В libata устройства именуются не в порядке подключения (это просто бессмысленно из-за поддержки горячего подключения/отключения), а в порядке инициализации. Иными словами, sda займёт тот диск, контроллер которого "взлетит" первым. Это проблема решается монтированием по UUID'ам или меткам разделов. Ещё в LVM очень удобное именование разделов.

> Для исключения глюков GRUB'a решил попробовать lilo. Эффект тот же самый: грузится ядро, монтируется файловая система (как он думает - корневая) и те же самые проблемы.

В grub, lilo и любом другом простом загрузчике нет собственных подсистем для работы с дисками, контроллерами и т.п., поэтому они используют вызовы BIOS.

Uuid спасет вас. На то и придумали.

UUID не спасает.

>Это проблема решается монтированием по UUID'ам или меткам разделов.

>монтирование по UUID почему-то вообще не срабатывает - будто бы идентификаторы одинаковые

Говорит, что не помогает.

>> монтирование по UUID почему-то вообще не срабатывает - будто бы идентификаторы одинаковые

> Говорит, что не помогает.

"Не срабатывает" - это как? Ошибку выдаёт? Требуются подробности.

UUID не помогает. По умолчанию все через него. Но почему-то не работает.

Кажется, даже нашел почему, но это уже тупик: если не отключить ВСЕ диски, кроме загрузочного, корневой раздел не монтируется, а в busybox вообще в /dev только имена устройств и нет разделов (то есть, sda, sdb, sdc, sdd, но нет sda1, sda5 и т.п.)

Хочу попробовать поменять порядок инициализации контролеров, так как судя по логам модуль для jmicron грузится первым, авось поможет.

Не срабатывает - это выдает init not found К сожалению, мне бегать каждый раз в серверную за логами слишком долго.

> Не срабатывает - это выдает init not found К сожалению, мне бегать каждый раз в серверную за логами слишком долго.

И всё? Значит монтирование проходит нормально. Может ты UUID'ы перепутал?

Я их не трогал даже. Если перепутал, то инсталлятор убунты. Хотя вроде по fstab проверял UUID раздела - совпадал. Скорее я ошибку перепутал.

Сейчас попробую реанимировать (убрать lilo с неверным root, установить обратно grub) и отпишусь.

Ничего не перепутал. С UUID все в порядке, ядро пытается монтировать, но без отключения ВСЕХ дисков выдает что-то про inode (дословно не помню, но вроде incorrect inode). Пытаюсь руками примонтировать из busybox - та же петрушка, что-то с fs не в порядке (корневого раздела sda1 нет в /dev, только sda, что пугает). Попытался изменить порядок загрузки модулей, но их нет. Видимо, вкомпилированы в ядро (модули sata_nv и pata_jmicron). Остался последний вариант: попробовать загрузиться с отключенным вообще контролером JMicron, если пройдет, дело в нем. Нет - баги ядра.

LVMокапец.

Ничего не помогло, потратил полдня, вернулся к тому, с чего начал. Плюс VLC отказался нормально работать. С какого-то хрена опять нужно видеостандарт для тюнера через параметры модуля ядра передавать, в прошлом убунту все работало прямо из vlc (standard=17). Плюс в 1.0.1 поломали вообще работу с v4l2. Короче, лучше бы не трогал.

выкинь из initrd модуль поддержки jmicron и будет тебе щастье.

Жуть, может обойтись 4 дисками, чем так мучаться?

4 диска включенные во встроенный контролер с отключением дополнительного дают тот же эффект (приходится отключать 3 диска).

Модуль для pata_jmicron в ядро вкомпилирован, нигде его нету, кроме логов.

> Модуль для pata_jmicron в ядро вкомпилирован, нигде его нету, кроме логов.

тогда, имхо, остается только ядро рекомпилить.

а) воткни контроллер в другой слот б) проблема имхо в том, что нумерация дисков BIOS и нумерация ядром отличаются

>Помогает только отключение двух дисков на дополнительном контролере, загрузка и горячее включение - тогда все работает как часы.

>если не отключить ВСЕ диски, кроме загрузочного, корневой раздел не монтируется

Дак в каком варианте загружается? Все диски кроме загрузочного или только диски на дополнительном контроллере.

Проверьте, что UUID на разных файловых системах разные, "tune2f -l /dev/hda1" и т.д. а то может вы копировали разделы с помощью dd.

>а в busybox вообще в /dev только имена устройств и нет разделов (то есть, sda, sdb, sdc, sdd, но нет sda1, sda5 и т.п.)

А в dmesg что? Ядро то видит разделы?

Грузится только с __одним__ подключенным диском на встроенный контролер, разумеется. Все остальные варианты не работают (в том числе вырубания дополнительного jmicron - он вообще никак не влияет).

В dmesg в busybox определяются все SATA устройства, которые подключены. Информации о разделах - только о загрузочном (что-то типа bad journal inode, та же ошибка при попытке вручную смонтировать из busybox). Разделы ни в /dev/disk/by-uuid, ни в в виде /dev/sd?? не появляются, кроме корневого раздела, который присутствует только в by-uuid, но все равно не монтируется.

Так же отмечу, что не монтируются разделы на 4 дисках встроенного контролера (в случае подключения > 2 дисков) даже с LiveCD ubuntu - выдает, что раздел занят или уже примонтирован (чего нету, mount ничего подобного не выдает).

В общем проблема в том, что ядро linux не может получить доступ ни к одному из 4 дисков встроенного в плату ASUS M2NPV-VM контролера, если подключено более одного устройства.

UUID.

Какой развесистый глюк. Таки UUID'ы у чего-нибудь с чем-нибудь не совпадают? Разделов, LV?

Мужик, а может твоей плате тупо не хватает питалова для раскрутки шпинделей? БП какой мощности?

БП 430 Вт, должно хватать. UUID ни с чем не совпадают. LVM, RAID не используется.

То есть, если загрузиться с CD и с самого начала подключить более 1-го винта, то нельзя сделать даже dd if=/dev/sda of=/dev/null? Пожет попробовать делать ресет контроллера дисков. Правда не знаю как, может вынести поддержку дисков в модуль и пробовать загрузить/выгрузить его...

На счет dd не знаю, но простое cat /dev/sda работает, думаю и dd тоже. Но вот монтироваться ни в какую не хочет (пробовал два разных LiveCD). Похоже на проблему в ядре. Как нибудь на досуге доковыряю ее подробнее и напишу отчет.