Bug 18302

Summary:	Bad cdrom device names in installation
Product:	[Retired] Red Hat Linux	Reporter:	Need Real Name <simo.sorce>
Component:	installer	Assignee:	Brock Organ <borgan>
Status:	CLOSED RAWHIDE	QA Contact:	Brock Organ <borgan>
Severity:	low	Docs Contact:
Priority:	low
Version:	6.2
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:	2000-12-08 19:52:22 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 Need Real Name 2000-10-04 07:35:46 UTC

During installation or upgrade if more than 10 scsi cdrom are found the
devices beyond 9 have incorrect names.
"0","1","2","3","4","5","6","7","8","9",":",";","<","=", etc....
scd0,....,"scd:","scd;",scd<","scd=",etc...
also the names in mnt are wrong.

Obviously this error is cause by the fact that numbers are assigned adding
0x30 hex value to the device number (ascii 0) and not checking for values
greater than 9.

Comment 1 Michael Fulbright 2000-10-04 22:26:12 UTC

Could you please try 7.0 out and let us know if it works better?

Comment 2 Need Real Name 2000-10-05 07:48:49 UTC

Unfortunately my multiple cd machine is going into production environment and I
have not hardrive space to make another installation.
Upgrading to 7.0 is not planned now (unfortunately too many bugs in my
testings).

Comment 3 Alan Cox 2000-10-16 00:04:35 UTC

*** Bug 19132 has been marked as a duplicate of this bug. ***

Comment 4 Michael Fulbright 2000-11-07 19:50:35 UTC

What would be the correct names and major,minor numbers for the drives beyond
the 10th?

Comment 5 Need Real Name 2000-11-07 21:39:34 UTC

I have major always 11 and minor ranging from 0 to 20 and they are actually all
working!
brw-rw----    1 root     disk      11,   0 May  5  1998 /dev/scd0
brw-rw----    1 root     disk      11,   1 May  5  1998 /dev/scd1
brw-r-----    1 root     root      11,  10 Dec 10  2000 /dev/scd10
brw-r-----    1 root     root      11,  11 Dec 10  2000 /dev/scd11
brw-r-----    1 root     root      11,  12 Dec 10  2000 /dev/scd12
brw-r-----    1 root     root      11,  13 Dec 10  2000 /dev/scd13
brw-r-----    1 root     root      11,  14 Dec 10  2000 /dev/scd14
brw-r-----    1 root     root      11,  15 Dec 10  2000 /dev/scd15
brw-r-----    1 root     root      11,  16 Dec 10  2000 /dev/scd16
brw-r-----    1 root     root      11,  17 Dec 10  2000 /dev/scd17
brw-r-----    1 root     root      11,  18 Dec 10  2000 /dev/scd18
brw-r-----    1 root     root      11,  19 Dec 10  2000 /dev/scd19
brw-rw----    1 root     disk      11,   2 May  5  1998 /dev/scd2
brw-r-----    1 root     root      11,  20 Dec 10  2000 /dev/scd20
brw-rw----    1 root     disk      11,   3 May  5  1998 /dev/scd3
brw-rw----    1 root     disk      11,   4 May  5  1998 /dev/scd4
brw-rw----    1 root     disk      11,   5 May  5  1998 /dev/scd5
brw-rw----    1 root     disk      11,   6 May  5  1998 /dev/scd6
brw-rw----    1 root     disk      11,   7 May  5  1998 /dev/scd7
brw-r-----    1 root     root      11,   8 Dec 10  2000 /dev/scd8
brw-r-----    1 root     root      11,   9 Dec 10  2000 /dev/scd9

I think you may hit a limit on 63 ??

Comment 6 Michael Fulbright 2000-11-15 17:25:54 UTC

Thanks for the feedback, assigning to an engineer.

Comment 7 Erik Troan 2000-11-20 15:56:20 UTC

Fixed in kudzu in CVS -- thanks for the report.

Comment 8 Brock Organ 2000-12-11 21:14:22 UTC

unable to verify w/internal test lab equipment, please reopen if still a
problem!

Comment 9 Michael Fulbright 2001-03-04 05:14:35 UTC

*** Bug 30509 has been marked as a duplicate of this bug. ***