True but this could also be done with /dev/c0t0l0 (c = controller, t =
target, l = LUN) And I was mainly arguing against the previous writer's
insistance that having equally cryptic names will help Linux compete in
business.
>> will make a difference is in the user who is used to
A:,B:,C:,COM1,LPT1,etc.
>> This type of person would be more likely to curse not praise the
verbosely
>> complex names that devfs "perfers" to use. I agree that SCSI definately
>> needs a change to support large numbers of controllers and disks but most
>> other devices EIDE,floppies,serial ports, etc do not and changing their
>> current simple device names only (after the only device names are
removed,
>> which they will if devfs is added) breaks backward compatibility and adds
to
>> the complexity of a Linux system. BTW, devfs is not consistant, at least
>> not to Solaris and perhaps (I do not remember) not to Unixware either.
>
> Except that from what I understand it doesn't break backwards
It sort of does as if this is implemented then the old naming sceme will
probably be "depricated".
>compatibility at all. EIDE I agree works okay the way it is w/ /dev/hda,
>but that's mainly because it's consistent and the /dev/hda access point
>doesn't change if you add or remove disks, it's directly associated w/
>controller 0, master drive. Floppy drives are /dev/fd0, closer in my view
>to devfs already than /dev/sda is.
>
> Another issue, what happenes when a drive doesn't respond to
>SCSI probes? Happens all too often to me, and figuring out which drive
>died would be MUCH harder to do w/ /dev/sda than w/ /dev/c0t0d0s0, not
>impossible, but would certainly take a whole lot more time.
It would probably take a second to do
dmesg | grep sda and read off the information
or
grep sda /var/adm/syslog and read off the information
>
> Stephen
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html