On Wed, Nov 19, 2008 at 07:46:21PM +0400, Sergey wrote:
> On Friday 14 November 2008, Sergey Vlasov wrote:
> 
> > Есть ещё вариант /dev/disk/by-id/ata-...-partN
> 
> Интересный момент попался. Есть система с двумя HDD:
> MAXTOR STM380815 и Seagate ST380815AS. В /dev/disk/by-id
> присутствуют:
> 
> ata-MAXTOR_STM380815AS_5QZ7A46E
> ata-MAXTOR_STM380815_5QZ7A46E
> ata-ST380815AS_9QZ6MMSA
> scsi-SATA_MAXTOR_STM38081_5QZ7A46E
> scsi-SATA_ST380815AS_9QZ6MMSA
> 
> Почему ata-MAXTOR размножился ? Ядро тут, правда, ovz-smp-2.6.26-alt0.3.

А версия пакета udev там какая?  В сборках [118-alt1, 125-alt2)
присутствовали правила, которые при использовании ядер >= 2.6.21 (где
в libata была добавлена поддержка HDIO_GET_IDENTITY) создавали ссылки
и с правильным, и со старым именем для упрощения переезда со старых
ядер.  В udev-125-alt2 эти правила, обеспечивавшие совместимость, были
выброшены - при использовании этой и более новых сборок пакета на
2.6.18 ссылки ata-* не будут создаваться вовсе, а для >= 2.6.21 будут
только в одном экземпляре - с правильным именем.

> Кстати, scsi*, в исходной рекомендации, не упомянут намеренно, или
> это не существенно ?

Имена scsi-* для ATA-устройств обрезаны даже на новых ядрах, и в
случае libata представляют собой деталь реализации, которую грозились
объявить несущественной (по крайней мере, одно время ходили слухи о
ликвидации эмуляции SCSI в libata и выносе дисковых устройств на
отдельный новый major с новыми именами в /dev).