walt wrote: > On 05/14/2015 10:56 PM, Raffaele BELARDI wrote: >> I have an amd64 system with an old 3.3.x kernel. Recently (I think after >> last udev update to 217) the boot process became very slow due to "udev >> waiting for uevents to populate /dev". After a minute or so udev prints >> something about a lazy device (a TV tuner) then the boot continues. >> >> Yesterday I tried to update the kernel to 4.0.2... > > That kernel version is marked ~amd64 (unstable/testing). Are you accepting > the ~amd64 keyword in your make.conf? If you ask for help in this group you > should include that info as part of your question. You'll get better answers > if you do. > > Just as important in the last year or so is whether you are using systemd or > openrc at boot time. > > Life never gets simpler over time :( >
:-[ You're right, that was not a very good request from my side. System is ~amd64, openrc, udev 219. Rebuilding the kernel with lots of changes the boot completed at least once. Now it still hangs in the same stage while waiting the NVIDIA video driver instead of the TV tuner driver. But pressing CTRL-C it continues without loading the faulty driver and at least I'm able to continue debugging. So the udev hang is in reality an NVIDIA driver problem, so that's what I'm working on now. Anyway I do have the impression that udev keeps a state somewhere, because more than once it happened that on first boot with new kernel it worked fine, starting from the second boot it had the 'waiting for uevents' problem. I tried to delete /etc/udev/hwdb.bin but it didn't change. raffaele
