Red Hat Bugzilla – Bug 338061
big delay before running /sbin/loader on Dell Latitude D610
Last modified: 2008-10-22 20:04:51 EDT
Description of problem:
anaconda says "running /sbin/loader" and stops for about 3 minutes before
Version-Release number of selected component (if applicable):
this is a pxeboot using the onboard nic.
F8T2 stopped for much longer - in fact i never saw it get past this step.
*** Bug 344081 has been marked as a duplicate of this bug. ***
I have got bitten by the samebug on Dell Latitude X1. In my case the installer
just hangs at that step, see bug 344081.
Since there is message about detected floppy drives before the installation
hangs (see bug 344081 comment 0) on my floppy-less and cdrom-less Latitude X1
laptop, I would like to prevent floppy detection when booting. Is it possible?
You can add the option "noprobe" to the boot options when starting the install
disk. It will then ask what drivers to load for installation.
(In reply to comment #4)
> You can add the option "noprobe" to the boot options when starting the install
> disk. It will then ask what drivers to load for installation.
noprobe has no effect. To be precise, I downloaded the development images from
development/i386/os/images/pxeboot released 2007-10-30 and then edit my GRUB
config file so it reads:
kernel /boot/fc8-vmlinuz noprobe
That did not help. The same hang as described in bug 344081 comment 0 happend
with no questions asked with ot without noprobe.
Any other options to try?
Is it possible to change the title of the bug so it better reflects the reality
Hang when running /sbin/loader on Dell Latitude D610 and Latitude X1
It turned out that that development images from
development/i386/os/images/pxeboot released 2007-10-30 caused 3 minutes delay,
not, hang, from showing "running /sbin/loader" message until showing anaconda
prompt. This matches comment 0. So apparently the delay in the test 2 became
hang in the test 3 and now it is back to the delay state.
While I expect it to be the same code, I've tried booting from img dd'd to a
usb-drive, pxe'ing and using a boot cd...
All options hang at the "running /sbin/loader" step on the Dell Latitude D610
I'm testing using a mirror from rawhide that was made on 2007-10-30
I'll make a new mirror and re-try tomorrow.
Using nofb makes no difference.
F8 RC3 shows the same 3 minutes delay after showing "running /sbin/loader" on
Dell Latitude X1.
Try adding to the kernel boot options:
Did floppy.allowed_drive_mask=0 work?
I've tried that option on F8 and it did indeed work. This is with a D610 with no
floppy or cd-rom, I have an extra battery in the multibay instead.
i've just tried my pxeboot with floppy.allowed_drive_mask=0 added to the append
line in the tftp server's config.
the delay is reduced from three minutes to around 50 seconds.
on ctrl-altf3 the last line is 'trying to mount CD device scd0 on /mnt/source'
which still seems a bit odd.
this D610 has no floppy but does have an (empty) CD-RW/DVD drive.
tried the same (F8T3 pxeboot with floppy.allowed_drive_mask=0) on a lenovo Z61m
(CD-RW/DVD and no floppy) and the delay there is about 6 seconds.
i think the "trying to mount CD..." message happens after the delay once the
text-mode part of the installer has loaded some modules etc.
with f8 from russion mirror it hangs on my dell inspiron 1300 notebook and at a
acer aspire 5650 notebook at "running /sbin/loader"
even with "floppy.allowed_drive_mask=0" nothing happens. i waited about 15
with my old medion 6400 notebook it boots in anaconda after a few seconds and
the media test is ok.
the sha1sum of my f8 version from yesterday is the same like the one on the
mirrors! so this bug is in final version :-(
Indeed, I'd tested the released version on the 04/11/2007, and as you say, the
bug is still present in the final release.
*** Bug 371081 has been marked as a duplicate of this bug. ***
Gianluca and Simon, can you confirm:
1) if this hang lasts longer than 3 minutes
2) if you have floppy and CD drives and
3) what happens if you use the floppy.allowed_drive_mask option
*** Bug 372321 has been marked as a duplicate of this bug. ***
I just duplicated my bug to this report. I haven't checked whether it's a freeze
or a three-minute delay, but my problem seems to have gone away when I added
"noapic" to the boot command line. The Smolt profile of my laptop is included in
I get the same problem on my MSI Megabook S425.
Tried option "noapic" which did not help. Haven't tried "clocksource=acpi_pm" or
I got around this problem by disabling Intel Speedstep in BIOS Setup which made
the installation continue. But since I haven't done my backup yet, I did not
step any further then the "Install/Update" window (after chosing local keyboard
trying to install FC8 (boot.iso) on an Asus W5000 notebook. I experienced the
same issue and appending clocksource=acpi_pm solved the problem. This
bugtracker helped me out. Thanks!
Same problem with rawhide as of 2008-02-19.
I should note, that using clocksource=acpi_pm now fixes it.
Previously (F8 timeframe) I needed the floppy.allowed_drive_mask=0 option, this
Using the noapic option makes no difference, it still hangs at "running
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Well I have to say that I did a fresh F9 install some weeks ago on this same hardware, and didn't hit this problem.
So I guess it's been fixed somewhere along the line, closing the bug... :o)