This bug was fixed in the package mdadm - 3.2.3-2ubuntu1 --------------- mdadm (3.2.3-2ubuntu1) precise; urgency=low * Merge from Debian testing. (LP: #920324) Remaining changes: - Call checks in local-premount to avoid race condition with udev and opening a degraded array. - d/initramfs/mdadm-functions: Record in /run when boot-degraded question has been asked so that it is only asked once - pass --test to mdadm to enable result codes for degraded arrays. - Build udeb with -O2 on ppc64, working around a link error. - debian/control: we need udev and util-linux in the right version. We also remove the build dependency from quilt and docbook-to-man as both are not used in Ubuntus mdadm. - debian/initramfs/hook: kept the Ubuntus version for handling the absence of active raid arrays in /etc/mdadm/mdadm.conf - debian/initramfs/script.local-top.DEBIAN, debian/mdadm-startall, debian/mdadm.raid.DEBIAN: removed. udev does its job now instead. - debian/mdadm-startall.sgml, debian/mdadm-startall.8: documentation of unused startall script - debian/mdadm.config, debian/mdadm.postinst - let udev do the handling instead. Resolved merge conflict by keeping Ubuntu's version. - debian/mdadm.postinst, debian/mdadm.config, initramfs/init-premount: boot-degraded enablement; maintain udev starting of RAID devices; init-premount hook script for the initramfs, to provide information at boot - debian/mkconf.in is the older mkconf. Kept the Ubuntu version. - debian/rules: Kept Ubuntus version for installing apport hooks, not installing un-used startall script and for adding a udev rule corresponding to mdadm. - debian/install-rc, check.d/_numbers, check.d/root_on_raid: Ubuntu partman installer changes - debian/presubj: Dropped this unused bug reporting file. Instead use source_mdadm.py act as an apport hook for bug handling. - rename debian/mdadm.vol_id.udev to debian/mdadm.mdadm-blkid.udev so that the rules file ends up with a more reasonable name - d/p/debian-changes-3.1.4-1+8efb9d1ubuntu4: mdadm udev rule incrementally adds mdadm member when detected. Starting such an array in degraded mode is possible by mdadm -IRs. Using mdadm -ARs without stopping the array first does nothing when no mdarray-unassociated device is available. Using mdadm -IRs to start a previously partially assembled array through incremental mode. Keeping the mdadm -ARs for assembling arrays which were for some reason not assembled through incremental mode (i.e through mdadm's udev rule). mdadm (3.2.3-2) unstable; urgency=low [ Michael Tokarev ] * new upstream bugfix/stable version, with lots of fixes all over. Closes: #641886, #628667, #645563, #651880, #607375, #633880 * update Neil's email (Closes: #650630) * update mdadd.sh to version 1.52 (Closes: #655212) * fixed a typo (RAID6 vs RAID10) in FAQ (Closes: #637068) * declare ordering dependency for multipath-tools-boot in mdadm-raid init script (Closes: #641584) While at it, remove mention of devfsd * added Slovak (sk.po) po-debconf translation from Slavko