Bug 509562
Summary: | Anaconda hangs for about 1 minute after entering root password | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andrew McNabb <amcnabb> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 12 | CC: | anaconda-maint-list, charlesr.harris, hdegoede, rmaximo, vanmeeuwen+fedora |
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: | 2010-01-20 16:30:01 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
Andrew McNabb
2009-07-03 14:50:10 UTC
Is this a livecd install? No, it's an interactive install with a kickstart script (to set the installation repo, etc.). Can you look at the output of top on tty2, see if there's tons of stuff scrolling by in /tmp/syslog, /tmp/anaconda.log, and /tmp/storage.log, etc.? These are always hard issues to track down. I remember going to the tty2 and not seeing any interesting error messages. However, I have not checked the other log files, and it might be a little while before I can get to them. I see this in the fedora 12 beta release also, the whole scenario. However, I managed to catch things before my disk was reformatted; I only clicked the button twice. The system then proceeds to a hard hang at some random time, but that is different bug. I've now had a chance to start installing Fedora 12 on this machine. I'm not seeing lots of messages scroll by in any of the files you asked about. However, I'm getting the following error messages on tty1 (with a 10 to 20 second delay between the different messages): udevadm settle - timeout of 30 seconds reached, the event quere contains: /sys/devices/platform/floopy.0/block/fd0 (1260) using non dm device sde using non dm device sda using non dm device sdb using non dm device fd0 The syslog has some fd0 errors, such as "end_request: I/O error, dev fd0, sector 0" and "Buffer I/O error on device fd0, logical block 0". The anaconda.log and storage.log files don't seem to have anything unusual, except that I'm seeing 10 or 20 messages of the form "DEBUG: md0 state is clean" (some with md1, md2, or md3 instead of md0, and a few with "clear" instead of "clean"). Sounds to me like something is happening with your floppy, did you have a disk in the floppy drive? Regards, Hans I just opened the case to confirm visually--there is definitely no floppy drive connected to the motherboard. Thanks. (In reply to comment #8) > I just opened the case to confirm visually--there is definitely no floppy drive > connected to the motherboard. Thanks. Ah, Try saying so in the BIOS then, you know the good old first screen where you could configure how many heads, etc. your harddisk has? Usually you can configure what kind of floppy is connected there too, set it to None. Then the fd driver should no longer load (and cause issues). Regards, Hans I've made the change in the BIOS, but I won't know for sure whether it fixed the problem until I reinstall. I'm surprised that the fd0 driver actually relies on the BIOS settings (most things don't trust the BIOS at all anymore). I guess it's really old technology, so I shouldn't be too surprised. :) Should Anaconda be using the floppy disk at all? Is there anybody out there who wants to put, say, /home on fd0? Even on machines that have a floppy drive, I've been surprised that Anaconda spends time accessing it. (In reply to comment #10) > I've made the change in the BIOS, but I won't know for sure whether it fixed > the problem until I reinstall. Ok, so their was a drive enabled in the BIOS, that explains this, so I'm closing this feel free to re-open if you encounter this again. > I'm surprised that the fd0 driver actually > relies on the BIOS settings (most things don't trust the BIOS at all anymore). > I guess it's really old technology, so I shouldn't be too surprised. :) > Heh, Well the kernel loads drivers based on BIOS PNP ID's and guess what sort of PNP ID the BIOS adds to its table when you say there is a floppy attached. > Should Anaconda be using the floppy disk at all? Is there anybody out there > who wants to put, say, /home on fd0? Even on machines that have a floppy > drive, I've been surprised that Anaconda spends time accessing it. We don't differentiate between block devices in such detail. Where ever possible we try to treat all block devices alike. Regards, Hans |