Bug#547149: live-initramfs: udev hook doesn't include cdrom_id anymore
Package: live-initramfs
Version: 1.157.3-1
Severity: important
The udev hook (/usr/share/initramfs-tools/hooks/udev) from the udev package in experimental (version 146-2) doesn't include /lib/udev/cdrom_id in the initrd anymore, but the live-initramfs script (/usr/share/initramfs-tools/scripts/live) uses it (line 1480).
Because of that the live system created by live-helper package fails to boot (cdrom_id not found).
Everything is fine with the udev from unstable, which includes cdrom_id, installed.
A similar bug was reported here https://bugs.launchpad.net/ubuntu/+source/live-initramfs/+bug/254360 for Ubuntu and here http://lists.debian.org/debian-live/2009/06/msg00124.html on debian-live mailing list.
-- System Information:
Debian Release: squeeze/sid
APT prefers experimental
APT policy: (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-666-jp (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages live-initramfs depends on:
ii busybox 1:1.14.2-2 Tiny utilities for small and embed
ii file 5.03-1 Determines file type using "magic"
ii initramfs-tools 0.93.4 tools for generating an initramfs
ii sudo 1.7.2p1-1 Provide limited super user privile
ii udev 146-2 /dev/ and hotplug management daemo
pn user-setup <none> (no description available)
Versions of packages live-initramfs recommends:
ii cryptsetup 2:1.0.7-2 configures encrypted block devices
ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer
ii uuid-runtime 2.16-3 runtime components for the Univers
ii wget 1.11.4-4 retrieves files from the web
Versions of packages live-initramfs suggests:
pn curlftpfs <none> (no description available)
pn genext2fs <none> (no description available)
pn httpfs2 <none> (no description available)
pn loop-aes-utils <none> (no description available)
pn mtd-tools <none> (no description available)
pn squashfs-tools <none> (no description available)
Reply to: