[Bug 778520] Re: install on degraded raid1 does not boot, drops to initramfs shell

michael brenden mike at brenden.com
Tue Jun 12 04:06:46 UTC 2012


I reinstalled, rebooted, and tried the "fix" given here:
http://ubuntuforums.org/showpost.php?p=11388915&postcount=18

The shit doesn't work.  Server still comes up wrong.  These kinds of
cavalier games and changes are life changing and extremely damaging.

After fucked by 10.04 LTS fiasco with Upstart shit, which came after the
6.06 LTS fucked by archive location change, I've been shown by the now
several years long-term proof that Ubuntu is actually a joke.  Tonight's
a pivot, forcing me back to Debian, or -eek- CentOS.  Have a nice time,
peeps.  Peace.


Related

https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/778520

https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/917520

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/778520

Title:
  install on degraded raid1 does not boot, drops to initramfs shell

Status in “initramfs-tools” package in Ubuntu:
  Invalid
Status in “mdadm” package in Ubuntu:
  Fix Released
Status in “initramfs-tools” source package in Natty:
  Invalid
Status in “mdadm” source package in Natty:
  Fix Committed

Bug description:
  Yesterday I did a fresh install of Natty amd64. I used the PXE
  installer so all packages are up to date right after installation.

  I partitioned the disk to have two software raid1 devices. One for swap, one for / with xfs.
  Installation completed successfully, grub was installed to MBR.

  The system has a >95% failure rate in booting.
  At first it would hang on a purple screen. I blindly typed "reboot" at this screen, which worked. So I figured out that it would boot to a shell but not show it.
  Then, I added "nosplash" to the kernel command line and removed "quiet".

  This revealed that the system drops into a BusyBox shell labled "initramfs" when booting fails.
  Unfortunately, I cannot tell whether it shows any errors on screen because the BusyBox shell resets the screen buffer, CTRL+PageUp does not work.

  Please help me how to figure out what is wrong. Either tell me which log file I can search for the very first booting messages OR release a package update which fixes the screen-clearing of the initramfs shell.
  If you do that I will take the effort of doing the 10-20 boot attempts to get to the point where I can update the packages...
  If the initramfs-boot-process is logged anywhere I can check the log files without getting the system to boot through a bootable USB stick...

  ==== SRU Justification ====

  IMPACT: Users who install on a degraded RAID1 or who lose a disk drive
  will be unable to boot.

  TEST CASE:

  1. Install a natty system with root on a software RAID1
  2. After booting once, shutdown
  3. remove one disk entirely
  4. boot the system, it may drop to initramfs, or it may boot degraded
  5. reboot, this time it should reliably drop to initramfs
  6. poweroff and add the disk in again, it should now boot degraded
  7. install updated mdadm
  8. repeat steps 2-5 , it should pass and NOT drop to initramfs

  REGRESSION POTENTIAL: The fix that has been uploaded to oneiric
  already takes care to err on the side of responding to degraded
  arrays. Still mdadm is very sensitive and so probably needs a bit of
  extra testing to ensure that it works properly, including passing the
  usual RAID1 iso install tests (with the additional step of installing
  the mdadm package from proposed right after install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/778520/+subscriptions




More information about the foundations-bugs mailing list