Bug 465225
Summary: | Cannot boot 2.6.29 from external USB disk | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Denis Leroy <denis> |
Component: | mkinitrd | Assignee: | Peter Jones <pjones> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | 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
(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? 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 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 ? 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
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
Actually, I can no longer reproduce this problem as of 2.6.29-0.215.rc7 Kiril, does that kernel work for you ? 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. Ok. Closing, since this appears resolved for F-11... |