Linux не находит корневую файловую систему при загрузке

Question

Я купил SSD и, чтобы попробовать улучшить скорость, оставив текущую систему без изменений, я клонировал свой старый корневой раздел (/dev/sda1) на SSD (/dev/sdb1) и добавил новую загрузочную запись Grub:

title Desktop (SSD)
    root (hd1,0)
    kernel /boot/vmlinuz-3.11.10-11-desktop root=/dev/disk/by-uuid/1ba4ffc9-2783-4b16-8276-63e8f087fada
    initrd /boot/initrd-3.11.10-11-desktop

Я хочу оставить Grub на первом HD и позволить ему загружать корневой раздел со второго HD.

Когда я загружаю новую запись, ядро начинает загружаться, но жалуется, что не может смонтировать корневую файловую систему и переводит меня в однопользовательский режим, где я вижу /dev /sdb1 в /dev/disk/by-uuid/...

Я также изменил корневой раздел в /etc /fstab на клонированном разделе, но я не думаю, что процесс загрузки идет так далеко.

Я пробовал разные версии для параметра root =, например /dev /sdb1 и UUID = ..., но результат всегда один и тот же.

Что-то не так с моим подходом?

Как я могу отладить это лучше?

Обновление: я сформировал новый корневой раздел как ext4, в то время как старый корневой раздел был ext3, и, похоже, мое ядро не было готово к загрузке с ext4. Теперь это работает хорошо. Спасибо за совет по использованию GParted!

Answer 1

У него была та же проблема, и он слишком устал, чтобы определить причину, и решил изучить ее позже, но должен был получить резервную копию и запустить ее.

http://sourceforge.net/projects/boot-repair-cd/

Потребовалось два запуска, но отремонтированный жесткий диск, установленный дистрибутив, конечный пользователь настроил и заново настроил, но не мог вспомнить, как они получили не UEFI linux, работающий с SXS, на UEFI win8 box и прямо перед тем, как он использовал linux GPART для восстановления этой нечетной загрузки 20 МБ. раздел.

Читайте отзывы на sourceforge, люди клянутся им, и я бы поспорил, что реальные деньги могут исправить ваши, если у вас есть время загрузить ужасно большой ISO 500 МБ.