.. snip
> The USB drive is a 250GB drive thats sole purpose is for samba sharing 
> that doesn't require backups (for example, freely distributable programs 
> from the net)
> 

Not in the array.. okay :)
I've got a similar set up in that I have 2 sata hard drives and a Dell
2405 monitor plugged in which names all the flash drive slots  /dev/sd*,
a usb drive and usb key drive plugged in. Udev makes life a lot more
predictable.

>>> Its less then ideal to use sda as a usb drive for obvious reasons, and 
> I 
>>> am wondering what is the best way to fix this?
>>>
>> udevinfo -a -p /sys/block/sdb/sdd
>> Will list the attributes for the drive
>>
>> here's my usbdisk udev rules
>> /etc/udev/rules.d/95-usbdisk.rules
>> ATTR{size}=="586072368",
>> ATTRS{model}=="00JB-00KFA0     ", ATTRS{vendor}=="WDC WD30",
>> NAME{all_partitions}="usbdisk"
>>
> My concern isn't about removal and insertion of the disk on the running 
> OS, its that sometimes it may be present on bootup, and other times it may 
> not. So therefore the SCSI drives will be assigned different letters if 
> the usb drive is not present, which would degrade the array, as they would 
> now be sda, b and c, and not sdb, c and d.
> 
> On looking at your udev rules, could I apply this to both udev on the OS, 
> and udev on initrd, and instead of the USB drive being assigned /dev/sda, 
> it will be assigned /dev/usbdisk, and the other SCSI disks would be 
> assigned /dev/sda, b and c?

I'm thinking you will need to set it up for for the udev on the OS and
initrd. If you built your kernel with make-kpkg --initrd it's easy to
update the initrd with
update-initramfs -k all -u

Only just picked up on 'update-initramfs' after working with Debian for
5 years...

> Thanks again.
> 
> Scott

Got a bit carried away with the software raid stuff... it's been my
bread and butter for the last two weeks and seems to have to implanted
itself into my subconscious and gets triggered the instance I here raid,
disk, linux.

--
Steve

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Reply via email to