Не загружается Ubuntu

root не пробовал как /dev/sdaX указывать?
Также можно попробовать rootfstype.

Покажите вывод:

blkid
ls -ls /dev/disk/by-uuid/

Также покажите содержимое /etc/fstab.

В один прекрасный день загрузчик перестал определять корневой раздел

Какие действия в этот день производились с системой? Как вы понимаете само ничего н происходит.

Также можно попробовать rootfstype.

Ну а это здесь при чём? Ядро говорит, что не находит устройство (раздел) по uuid. А не то, что оно попросту не может его смонтировать. Здесь либо сменился UUID раздела, либо из Initramfs исчезли модули поддержки ATA контроллера.

либо сменился UUID раздела

UUID не менялся, это отобржено на фотографиях.

root не пробовал как /dev/sdaX указывать?

Попробовал указать как '/dev/sdb4' - та же фигня.

Ответье на все заданные выше вопросы, а в особенности на вопрос о том, что делалось с системой перед тем как возникла проблема.

что делалось с системой перед тем как возникла проблема.

Это «чёрный ящик». Скорее всего, были грубые отключения питания.

Ять, покажите выводы команд и прочие запрошенные данные.

http://dump.bitcheese.net/images/ecyfeja/IMG_20150208_122746.jpeg

Слушайте, вы все запрошенные данные можете покаазать за раз? Или так и будете выкладывать кусками? Кроме этого, зачем вы выкладываете картинки, вы что не знаете как текстовую информацию перенаправить в файл и потом выложить текст из этого файла на форум? Меня к примеру не улыбает на usb модеме открывать ваши фото с текстовой информацией.

update-grub что гвоорит?
dpkg-reconfigure grub-pc что говорит?

/etc/fstab

А теперь распаковывайте initramfs и проверяйте, что в нём присутствуют модули для SATA контроллера. Возможно, так же, что при установке системы SATA контроллер был в AHCI режиме, а сейчас переключен в compatible режим или наоборот. А в initramfs присутствует модуль либо для AHCI, либо для compatible режима работы. Поэтому так же попробуйте переключить режим работы SATA контроллера и попробовать загрузиться.

В идеале в initramfs желательно, что бы присутствовали модули для обоих режимов работы. Если у вас возможны описанные мной ситуации.

А теперь распаковывайте initramfs и проверяйте, что в нём присутствуют модули для SATA контроллера.

Думаю, что это исключено, ибо всё работало.

Мне кажется, что это исключено, ибо всё работало.

А-у-у, вы всё сообщение прочитали? Если контроллер был в режиме AHCI при установке системы, то в initramfs присутствует модуль ahci.ko, если в compatible режиме, то там присутствует что-то вроде ich6.ko или прочее соответствующее вашему контроллеру. И вот если вы переключили контроллер в другой режим, то без соответствующего модуля в Initramfs ядро не увидит контроллера и как следствие дисков, вот поэтому я и написал прочие предложения ниже, которые вы, видимо, посчитали не нужными, ну или не поняли их.

Можете посмотреть наличие /dev/sd* устройств в шеле в который вас выкидывает ядро при сбое загрузки.

У вас root-раздел, указанный в fstab, не находится Grub'ом. Копайте отсюда.

Ба, они даже выхлоп бизибокса изменили

А может initramfs повредился? Домашние ведь привыкли относиться к компу как обычной бытовой технике

grub и не должен находить root раздел указанный в fstab, grub только должен прочитать с диска в память образ ядра и initramfs и передать ядру управление.

100%, что контроллер переключен в режим работы отличный от режима при котором производилась установка системы. Я говорю про AHCI и compatible.

100%, что контроллер переключен в режим работы отличный от режима при котором производилась установка системы. Я говорю про AHCI и compatible.

Значит кто-то переключил в биосе. Хотя, в моем случае, гента с initramfs и Grub2 нормально переносит смену этих режимов, UUID корневого раздела ведь не меняется. В чем разница убунтушного initramfs от гентушного кроме того, что оно содержит больше модулей? Вот это интересно.

загрузчик перестал определять корневой раздел
были грубые отключения питания

Посмотреть в настройках BIOS на счёт диска (режим контролера, например), прогнать fsck.

В чем разница убунтушного initramfs от гентушного кроме того, что оно содержит больше модулей?

В том, что в Gentoo ядро самосборное и, скорее всего, поддержка AHCI драйвера и драйвера для compatible режима включена у тебя монолитно в ядре, ну либо по крайней мере эти модули собраны. При сборке Initramfs посредством genkernel без указания опции '--no-ramdisk-modules' все модули необходимые для монтирования корневоей файловой системы будут включены в initramfs, а это все модули с драйверами для ATA контроеллеров и модули с драйверами файловых систем. Так же возможно и другие модули, если указаны соответствующие опции при генерации initramfs.

В Ubuntu же, видимо, по умолчанию в initramfs включаются лишь модули необходимые для монтирования корневой файловой системы, которые определяются по их использованию при установке системы. Поэтому в initramfs не может оказаться двух модулей для AHCI и compatible режима работы ATA контроллера. Но это можно поправить, нужно лишь почитать документацию по скриптам генерации initramfs в ubuntu.

Согласен. А что насчет другого...

Скорее всего настройки биоса сбросились на заводские, с которыми активируется один из этих режимов. Такое бывает, например, если батарейка «села».

в консоли груба делаешь linux /vmlinuz root= и указываешь раздел
потом initrd /initrd.lz
потом boot
и выкладывай выхлоп

Товарищи знатоки, куда копать?

было установлено левое ядро, без установки модулей (вероятно ФС) в систему. выбери штатное ядро.

Всех благодарю за ответы. Всё оказалось до ужаса просто: достаточно было сбросить настройки BIOS до дефолтных.