Bug 465225

Summary: Cannot boot 2.6.29 from external USB disk
Product: [Fedora] Fedora Reporter: Denis Leroy <denis>
Component: mkinitrdAssignee: Peter Jones <pjones>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: dcantrell, fred99, kirshil, opensource, pjones, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-12 14:58:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Denis Leroy 2008-10-02 09:54:19 UTC
Description of problem:

I ran the F10-beta live image on my laptop and used liveinst to install the live image onto a USB drive: in my case a 8GB USB stick. The liveinst process worked perfectly. However the resulting 8G USB stick does not boot: it appears the init script in the initrd image does not wait sufficiently long for the USB device to show up. In other words, it preloads the usb-storage module, but the stabilization wait somehow fails or is too short, so the root device mount fails afterwards. Hacking the initrd image and adding a gross "sleep 10" after the usb-storage preload fixes the problem.

The problem did not occur when installing the live image onto an external hard disk in an USB enclosure. Only with the USB flash disk.


Version-Release number of selected component (if applicable):

F10-beta i686. On a Lenovo T61 laptop.

How reproducible:

Always. Just try to "liveinst" the live image onto an USB stick.

Comment 1 Charlie Moschel 2008-11-10 21:50:13 UTC
(In reply to comment #0)

> the init script in the initrd image does not wait sufficiently long for the USB
> device to show up. In other words, it preloads the usb-storage module, but the
> stabilization wait somehow fails or is too short, so the root device mount

Does this still happen if you update mkinitrd to 6.0.70?

If so, can you try the workaround in bug 466607 comment #24?

Comment 2 Bug Zapper 2008-11-26 03:27:28 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 3 Denis Leroy 2009-01-30 11:11:29 UTC
Updating this bug with latest rawhide tests.

I'm still unable to boot rawhide from my external USB disk. All the 2.6.29 rcs have the same problem. I still have a 2.6.27 installed which boots just fine.

The kernel boots fine, but things go bad after the handoff to the initrd init script. The bug still appears to be either a race condition, or an insufficient delay waiting for the USB device to settle. In the failed boot case, you can see kernel messages on the console about [sda] being discovered, but nonetheless it fails to mount the root fs shortly after.

If I add a "sleep 10" command before "modprobe wait_scsi_scan", it does boot and everything is okay.

Looking at the initrd init scripts between the 2.6.27 and 29, they're almost identical except 2.6.27 doesn't modprobe and rmmod scsi_wait_scan...

I boot the kernels with 'nomodeset'.

How can I provide better debug information ?

Comment 4 Denis Leroy 2009-01-30 11:33:28 UTC
Just wanted to add, after reading the bug mentioned in #1, that the USB disk does NOT use LVM. It has 2 partitions, the boot partition being the 2nd one :

> sudo fdisk -l /dev/sdb

Disk /dev/sdb: 400.0 GB, 400088457216 bytes
255 heads, 63 sectors/track, 48641 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00029d04

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       47084   378202198+  83  Linux
/dev/sdb2   *       47085       48641    12506602+  83  Linux

Comment 5 Kirill Shileev 2009-03-10 16:35:47 UTC
Denis, can you please publish the init script from your .27 initrd?
I'm getting just the same behavior with vmlinuz-2.6.27.15-170.2.24.fc10.x86_64
from Fedora update repo, and the same hack with sleep 10 works for me.
But you said that:
>I still have a 2.6.27 installed which boots just fine

Comment 6 Denis Leroy 2009-03-11 09:38:21 UTC
Actually, I can no longer reproduce this problem as of 2.6.29-0.215.rc7

Kiril, does that kernel work for you ?

Comment 7 Kirill Shileev 2009-03-12 14:04:53 UTC
Yes, it works. 
But my problem is i can't use 29 kernel, I'm forced to use 27 kernel due to OpenAFS which is only avail as rpm for Fed10 official 27 kernels.

Comment 8 Denis Leroy 2009-03-12 14:58:34 UTC
Ok. Closing, since this appears resolved for F-11...