How to handle large number of disk devices in "arbitrary" order?
Michael Tautschnig
mt at debian.org
Tue Nov 15 09:22:44 CET 2011
Hi Carsten,
[...]
>
> But fails differently (thus I assume /dev/disk/by-id/scsi-SATA_DeLOCK*) should
> be the correct way.
>
> The error then is
>
> Failed to resolve /dev/disk/by-id/scsi-SATA_DeLOCK* to a unique device name
> which of course is true, if the device was already partitioned:
>
> lrwxrwxrwx 1 root root 9 Nov 15 06:17 /dev/disk/by-id/scsi-
> SATA_DeLOCK_54164_8G20110329AA0060000435 -> ../../sda
> lrwxrwxrwx 1 root root 10 Nov 15 06:17 /dev/disk/by-id/scsi-
> SATA_DeLOCK_54164_8G20110329AA0060000435-part1 -> ../../sda1
> lrwxrwxrwx 1 root root 10 Nov 15 06:17 /dev/disk/by-id/scsi-
> SATA_DeLOCK_54164_8G20110329AA0060000435-part2 -> ../../sda2
> lrwxrwxrwx 1 root root 10 Nov 15 06:17 /dev/disk/by-id/scsi-
> SATA_DeLOCK_54164_8G20110329AA0060000435-part3 -> ../../sda3
>
[...]
I suppose you should be able to address this issue by using
/dev/disk/by-id/scsi-SATA_DeLOCK*[A-Z0-9_][A-Z0-9_][A-Z0-9_]
but obviously this isn't exactly beautiful. It might be easier if we instead
permitted arbitrary perl regular expressions, but then again we might still want
to add some improvements to help you configure your other 12-48 disks.
I'd be happy to take inputs on this, I think this feature has hardly been used
before.
Best,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20111115/a6b8376b/attachment.bin>
More information about the linux-fai
mailing list