[sisyphus] PATA и новые ядра. was:Ядро 2.6.27 и ide-generic Out?of memory

Sergey Vlasov =?iso-8859-1?q?vsu_=CE=C1_altlinux=2Eru?=
Ср Ноя 19 21:33:07 MSK 2008


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).
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20081119/bac4e0f7/attachment.bin>


Подробная информация о списке рассылки Sisyphus