Bug 104215 - anaconda broke my driver disk
Summary: anaconda broke my driver disk
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: anaconda
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-09-11 10:59 UTC by Tim Waugh
Modified: 2007-04-18 16:57 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-09-29 20:21:19 UTC
Embargoed:


Attachments (Terms of Use)
mkbpckdd script (1.40 KB, text/plain)
2003-09-11 11:00 UTC, Tim Waugh
no flags Details

Description Tim Waugh 2003-09-11 10:59:54 UTC
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.

Comment 1 Tim Waugh 2003-09-11 11:00:36 UTC
Created attachment 94409 [details]
mkbpckdd script

Comment 2 Jeremy Katz 2003-09-25 23:23:59 UTC
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.

Comment 3 Tim Waugh 2003-09-29 12:28:43 UTC
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?

Comment 4 Jeremy Katz 2003-09-29 20:21:19 UTC
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).


Note You need to log in before you can comment on or make changes to this bug.