[Bug 278176] Re: disk detection is real slow with some hardware (timout shell drops)

Jarmo 278176 at bugs.launchpad.net
Fri Feb 17 22:30:50 UTC 2012


I have exactly the same problem with a different HW.

The setup:
Two raid 5 arrays on 4 USB disks and 3 internal disks with one lvm2 volume on top of the one raid 5 array.

The bootup goes to the recovery shell every time, but just by writing exit, the booting continues succesfully.
I believe the Buffalo usb disk is the slowest one to be recognized, thus causing this problem. No solution though.


** Attachment added: "Screen capture of timeout"
   https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/278176/+attachment/2750502/+files/2012-02-01%2017.53.53.jpg

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

Title:
  disk detection is real slow with some hardware (timout shell drops)

Status in “initramfs-tools” package in Ubuntu:
  Confirmed
Status in “linux” package in Ubuntu:
  Incomplete
Status in “mdadm” package in Ubuntu:
  Confirmed
Status in “mountall” package in Ubuntu:
  Invalid

Bug description:
  I have installed Intrepid server i386 beta on a Dell PowerEdge 600SC.
  Everything seemed to install fine but upon boot it always drops into
  the BusyBox shell. The RAID is *not* degraded. At the BusyBox prompt
  if I type 'exit' it will proceed to boot normally and both RAID1
  drives show healthy with all members. I have tried the install twice.

  
  This has shown to be a timeout issue with slow hardware.

  * initramfs: Default rootdelay may need to be larger and event driven
  upstart used.

  * linux: The long delay may have its cause here.

  * mdadm: As RAIDs may take minutes until they come up, but regular ones are quick, this should be handled nicely:
  * This functionality is similar to and could most easily be added with upstart events (the temporary tool) mountall:

        "NOTICE: /dev/mdX required for the root filesystem didn't get up
  within the last 10 seconds.

        We continue to wait up to a total of xxx seconds complying to the ATA spec
        before attempting to start the array degraded.
        (You can lower this timeout by setting the rootdelay= parameter.)

        <countdown> seconds to go.

        Press [ESC] to stop waiting and to enter a rescue shell.


  * see https://wiki.ubuntu.com/ReliableRaid

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




More information about the foundations-bugs mailing list