udev 202-0ubuntu7 (or 8) can't mount RAID array

[tista]

After updating udev to 202 series, I have to run
"dmraid -ay"
every time on initramfs's busybox console to mount my RAID array as root partition...
Once run that command and exit initramfs's console, I can see recovery mode console finally.

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: udev 202-0ubuntu7
Uname: Linux 3.9.2-030902-generic i686
ApportVersion: 2.10.2-0ubuntu1
Architecture: i386
Date: Tue May 28 23:58:28 2013
InstallationDate: Installed on 2010-01-01 (1243 days ago)
InstallationMedia: Ubuntu-GNOME 13.10 "Saucy Salamander" - Alpha i386 (20130504)
MachineType: Sony Corporation VPCZ21AJ
MarkForUpload: True
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.9.2-030902-generic root=UUID=70ef5b51-3d72-4a50-a0c3-222168d5ac38 ro recovery nomodeset
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/16/2011
dmi.bios.vendor: INSYDE
dmi.bios.version: R0170H5
dmi.board.asset.tag: N/A
dmi.board.name: VAIO
dmi.board.vendor: Sony Corporation
dmi.board.version: N/A
dmi.chassis.asset.tag: N/A
dmi.chassis.type: 10
dmi.chassis.vendor: Sony Corporation
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnINSYDE:bvrR0170H5:bd06/16/2011:svnSonyCorporation:pnVPCZ21AJ:pvrJ004MNFG:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A:
dmi.product.name: VPCZ21AJ
dmi.product.version: J004MNFG
dmi.sys.vendor: Sony Corporation

[Martin Pitt (pitti)]

I have a first idea what's wrong. If you use amd64 (64 bit installation), could you please download and install the .debs from http://people.canonical.com/~pitti/tmp/systemd/ ? Download to /tmp, then

  cd /tmp
  sudo dpkg -iO *.deb

Then reboot?

If that still does not help, can you please check whether you see the devices in /dev/mapper/ when you land in the initramfs console?

[tista (tista)]

@Martin

Since I'm using i386 installation, so I would download and rebuild that packages from your source ASAP...

Regards,
Tista

[tista (tista)]

202-0ubuntu9pitti2 can help this issue! :)
Finally I've got a normal boot sequence without any tweaks.

[Martin Pitt (pitti)]

Splendid, thank you!

[Launchpad Janitor (janitor)]

This bug was fixed in the package systemd - 202-0ubuntu10

---------------
systemd (202-0ubuntu10) saucy; urgency=low

  * debian/extra/initramfs.bottom: Drop reading of /etc/udev/udev.conf, the
    location of /dev hasn't been configurable for ages.
  * debian/extra/initramfs.top: Drop obsolete "scsi_wait_scan" modprobing here
    as well.
  * all_generic_ide blacklist: Depend on "all_generic_ide blacklist", as in
    previous udev.
  * debian/extra/initramfs.top: Drop unnecessary "udevadm settle".
  * debian/extra/initramfs.hook: Put back ata_id and scsi_id, these were
    overzealously removed with the bits that are built in now (like blkid and
    usb_id). LP: #1185060
  * debian/extra/udev.startup: Drop devpts mounting again, already done by
    /usr/share/initramfs-tools/init.
  * debian/extra/initramfs.hook: Install udevadm.upgrade when updating the
    initramfs while udev is unconfigured.
  * debian/extra/initramfs.hook: Remove duplicate copying of
    70-persistent-net.rules.
  * debian/extra/initramfs.hook: Don't install the dmsetup and md rules. This
    is already done by dmsetup's and mdadm's initramfs hooks.
 -- Martin Pitt <email address hidden> Wed, 29 May 2013 08:12:35 +0200