Re: udev

[Mike <mis@ipunwired.com>]

The main problem I was having is that when the system starts and all the 
drives are there udev used my rules file and everything works. The 
moment the system starts and say sdc is missing, it will read the file 
and apply the rules for sda and sdb, but not apply it to any other the 
drives from that point on. The default system takes over, so a drive 
that I need to be sdd ends up being sdc.

I had though about that, but wouldn't you have to regenerate the file 
each time if there was a drive change? I figured the SCSI enumeration 
would work the best, in the event of a fail the new drive can be plugged 
in to the same particular channel and in be labeled correctly. I'll take 
a look further in to the using the scsi_id

thanks
  mike

Kay Sievers wrote:
> On Thu, Aug 11, 2005 at 03:21:15PM -0400, Mike wrote:
> 
>>running udev on each disk gave me
>>
>>[root@localhost udev-065]# udevtest /sys/block/sdb
>>version 039
>>looking at '/block/sdb'
>>configured rule in '/etc/udev/rules.d/10-udev.rules' at line 2 applied, 
>>added
>>symlink 'raid11'
>>configured rule in '/etc/udev/rules.d/10-udev.rules' at line 2 applied, 
>>'sdb'
>>becomes '%k'
>>creating device node '/dev/sdb', major = '8', minor = '16', mode = 
>>'060660', uid
>>= '0', gid = '6'
>>
>>for all the disk that were present. I removed sda before running the 
>>test. The sda drive returns looking at /block/sda and dosn't go any further.
> 
> 
> I don't think that you can rely on the scsi enumeration to make stable
> nodes, but I'm not entirely sure in your case.
> 
> Better try to read some persistent data from the drive itself like the
> serial number. You may look at the persistent device naming rules:
>   http://kernel.org/git/gitweb.cgi?p=linux/hotplug/udev.git;a=blob;hÒ08f5068df7c1b2e0c994c63489069af054b362;hbÔ7fd445bd9ade720776f661a4ad7c4b2202d6f0;f=etc/udev/gentoo/udev.rules#l246
> 
> and see if you can get unique properties from your drive with ata_id
> or scsi_id.
> 
> Good luck,
> Kay
> 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel