Проблема с порядком определения дисков в Linux

[leevsey]

Привет народ. Проблема следующая:
Пришла новая Tyan'овская мамка. Поставлена в машину в которой на 3ware контроллере стоит scsi диск (это сейчас, во время тестирования. а потом их там будет 24) и два s-ata'шных харда с системой (Gentoo Linux если что). Загрузчик grub. В BIOS'е стоит загрузочным первый из s-ata'шных. Когда эта падла начинает загрузку grub загружается именно с нужного харда, ядро грузится так же нужное, но!!!! потом проишодит волшебное але-оп!!! и машина начинает грузить системные файлы со сказёвого диска. Или же, если файлов там нет, орёт, что их там нет.
Суть трика в том, что адресация SCSI выше чем у всех остальных. s-ata'шные 2:0:0:0 и 3:0:0:0, а сказик всегда 0:0:0:0 и ядро загружаясь переопределяет диски исходя именно из этой адресации. Т.е. прописаниым в grub'е root=/dev/sda3 оказывается третья партиция на сказике. Можно конечно прописать в grub'е root=/dev/sdb3, но это не есть гут. Каздый новый диск на SCSI будет сдвигать имя диска на одну букву дальше по алфавиту. Изменение параматра BIOS PCI Bus Scan Order с Ascent на Descent ровным счётом ничего не дало.
Крч. Внимание!!!Вопрос:
Есть идеи где взять свечку от этого геморроя?!
Буду премного благодарен. Хотябы направление

[Rootlexx]

leevsey
Монтируйте по метке (LABEL=...) или по UUID (UUID=...), для того и придумывалось. Смотрите здесь и далее в поиске.

[leevsey]

К сожалению ядро таких параметров от GRUB'а не принимает. Было-бы слишком просто

[Goodvin]

К сожалению ядро таких параметров от GRUB'а не принимает. Было-бы слишком просто

У меня принимает. Что я делаю не так ?

[leevsey]

Можно конкретнее пожалуйста? Я пробовал так root=/dev/disk/by-path/pci-0000:04:00.0-scsi-0:0:0:0-part3. Linux говорит, что дескать драйбер sd такого не понимает, kernel panic и т.д.
Что я делаю не так?

[eddy]

root=LABEL=ROOT

[Rootlexx]

Я пробовал так root=/dev/disk/by-path/pci-0000:04:00.0-scsi-0:0:0:0-part3

То, что вы написали, создаётся udev, который в процессе загрузки собственно ядра ещё не запущен.
Вот пример моей строки в menu.lst:

kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=Mandriva_Linux_2009.0 root=UUID=dafe5d6a-9a2b-11dd-93be-031b151e95ab resume=UUID=765280e2-5299-4669-9388-f01dc6bfe485 vga=788

Аналогично и с меткой, только вместо UUID= используется LABEL= .

[leevsey]

Я пробовал так root=/dev/disk/by-path/pci-0000:04:00.0-scsi-0:0:0:0-part3

То, что вы написали, создаётся udev, который в процессе загрузки собственно ядра ещё не запущен.
Вот пример моей строки в menu.lst:

kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=Mandriva_Linux_2009.0 root=UUID=dafe5d6a-9a2b-11dd-93be-031b151e95ab resume=UUID=765280e2-5299-4669-9388-f01dc6bfe485 vga=788

Аналогично и с меткой, только вместо UUID= используется LABEL= .

Моя запись виглядит вот так:

root (hd0,0)
kernel /install.bzImage.64.20070808.3132 root=UUID=a8a626aa-3c3c-4d80-bc5b-30a55560640f panic=10

Не загружается, ругается точно так же как раньше.

[Rootlexx]

Не загружается, ругается точно так же как раньше.

Как конкретно ругается, вы так и не написали.

Ну и приложите вывод:

Код: Выделить всё

ls -l /dev/disk/by-uuid
fdisk -l

[leevsey]

lrwxrwxrwx 1 root root 10 Nov 19 2008 a8a626aa-3c3c-4d80-bc5b-30a55560640f -> ../../sdb3

Ругается так как на приложеной картинке.

[leevsey]

Короче, сам спросил - сам ответил
Проблема была в том, что для монтирования по UUID/LABEL необходимо включить в ядре поддержку initramfs и создать initrd файл. Всё работает. Спасибо за идею.