Re: /dev/sd*

[Bill Davidsen]

Seewer Philippe wrote:
> Jan Engelhardt wrote:
> > > > In the process, we can rename the then-"generic disk" (scsi ide whatever) 
> > > > back to "hd*" since that actually expands to Hard Disk.
> > > > (If I would have known a lot earlier about Linux I would have proposed 
> > > > "id*" for the IDE disks.)
> > > Actually that does make more sense then using disk. So I guess we're
> > > back to square one. Personally I don't think its that big of a deal, all
> > > you have to do is change fstab and grub or lilo. My main concern is for
> > > the less advanced Linux users.
> > Less advanced users should use the upgrade tools their distribution 
> > provides.
>
> And personally I think less advanced users will be very happy with
> /dev/disk (or /dev/hd). No more confusion wether to user /dev/hdx or
> /dev/sdx or whatever!
But less clarity about which name goes with which device. I think it's 
desirable to have a way for the user, the non-guru user, to find out 
what meaningless name goes with which actual device. Currently finding 
out what's on a system involves /proc/ide/hd*/model and /proc/scsi/scsi 
to see what's attached and what names are being used.

For discussion I suggest /proc/ata/devices, a single flat file matching 
a name meaningful to open() with a vendor string and whatever other info 
is handy, like serial number and the like. If people are going to use 
ATA that allows them to generate their own tools using familiar methods 
like awk, sed, grep, perl, python or whatever. Having that information 
in an inobvious format will really slow adoption by triggering the "it's 
hard to use" or "I need to use all these new tools" responses.

And those responses are not limited to newbies, experienced users are 
aware of the ratio of learning curve to functionality as well.

--
Bill Davidsen <davidsen@xxxxxxx>
  Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root, with the "vi" line edit mode selected,
and the character set is "big5," an off-by-one errors occurs during
wildcard (glob) expansion.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/