For anyone who might be wanting to try systemd-196, there will also need to be some changes to the "udev" package contribution to the "initramfs-tools". Without a few revisions, the first time the "/boot/initrd.img-<version>" file is regenerated, the system will not boot. Hopefully, you have an older version "/boot/initrd.img-<version>" file in the grub menu you can use to recover, if necessary. Once the root file system is mounted and systemd is started, from "switch_root", then everything else will run, even if the "/boot/initrd.img-<version>" file being used was generated with older versions of systemd and udev.
First, the udev files "udevd" and "udevadm", originally in /sbin, must be linked to the new files, sudo ln -s /bin/udevadm /sbin/udevadm sudo ln -s /usr/lib/systemd/systemd-udevd /sbin/udevd And second, a symbolic link must be created in the initram file system generated - because the files "/bin/udevadm" and "/usr/lib/systemd/systemd-udevd" have been hard-coded to use "/usr/lib" instead of "/lib". This can be done by adding some commands to the file "/usr/share/initramfs-tools/hooks/udev", from the "udev" package, ... copy_exec /sbin/udevd /sbin copy_exec /sbin/udevadm /sbin + mkdir -p $DESTDIR/usr/lib + ln -s /lib/udev $DESTDIR/usr/lib/udev ... Then run "update-initramfs -u". The "initrd.img-..." file generated seems to work now. Mind you, I have only done this on a non-encrypted, non-lvm, and local file system, but it works. James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
