udev and initramfs

Loïc Grenié loic.grenie at gmail.com
Thu Dec 9 08:52:17 UTC 2010


    Hi,

    I have a problem and I do not understand why... From udev (lucid: 151-12.2)
  I have in file /lib/udev/rules.d/60-persistent-storage.rules:

[snip]
# probe filesystem metadata of optical drives which have a media inserted
KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
# single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"

# probe filesystem metadata of disks
KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
[snip]

  and in file /usr/share/initramfs-tools/hooks/udev:

[snip]
copy_exec /sbin/blkid /lib/udev
[snip]

   Thus blkid ends in /lib/udev on the initramfs. The consequence I have
  is that the system won't reboot because blkid is not executed (because
  udev will look for it in /sbin and it's not there) and I thus do not have the
  links created in /dev/disk/by-uuid.

    What I'd love to understand is why I seem to be the *only one* with
  that problem. Are there somehow
  /etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
  with a different call to blkid ? Does anybody understand what I have
  modified to break my system ? How does your kernel command-line
  look like (cat /proc/cmdline) ?

      Thanks,

           Loïc




More information about the ubuntu-users mailing list