Bug 104215
| Summary: | anaconda broke my driver disk | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Raw Hide | Reporter: | Tim Waugh <twaugh> | ||||
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Mike McLean <mikem> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 1.0 | ||||||
| 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: | 2003-09-29 20:21:19 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: |
|
||||||
Created attachment 94409 [details]
mkbpckdd script
We don't at all support using the parallel port cdrom drive stuff anymore and a lot of the random probing that would allow us to find these has now been pulled while cleaning up cruft. No, you don't understand: I have created my own, non-supported, driver disk for providing the drivers. Or is it explicit Red Hat policy to actively *prevent* such third-party driver disks from working now? We allow third-party driver disks for things that are, eg, SCSI, but that doesn't generalize out to parallel port cd-rom drives which live in their own universe in a lot of ways (especially wrt probing and device nodes). |
Description of problem: My driver disk, which was created in the same way as one that worked for Red Hat Linux 8.0, has been broken since Red Hat Linux 9. It is for installing from parallel port CD-ROM drives. Version-Release number of selected component (if applicable): Red Hat Linux 9, current Severn betas. How reproducible: 100% Steps to Reproduce: 1. Boot from bootdisk.img with 'linux dd hdc=none hdd=none' 2. Insert bpckdd.img when prompted 3. Try to get as far as a mount attempt from /dev/pcd0 Actual results: Fails miserably because anaconda got dumber. I'll attach the script I use to create bpckdd.img. Briefly though, it creates this: --> modinfo Version 0 pcd cdrom "Parallel-port IDE CDROM" <-- --> modules.dep aten: paride bpck: paride bpck6: paride comm: paride dstr: paride epat: paride epia: paride fit2: paride fit3: paride friq: paride frpw: paride kbic: paride ktti: paride on20: paride on26: paride paride: parport_pc parport_serial pcd: aten bpck bpck6 comm dstr epat epia fit2 fit3 friq frpw kbic ktti on20 on26parport_pc: parport parport_serial: parport_pc <-- modules.cgz pcitable (empty) rhdd-6.1 (empty) The problem boils down to: how does anaconda expect to know what device node to attempt to mount if it is a parallel port device? IMHO, if all else fails it should take the name of the driver (pcd) and attempt to create /dev/pcd0 (which it knows the major/minor for), and try that.