scsidev: SCSI utility for linux

(Traditional format)
Index

Tue Feb 15 02:43:02 2005 scsidev: SCSI utility for linux
Posted by Bruce Garlock
Search Keys: scsi, generic dev, devices, howto, linux 2.4, ide-scsi

I recently built an external SCSI enclosure, using an old tower. I used 3 SCSI drives, and built a LVM, so I could concatenate the drives together into one large drive, to host my temporary video scratch files. Everything went well, until I rebooted. One of the SCSI drives, I had to assign a lower SCSI ID, since I ran out of jumpers! I only needed on more jumper to give the drive a higher SCSI ID, like 12, so I have it one of my lower ID's that was unused (3). When I rebooted, I forgot about how Linux allocates the SCSI device names, which is basically a first come first serve allocation. /dev/sda would be linked to the lowest SCSI HD ID. If you have a mix of SCSI devices, like scanners, ZIP disks, and even ide-scsi emulation, then things get complicated quickly. Especially if you add and remove the SCSI devices while your system is powered up.

I started reading the SCSI 2.4 HOWTO, to see if there was a better way of taking care of how linux names SCSI devices. I think a lot of these issues are addressed in 2.6, but I have not had time to test out that kernel yet, especially on production equipment. The HOWTO points to a very useful utility which helps overcome the way linux 2.4 names SCSI devices. It basically creates a /dev/scsi directory, and the naming of the SCSI devices stay the same. This way, you can point to those devices in /etc/fstab or you can even create aliases that are easy to remember like /dev/scsi/scsiscanner, /dev/scsi/scsizip, or /dev/dvdburner.

Have a look at this utility, which should probably help a lot of folks out who have SCSI on their system, and have a lot of mixed SCSI devices like I do. It should really simplify SCSI naming, and make things more organized if you need to add and remove any SCSI devices while your system is running:

http://www.garloff.de/kurt/linux/scsidev/


--BruceGarlock


Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)

Or use any RSS reader

Delivered by FeedBurner


M3IP inc.

Views for this page
Today This Week This Month This Year  Overall
11353516 3,265

/Blog/B1250.html copyright February 2005 Bruce Garlock All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here

More:
       - Administration
       - Disks/Filesystems
       - Hardware
       - Linux
       - Unix
       - Blog




Unix/Linux Consultants

Your ad here - $48.00 yearly!

http://www.m3ipinc.com Security, firewalls, ids, audits, vulnerability assesments, BS7799, HIPAA, GLB, incident handling


http://echo3.net/ Unix/Linux Custom Applications, Web Hosting, C/C++ Programming Courses


http://www.schewanick.com SCO Unix, Solaris, Linx (various), PHP, MySQL, Apache, uniBasic, dL4, Perl, System Administration and more....



Twitter
  • Nov 21 07:55
    @loudmouthman: correct, but how do you prove ANYTHING like that is accurate? You can't. A text file is no better or worse than anything.
  • Nov 21 07:40
    @loudmouthman: well, a digital signature could prove it hadn't been altered. Text is no more insecure than anything else in that sense.









Change Congress


Related Posts


Publish your articles, comments, book reviews or opinions here!