Bug#723198: udevd not copied to initrd, system unbootable
Hi folks, I was also bitten by this problem, and found a number of scripts in /etc/initramfs-tools/scripts overriding those in /usr/share/initramfs-tools/scripts. I definitely did *NOT* put them there, as I have never had a reason to do so. Note that I had much more than just the udev scripts, I also had: initramfs-tools/scripts/functions initramfs-tools/scripts/init-bottom/ORDER initramfs-tools/scripts/init-bottom/udev initramfs-tools/scripts/init-premount/intel_microcode initramfs-tools/scripts/init-premount/ORDER initramfs-tools/scripts/init-top/all_generic_ide initramfs-tools/scripts/init-top/blacklist initramfs-tools/scripts/init-top/keymap initramfs-tools/scripts/init-top/ORDER initramfs-tools/scripts/init-top/udev initramfs-tools/scripts/local initramfs-tools/scripts/local-bottom/cryptopensc initramfs-tools/scripts/local-bottom/ORDER initramfs-tools/scripts/local-premount/btrfs initramfs-tools/scripts/local-premount/ORDER initramfs-tools/scripts/local-premount/resume initramfs-tools/scripts/local-top/cryptopensc initramfs-tools/scripts/local-top/cryptroot initramfs-tools/scripts/local-top/lvm2 initramfs-tools/scripts/local-top/mdadm initramfs-tools/scripts/local-top/ORDER initramfs-tools/scripts/nfs I looked through my backups at my old logs and shell histories and didn't see any smoking guns. There were no packages installed around the mtime of the files, and I didn't seem to be doing anything crazy with the initramfs files around then either. I'm a bit stumped. If it's any help to anyone else, all of my files above had a modification date of 2012-12-13 21:09:45. At that time, my system would have been running wheezy (which was in testing at that time). My fix was to boot into rescue mode in D-I, remove all the files in /etc/initramfs-tools/scripts, and re-create my initrds with update-initframfs -k all -u. HTH, Chris -- Chris Boot deb...@bootc.net GPG: 1DE8 6AB0 1897 A330 D973 D77C 50DD 5A29 FB09 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never after upgrading to 204. Maybe it's some override script I forgot somewhere, in any case, it is very likely a local problem. I apologise, please close this bug. Cheers, I. - Mail original - De: Michael Biebl bi...@debian.org À: 723...@bugs.debian.org Cc: cont...@bugs.debian.org, Itaï BEN YAACOV can...@free.fr Envoyé: Mercredi 18 Septembre 2013 00:12:08 Objet: Re: Bug#723198: udevd not copied to initrd, system unbootable severity 723198 important thanks Am 17.09.2013 17:55, schrieb Michael Biebl: tags 723198 + moreinfo unreproducible thanks Am 17.09.2013 14:38, schrieb Michael Biebl: Can you attach the output of grep udevd /usr/share/initramfs-tools -R I've checked all packages installing an initramfs hook. None of that calls udevd directly: # grep udevd /usr/share/initramfs-tools/ -R /usr/share/initramfs-tools/scripts/init-bottom/udev:# Stop udevd, we'll miss a few events while we run init, but we catch up /usr/share/initramfs-tools/scripts/init-top/udev:/lib/systemd/systemd-udevd --daemon --resolve-names=never /usr/share/initramfs-tools/scripts/functions: if command -v udevd /dev/null 21; then /usr/share/initramfs-tools/hooks/udev:copy_exec /lib/systemd/systemd-udevd /lib/systemd So I'm having a hard time reproducing the problem you are seeing. Can you attach a more verbose error log from your boot process? Downgrading severity since the problem is not reproducible and no further information was provided so far. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 10:52, schrieb can...@free.fr: I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never That line is certainly not coming from the udev 204 package. But wait, are you looking at the initramfs itself or /usr/share/initramfs-tools? Maybe the initramfs was simply not updated in your case. We call update-initramfs -u in postinst and maybe that didn't update the initramfs for the kernel you are running. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:07, schrieb Michael Biebl: Am 18.09.2013 10:52, schrieb can...@free.fr: I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never That line is certainly not coming from the udev 204 package. But wait, are you looking at the initramfs itself or /usr/share/initramfs-tools? Maybe the initramfs was simply not updated in your case. We call update-initramfs -u in postinst and maybe that didn't update the initramfs for the kernel you are running. Do you have multiple kernels maybe and you are not using the the latest kernel? What's the content of /etc/initramfs-tools/update-initramfs.conf ? Does update-initramfs -u update the initramfs for the kernel you are running? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:11, schrieb Michael Biebl: Am 18.09.2013 11:07, schrieb Michael Biebl: Am 18.09.2013 10:52, schrieb can...@free.fr: I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never Is that from /usr/share/initramfs-tools btw? That line is certainly not coming from the udev 204 package. But wait, are you looking at the initramfs itself or /usr/share/initramfs-tools? Maybe the initramfs was simply not updated in your case. We call update-initramfs -u in postinst and maybe that didn't update the initramfs for the kernel you are running. Do you have multiple kernels maybe and you are not using the the latest kernel? What's the content of /etc/initramfs-tools/update-initramfs.conf ? Does update-initramfs -u update the initramfs for the kernel you are running? But then again, if your initramfs was not updated, it should still have the old udev 175, which uses /sbin/udevd. So this actually doesn't explain your problem either. If the above output is indeed from your system's /usr/share/initramfs-tools then you must have something like a dpkg-override or similar which is not coming from the package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
OK, I figured it out, it was indeed an override script in /etc/initramfs-tools/scripts/init-top/udev which overrides the one in /usr/share. It was based on an earlier version of udev and of course didn't get updated. I do not even recall why I created it. Of course, I suspect that anyone with such a script (not many, I assume) will run into the same trouble. Maybe still put a check in the install script which looks for a file there and warns, at least, if it exists ? I. - Mail original - De: Michael Biebl bi...@debian.org À: can...@free.fr, 723...@bugs.debian.org Envoyé: Mercredi 18 Septembre 2013 11:17:09 Objet: Re: Bug#723198: udevd not copied to initrd, system unbootable Am 18.09.2013 11:11, schrieb Michael Biebl: Am 18.09.2013 11:07, schrieb Michael Biebl: Am 18.09.2013 10:52, schrieb can...@free.fr: I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never Is that from /usr/share/initramfs-tools btw? That line is certainly not coming from the udev 204 package. But wait, are you looking at the initramfs itself or /usr/share/initramfs-tools? Maybe the initramfs was simply not updated in your case. We call update-initramfs -u in postinst and maybe that didn't update the initramfs for the kernel you are running. Do you have multiple kernels maybe and you are not using the the latest kernel? What's the content of /etc/initramfs-tools/update-initramfs.conf ? Does update-initramfs -u update the initramfs for the kernel you are running? But then again, if your initramfs was not updated, it should still have the old udev 175, which uses /sbin/udevd. So this actually doesn't explain your problem either. If the above output is indeed from your system's /usr/share/initramfs-tools then you must have something like a dpkg-override or similar which is not coming from the package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723198: udevd not copied to initrd, system unbootable
Am 18.09.2013 11:33, schrieb can...@free.fr: OK, I figured it out, it was indeed an override script in /etc/initramfs-tools/scripts/init-top/udev Ok, thanks for investigating. which overrides the one in /usr/share. It was based on an earlier version of udev and of course didn't get updated. I do not even recall why I created it. Of course, I suspect that anyone with such a script (not many, I assume) will run into the same trouble. Maybe still put a check in the install script which looks for a file there and warns, at least, if it exists ? I'm inclined to not do that since imho this particular local modification is too much of a corner case. I'm actually considering just closing the bug report but will keep it open for some time to see if other users run into this as well or this is a single occasion. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
Am 17.09.2013 10:53, schrieb Itaï BEN YAACOV: Package: udev Version: 204-3 Severity: critical Justification: breaks the whole system Dear Maintainer, I am surprised to be the first to report this, but it looks unrelated to 722580 or 722604. On sid, udev 204-3 no longer copies /sbin/udevd to the initrd. It just copies /lib/systemd/systemd-udevd which is the real name, but this does not prevent the boot process from choking on cannot find udevd. Machine unbootable. Here is the relevant snippet from the diff of the udev initramfs hook between 175 and 204: -copy_exec /sbin/udevd /sbin -copy_exec /sbin/udevadm/sbin +mkdir -p $DESTDIR/lib/systemd +copy_exec /lib/systemd/systemd-udevd /lib/systemd +copy_exec /bin/udevadm/bin + +# copy compat symlink +cp -a /sbin/udevadm $DESTDIR/sbin/udevadm You only quoted half of the diff [1]. If you look at /usr/share/initramfs-tools/scripts/init-top/udev you'll notice, that it starts /lib/systemd/systemd-udevd --daemon --resolve-names=never directly now. So no compat symlink is needed. I guess adding a copat symlink for udevd would solve it. Still, it is weird nobody has reported this yet... Can you attach the output of grep udevd /usr/share/initramfs-tools -R Michael [1] http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=11cd7b54492108ffea52de6862c68a470fb4928a -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
tags 723198 + moreinfo unreproducible thanks Am 17.09.2013 14:38, schrieb Michael Biebl: Can you attach the output of grep udevd /usr/share/initramfs-tools -R I've checked all packages installing an initramfs hook. None of that calls udevd directly: # grep udevd /usr/share/initramfs-tools/ -R /usr/share/initramfs-tools/scripts/init-bottom/udev:# Stop udevd, we'll miss a few events while we run init, but we catch up /usr/share/initramfs-tools/scripts/init-top/udev:/lib/systemd/systemd-udevd --daemon --resolve-names=never /usr/share/initramfs-tools/scripts/functions: if command -v udevd /dev/null 21; then /usr/share/initramfs-tools/hooks/udev:copy_exec /lib/systemd/systemd-udevd /lib/systemd So I'm having a hard time reproducing the problem you are seeing. Can you attach a more verbose error log from your boot process? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#723198: udevd not copied to initrd, system unbootable
severity 723198 important thanks Am 17.09.2013 17:55, schrieb Michael Biebl: tags 723198 + moreinfo unreproducible thanks Am 17.09.2013 14:38, schrieb Michael Biebl: Can you attach the output of grep udevd /usr/share/initramfs-tools -R I've checked all packages installing an initramfs hook. None of that calls udevd directly: # grep udevd /usr/share/initramfs-tools/ -R /usr/share/initramfs-tools/scripts/init-bottom/udev:# Stop udevd, we'll miss a few events while we run init, but we catch up /usr/share/initramfs-tools/scripts/init-top/udev:/lib/systemd/systemd-udevd --daemon --resolve-names=never /usr/share/initramfs-tools/scripts/functions: if command -v udevd /dev/null 21; then /usr/share/initramfs-tools/hooks/udev:copy_exec /lib/systemd/systemd-udevd /lib/systemd So I'm having a hard time reproducing the problem you are seeing. Can you attach a more verbose error log from your boot process? Downgrading severity since the problem is not reproducible and no further information was provided so far. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
