> Rob Landley wrote: >> On Thursday 26 July 2007 9:15:11 am James Bottomley wrote: >>> Users have great difficulty understanding how to >>> map sg to sr (or sd), so we're trying to encourage them only to use the >>> actual device node, so /dev/sdx or /dev/srn. >> Actually, these days everybody I know uses /dev/cdrom, expects it to be a >> symlink, and doesn't care where it points. Last time I used a system that >> had more than one of the suckers I believe it had /dev/cdrom0, /dev/cdrom1, >> etc. >> >> I note that in the ubuntu system on my laptop, /dev/sr0 is a symlink >> to /dev/scd0, which is an actual device node with a major and minor that >> presumably means something to the system, but not to me personally. (Not >> that I consider Ubuntu 7.04 much of a model on how to arrange devices >> considering it put a UUID label on every _partition_ on my hard drive and >> mounts them by label in /etc/fstab rather than that having udev do its job >> and make stable symlinks.) >> >> But it seems that users aren't the only ones who have trouble with this, >> distro maintainers do too. Alternatively to partition labels, you can also have udev create persistently named symlinks for you. $ ls /dev/disk/by-id/ ata-HTE721010G9AT00_MPC0J1Y0GRKYGD ata-HTE721010G9AT00_MPC0J1Y0GRKYGD-part1 ata-HTE721010G9AT00_MPC0J1Y0GRKYGD-part2 ieee1394-00101003ae0001e0:00042c:0000 ieee1394-00101003ae0001e0:00042c:0000-part1 scsi-SATA_ST3750640AS_3QD067RX scsi-SATA_ST3750640AS_3QD067RX-part1 usb-JetFlash_128MB_39680ADE3E2627FB usb-JetFlash_128MB_39680ADE3E2627FB-part1 The udev rules I have here (Gentoo's) apparently don't do this for CD/DVD-ROM/R/Ws although that should be possible as well. On the other hand, application programs like K3B already nicely show devices with vendor and model strings. I don't know how much effort that imposes on the application programs. -- Stefan Richter -=====-=-=== =--- ---=- http://arcgraph.de/sr/ - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html