Bug 509777
| Summary: | F11 text mode install from CD #1 is demanding a network connection when not needed | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Patrick J. Maloney <patrick_maloney> | ||||||||
| Component: | udev | Assignee: | Harald Hoyer <harald> | ||||||||
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 11 | CC: | dmarlin, harald, jscotka, rmaximo, vanmeeuwen+fedora | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2010-03-17 11:41:05 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: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Patrick J. Maloney
2009-07-06 07:16:53 UTC
I have encountered this same problem when installing Fedora 11 from CD. It only seems to occur when using certain older CD-ROM drives, for example I did not encounter the problem when installing on a Dell Optiplex GX620 (HLDS GCR-8240N CD-ROM drive), but I did encounter it when installing on an older Dell Precision 420 (Lite-On LTN483S CD-ROM drive). Other drives that been reported to have this problem include the Light-on LT486S and the TEAC CD-W54E. Swapping to a newer CD-ROM drive avoids the problem. This problem did not exist in Fedora 10 using the same systems and drives. In image.py, the dev.format.mount(mountpoint=tree) call in scanForMedia is failing on the CD-ROM for some reason. I'm still trying to get an error code or message of some sort. Any messages on tty3 or tty4? Anything in /tmp/storage.log or /tmp/anaconda.log? You could always modify image.py to remove the try...except around that call to mount, supply that new file as an updates image, and see what exception results. Chris, Good suggestion! I was wondering why my attempts at debugging inside of mount() weren't producing anything. device.format in scanForMedia is of type DeviceFormat which does not have the mount method! Shouldn't it be of type Iso9660FS? I didn't know the other ttys were accessible which helped a lot. I attached storage.log (sr0 is the cdrom device and it shows getFormat returning DeviceFormat instance) and anaconda.log. If you don't have a long-term solution, maybe you can suggest a patch to force it to be what I need. Thanks, Patrick Created attachment 351208 [details]
Storage.log
Created attachment 351209 [details]
Anaconda.log
Success! I got the install to work by forcing iso9660 fs for the cdrom device. I'll post my patch tomorrow night. The problem here is that udev isn't giving us an ID_FS_TYPE for your CD drive, for some reason. We key on that to determine what the format should be. You can see the problem if you look at the hash dump immediately before the line about "no type or existing type, bailing". This seems awful familiar. I attached my patch. Originally, I hard-coded my device for a quick-and-dirty fix. I made it more generic and retested it and it does work. However, the better solution might be to modify how the 'info' structure is populated to make sure an fs type is present, but I'll leave that decision to the experts :) Created attachment 351422 [details]
Proposed patch
|