On Sat, March 1, 2008 10:41 am, Al Tobey wrote: > On Sat, Mar 1, 2008 at 6:50 AM, Lan Barnes <[EMAIL PROTECTED]> wrote: >> >> On Fri, February 29, 2008 1:29 pm, Al Tobey wrote: >> > On Fri, Feb 29, 2008 at 1:25 PM, Lan Barnes <[EMAIL PROTECTED]> >> wrote: >> >> >> But what is its VALUE?! >> > >> > The old IDE drivers are quite crufty. The new hotness (libata) >> > re-uses a lot more kernel infrastructure and actually ends up having >> > PATA and SATA accessed through the same interfaces. This makes the >> > kernel even more consistent, and makes our (sysadmins') jobs much >> > easier, since we don't have to accommodate two different types of >> > device. It's all SCSI now ;) >> > >> > No more ide-scsi (remember that horror?) or trying to figure out if >> > your new SATA adapter is going to show up as /dev/hda or /dev/sda. >> > It's just /dev/sda. >> > >> >> Well, we loves out sysadmins. >> >> For me, it means my USB devices that I used to map in /etc/fstab now >> wander and have to be tracked down each insertion. >> >> Boo hoo :'-( > > Remember earlier I mentioned the /dev/disk stuff? Check > /dev/disk/by-label and /dev/disk/by-uuid. I really can't feel for > you ;) When you have a box with 100's of LUN's coming to it, SCSI > device merry-go-round is a fact of life. That's why most > distributions have gone to either LABEL= (Redhat) or UUID= (Ubuntu) > mounts, which you can do just as easily in /etc/fstab. I'm currently > disappointing myself with Gentoo again (separate rant) and it doesn't > do any of the new-fangled stuff by default. > > Try: > ls -l /dev/disk/*/ | less > > Here's a practical fstab entry for my swiss army keychain that uses > its USB id (looks like a nice unique serial no. in there): > /dev/disk/by-id/usb-Swissbit_Victorinox_2.0_000010005268BA000102-0:0-part4 > /mnt/keychain vfat auto,user,defaults 0 0 > > And my gameOS (err, Windows XP) drive: > /dev/disk/by-uuid/04AC50B8AC50A648 /mnt/gameos ntfs-fuse defaults 9 9 > > UUID= doesn't seem to work with FUSE ... oh well. The /dev/disk one works > fine. > > When using these in scripts, I usually ditch the relative path after > using readlink. > brak ~ # DEV=`readlink /dev/disk/by-uuid/04AC50B8AC50A648 |sed 's#^.*/##'` > brak ~ # echo $DEV > sdc2 > > -Al Tobey > >
I doan need no stinkin' pity! I'm perfectly capable of nursing an unreasonable resentment -- ask my wife. Thanks for the tech tip. I think I'll try Gus's suggestion first. Time to learn udev, at least enough for my needs. IMHO anything that can shift between boots is unmitigated evil. -- Lan Barnes SCM Analyst Linux Guy Tcl/Tk Enthusiast Biodiesel Brewer -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
