Re: /dev/sd*
- From: Bill Davidsen <davidsen@xxxxxxx>
- Date: Fri, 18 Aug 2006 08:45:38 -0400
Seewer Philippe wrote:
Jan Engelhardt wrote: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.Less advanced users should use the upgrade tools their distribution provides.In the process, we can rename the then-"generic disk" (scsi ide whatever) back to "hd*" since that actually expands to Hard Disk.Actually that does make more sense then using disk. So I guess we're
(If I would have known a lot earlier about Linux I would have proposed "id*" for the IDE disks.)
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.
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!
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/
- Follow-Ups:
- Re: /dev/sd*
- From: Gabor Gombas
- Re: /dev/sd*
- From: Jan Engelhardt
- Re: /dev/sd*
- References:
- Merging libata PATA support into the base kernel
- From: Alan Cox
- /dev/sd*
- From: Adrian Bunk
- Re: /dev/sd*
- From: Alan Cox
- Re: /dev/sd*
- From: Adrian Bunk
- Re: /dev/sd*
- From: Gabor Gombas
- Re: /dev/sd*
- From: Jeff Garzik
- Re: /dev/sd*
- From: Lee Trager
- Re: /dev/sd*
- From: Jan Engelhardt
- Re: /dev/sd*
- From: Lee Trager
- Re: /dev/sd*
- From: Jan Engelhardt
- Re: /dev/sd*
- From: Seewer Philippe
- Merging libata PATA support into the base kernel
- Prev by Date: "irq 17: nobody cared" killed my machine (libata, usb, 8139too)
- Next by Date: Re: PATCH/FIX for drivers/cdrom/cdrom.c
- Previous by thread: Re: /dev/sd*
- Next by thread: Re: /dev/sd*
- Index(es):
Relevant Pages
|
|