Re: /proc/scsi/map

Andreas Dilger (adilger@clusterfs.com)
Tue, 18 Jun 2002 14:25:00 -0600


On Jun 18, 2002 15:06 -0500, Chris Adams wrote:
> I use OSF/1^WDigital Unix^WCompaq^WHP Tru64 Unix here at work, and with
> version 5, they've got a nice persistent device naming system (I don't
> claim to know how it works however). The first hard drive found is
> /dev/disk/dsk0, the second is /dev/disk/dsk1, etc. It doesn't matter
> how you get to the drive (which is important if you want multipathing -
> the controller and bus should NOT figure into the device name or you are
> going to have problems). If you remove dsk0, there won't be another
> dsk0 (unless you clean it out of the device database).

Yes, this is the same as AIX - the physical connection is irrelevant.
Any attempts to identify disk devices by their physical connection
are only marginally better than the current "probe order" naming.

I have written a library which allows identifying devices by content.
It uses the UUIDs found in ext2/ext3/XFS/JFS/MD. I added support for
UUIDs in reiserfs and swap also - the reiserfs UUID support is in
recent kernels/tools, but I never got around to submitting a patch
for swap (just to reserve the fields in the swap header definition,
the kernel doesn't really care about the contents).

The code was built as part of e2fsprogs (so fsck could use it), but
again I didn't push my changes back to the stock e2fsprogs yet. What
I'm really waiting for is to ensure the current library works well
with mount (so you can use "mount LABEL=blah" for all filesystem types).

The library is at the following URL if anyone is interested in hacking
mount to use it. I have an agreement-in-principle from Andries Brouwer
to accept changes to the mount/swapon code to use libblkid.

http://www-mddsp.enel.ucalgary.ca/People/adilger/blkid/

Cheers, Andreas

--
Andreas Dilger
http://www-mddsp.enel.ucalgary.ca/People/adilger/
http://sourceforge.net/projects/ext2resize/

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/