ALERT! /dev/sdb1 (/dev/disk/{uuid]) does not exist... Может дело в HDD

[stlb]

Здравствуйте! После обновления возникла проблема с загрузкой из GRUB.
Сначала вылезало:

(Нажмите, чтобы показать/скрыть)

Gaveup waiting for root device. Common problems:
-Boot atfs (cat /proc/cmdline)
- Check rootdelay
-Check root
-Missing modules (cat /proc/modules; ls /dev)
ALERT /dev/disk/by-uuid/?? does not exist dr stoping to a shell!


BusyBox v1.13.3 (Ubuntu ??) built in-shell (ash)
Enter help for a list of built-in commands

(initramfs)

А после того как в grub.cfg поменял uuid диска на путь, то есть /dev/sdb1 стало вылезать это:
Gaveup waiting for root device. Common problems:
-Boot atfs (cat /proc/cmdline)
- Check rootdelay
-Check root
-Missing modules (cat /proc/modules; ls /dev)
ALERT /dev/sdb1 does not exist dr stoping to a shell!


BusyBox v1.13.3 (Ubuntu ??) built in-shell (ash)
Enter help for a list of built-in commands

(initramfs)
иначе говоря, ничего не поменялось
Что я делал:
1. Выстонавливал grub с LiveCD
2. В grub.cfg менял строку set root='(hd1,1)' на все возможные варианты.
3. В grub.cfg менял в строке linux<->/boot/vmlinz/......................... root=UUID=?? ro quiet splash
Заменил UUID=? на /dev/sdb1
4. Переустанавливал ubuntu

переустановка ничего не дала,  только uuid поменялся.
ubuntu я смог запустить. После того как вылезала надпись, ждал пока погаснет индикатор харддиска, потом писал exit и ubuntu запускалась.
писал find /dev/disk/by-uuid/?? или find /dev/sdb1. ноль результата. но после того как индикатор погасал файлы находились.
если же просто написать find покзывает толи файлы толи каталоги. вобщем что-то показывает. а именно этих файлов нет. а потом они появляются и запуск становиться возможным после написания exit.

Были подозрения на биос но после того как увидел что всё-таки какие-то файлы на этом диске находятся, подозрения отпали.

Подскажите в чём дело.

[Zegs]

Только что справился с такого рода проблемой Сам абсолютный профан в kubuntu, но кое что получается..
Первое что сделал - загрузился с LIveCD.
Далее в консоли просмотрел /etc/fstab и убедился что там все ок, ничего не почикалось:

Код: [Выделить]

sudo kate /etc/fstab
У меня в kate появился перечень носителей с идентификаторами. Читал в нескольких форумах, что их рекомендуют заменить на первоначальные, например /dev/sda1, но я решил так не делать - если сгенерировались GUIDы, значит так надо.
Теперь самое интересное.
Я знаю, что корневой носитель с кубунтой у меня /dev/sda1.
Монтирую его например в /test:

Код: [Выделить]

sudo mkdir /test
sudo mount /dev/sda1 /test
Потом я залез в подмонтированную директорию и ахнул - там в папке dev не было и половины моих носителей.
Тогда я смонтировал устройства из основной папки, а также процедуры (без них не получилось перемонтировать в дочерней среде):

Код: [Выделить]

sudo mount --bind /dev /test/dev
sudo mount --bind /proc /test/proc
Далее загрузился в дочерней среде и перемонтировал диски:

Код: [Выделить]

sudo chroot /test
sudo mount -a
Все отработало без ошибок.
Перезагрузил комп и воаля - загрузилась моя родная кUbuntu)
Надеюсь это кому-нибудь поможет

[Chel]

Хотелось бы уточнить: что значит "Далее загрузился в дочерней среде" ? Как именно "загрузился в дочерней среде"?

[san-alex]

1. stlb, ты когда grub.cfg редактировал, тебя надпись в верхнем регистре в самом начале файла никак не насторожила?

Код: [Выделить]

# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
2. Смайлики тоже в тексте ошибки были?

3. Дай вывод команд

Код: [Выделить]

cat /etc/fstab
sudo blkid
sudo fdisk -l

[MooSE]

Буквально на днях разруливал такую же проблему на стареньком Dell R200. UUID не поменялся, но ошибка была. Решилось всё передачей ядру при загрузке параметра rootdelay=150.