Добрый день, коллеги!Имею в наличии сервер, аля дэсктоп скучей HDD 2мя перифирийными Raid контроллерами, назовём их pci_raid_4pt и pcix_raid2pt, на мамке имеются 2 sata порта и 1 ide port.
до замены всего лишь одного винта кодключённого к pci_raid_4pt вся эта петрушка инициализировалась следующим образом:
pci_raid_4pt
sda, sdb, sdc, sdd
pcix_raid_2pt
sde, sdf
mb_sata
sdg, sdh
mb_ide
sdiЗаменил 1 винт(sda), порядок инициализации ядром стал следующий
mb_sata
sda, sdb
mb_ide
sdc
pcix_raid_2pt
sdd, sde
pci_raid_4pt
sdf, sdg, sdh, sdiкакая муха его укусила ?
рылся в bios там всё в норме, как винты определялись, по первой схеме, так и определяются, по каким правилам происходит именование винтов? и может быть както можно по UID устройства скормить ядру в качестве параметров в каком порядке именовать винты или сразу присваивать им всевдо имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)
> рылся в bios там всё в норме, как винты определялись, по первой
> схеме, так и определяются, по каким правилам происходит именование винтов? и
> может быть както можно по UID устройства скормить ядру в качестве
> параметров в каком порядке именовать винты или сразу присваивать им всевдо
> имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)Вот именно поэтому в современных ядрах рекомендуют "сразу присваивать им всевдо
имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)" :)
И уже будет пофиг, какой /dev/sdaX у винта или другого девайса на самом деле.
>> рылся в bios там всё в норме, как винты определялись, по первой
>> схеме, так и определяются, по каким правилам происходит именование винтов? и
>> может быть както можно по UID устройства скормить ядру в качестве
>> параметров в каком порядке именовать винты или сразу присваивать им всевдо
>> имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)
> Вот именно поэтому в современных ядрах рекомендуют "сразу присваивать им всевдо
> имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)" :)
> И уже будет пофиг, какой /dev/sdaX у винта или другого девайса на
> самом деле.и как это в современных ядрах делается, просто даже ума не приложу, в UDEV там всё понятно, но как ядру, на этапе инициализации это объяснить ?
>[оверквотинг удален]
>>> может быть както можно по UID устройства скормить ядру в качестве
>>> параметров в каком порядке именовать винты или сразу присваивать им всевдо
>>> имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)
>> Вот именно поэтому в современных ядрах рекомендуют "сразу присваивать им всевдо
>> имена(UID=abra_kadabra.sda,UID=abra_arbaiten.sdb, ...etc)" :)
>> И уже будет пофиг, какой /dev/sdaX у винта или другого девайса на
>> самом деле.
> и как это в современных ядрах делается, просто даже ума не приложу,
> в UDEV там всё понятно, но как ядру, на этапе инициализации
> это объяснить ?Строка из загрузчика:
linux /boot/vmlinuz-2.6.32-5-amd64 root=UUID=29cfbe79-9a0a-4364-a96f-d12aa2929288 ro quiet
Строка из fstab:
UUID=29cfbe79-9a0a-4364-a96f-d12aa2929288 / ext3 errors=remount-ro 0 1
Смотреть в::~$ ls -la /dev/disk/by-uuid/
итого 0
drwxr-xr-x 2 root root 140 Апр 19 2011 .
drwxr-xr-x 6 root root 120 Апр 19 2011 ..
lrwxrwxrwx 1 root root 10 Апр 19 17:25 280C88F50C88BF76 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Апр 19 17:25 586AA8F76AA8D2D4 -> ../../sda1
lrwxrwxrwx 1 root root 10 Апр 19 17:25 7c165e61-4375-4296-8ffc-b44e8c9b0671 -> ../../sda5
lrwxrwxrwx 1 root root 10 Апр 19 17:25 922c75b3-6809-40fa-a50d-9d2ab3b09219 -> ../../sda3
lrwxrwxrwx 1 root root 10 Апр 19 17:25 A278C37C78C34E2B -> ../../sda2
> Смотреть в:
> :~$ ls -la /dev/disk/by-uuid/
> итого 0
> drwxr-xr-x 2 root root 140 Апр 19 2011 .
> drwxr-xr-x 6 root root 120 Апр 19 2011 ..
> lrwxrwxrwx 1 root root 10 Апр 19 17:25 280C88F50C88BF76 -> ../../sdb1
> lrwxrwxrwx 1 root root 10 Апр 19 17:25 586AA8F76AA8D2D4 -> ../../sda1
> lrwxrwxrwx 1 root root 10 Апр 19 17:25 7c165e61-4375-4296-8ffc-b44e8c9b0671 -> ../../sda5
> lrwxrwxrwx 1 root root 10 Апр 19 17:25 922c75b3-6809-40fa-a50d-9d2ab3b09219 -> ../../sda3
> lrwxrwxrwx 1 root root 10 Апр 19 17:25 A278C37C78C34E2B -> ../../sda2или
blkid
Благодарю за здоровый интерес к теме, но речь пошла о разделах а не дисковых устройствах HDD.
Поясню данные дакопители используются в software raid. и при "манипуляции" с винтами меняется порядок "опроса винтов". именно винтов. разделы мне ни к чему.в итоге интересует привязка
Диск /dev/sda: 80.0 ГБ, 80026361856 байт
255 heads, 63 sectors/track, 9729 cylinders, всего 156301488 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xf5e2e253
к конкретному псевдониму, тобишь sda, другого диска к "своему псевдониму", и при добавлении очередного "между существующими" не должно сдвигать существующие. как добавление сетевухи в систему, где eth1 привязвается к конкретному маку в udev/rules.d/*
> Благодарю за здоровый интерес к теме, но речь пошла о разделах а
> не дисковых устройствах HDD.
> Поясню данные дакопители используются в software raid. и при "манипуляции" с винтами
> меняется порядок "опроса винтов". именно винтов. разделы мне ни к чему.Обычно с этим нет никаких проблем. вроде-как софтрейд собирается после того, как появились все диски, или ждет новых устройств и собирается.
>> Благодарю за здоровый интерес к теме, но речь пошла о разделах а
>> не дисковых устройствах HDD.
>> Поясню данные дакопители используются в software raid. и при "манипуляции" с винтами
>> меняется порядок "опроса винтов". именно винтов. разделы мне ни к чему.
> Обычно с этим нет никаких проблем. вроде-как софтрейд собирается после того, как
> появились все диски, или ждет новых устройств и собирается.man mdadm.conf (почитал сам, интересный пример там ;-) )
/etc/mdadm/mdadm.confВ /etc/mdadm/mdadm.conf массив описывается уидами, так что проблем обычно нет :-)
ARRAY /dev/md0 metadata=0.90 UUID=095f7c6c:425bdcba:a2f559c0:0e802617
ARRAY /dev/md3 metadata=0.90 UUID=8cc599a6:eadf6cb7:a2f559c0:0e802617