Bug#789152: boot fails using root=UUID= for root-device on software, raid /dev/md*

[Michael Biebl]

Hi Chris,

thanks for filing this bug report.

Am 18.06.2015 um 13:07 schrieb Chris Vogel:
> Package: udev
> Version: 215-17+deb8u1
> Severity: normal
> 
> Dear Maintainer,
> 
> copying a Jessie installation from a server with hardware raid to a
> system with software raid /dev/md* I found that the system would not
> start on the new machine and would get stuck in initramfs.
> 
> Looking at /proc/mdstat and using blkid I found that all software raid
> devices were available and their UUID could be found. Only symlinks to
> the devices in /dev/disk/by-uuid/ were missing.
> 
> Setting the missing symlink to the root-filesystem manually and exiting
> initramfs shell led to normal system boot.
> 
> Looking into the problem I found that in file
> /usr/share/initramfs-tools/hooks/udev a wrong filename prevents
> /lib/udev/rules.d/63-md-raid-arrays.rules from being copied to the
> initramfs.


Hm, so mdadm changed it's udev rules files between wheezy and jessie:

 /lib/udev/rules.d/64-md-raid.rules
→
 /lib/udev/rules.d/63-md-raid-arrays.rules
 /lib/udev/rules.d/64-md-raid-assembly.rules


But mdadm (in jessie) ships it's own initramfs-tools hook
/usr/share/initramfs-tools/hooks/mdadm which is supposed to copy that
rules file into the initramfs. Did you maybe not rebuild the initramfs
after installing mdadm? I suppose that should happen automatically.

In any case, this looks like something which should be handled in the
mdadm package and I'm inclined to re-assign this bug, unless the mdadm
maintainers disagree (CCed).

As for /usr/share/initramfs-tools/hooks/udev, I guess we should drop the
copy rules for the following files

- 64-md-raid.rules (mdadm, replaced by 63-md-raid-arrays.rules,
64-md-raid-assembly.rules)
- 60-persistent-storage-lvm.rules (lvm2)
- 55-dm.rules (lvm2, renamed to 56-lvm.rules)
- 60-persistent-storage-dm.rules

Does anyone see a good reason why we should copy the rules files for
lvm2, dmsetup and mdadm, when those packages ship correct udev hooks
themselves?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20150618/e5d00fa2/attachment-0002.sig>