Выпадение системы в шелл при загрузке

[papakota]

Здравствуйте,

У меня dual-boot'ый ноутбук W10/Ubuntu 14.04 и я использую GRUB2 как загрузчик. В BIOS Setup у меня выбрана опция "Legacy BIOS" (ноутбук был куплен с OEM-овской W8 и был выставлен EUFI). Не знаю, может я что-то не то сделал при установке системы или еще что... Не то, чтобы я прям побегу что-то менять, но хотелось бы иметь представление в чем, собственно, проблема. Проблема заключается в том, что когда я хочу зайти в Ubuntu, то довольно часто я попадаю в шелл BusyBox'a. Потом я перезагружаюсь и, наконец, попадаю в Убунту. Самое странное то, что так НЕ всегда бывает. Бывает, что я вполне себе кошерно захожу в Убунту без проблем! У меня Desktop (Unity). А когда не могу попасть, то вижу на экране такой текст (мне он мало что говорит, но, может, кто поймет это). А внизу мигает курсор.

[ 2.978708] usd 1-1.1: string descriptor 0 read error: -22
[ 3.660632] sd 6:0:0:0: [sdb] No Caching mode page found
[ 3.660665] sd 6:0:0:0: [sdb] Assuming drive cache: write through

Gave up waiting for root device Common problems:

- Boot args (cat /proc/cmdline)

- Check rootdelay= (did the system wait long enough?)

- Check root= (did the system wait for the right device?)

- Missing modules (cat /proc/modules; ls /dev)

ALERT! /dev/disk/by-uuid/c6d0a763-50c0-4072-a72f-6286ec73709b does not exist.

Dropping to a shell!

BusyBox v1.21.1 (ubuntu...) built-in shell (ash)
(initramfs)_

[Bizdelnick]

Не уверен на 100%, что это даст эффект, но при дуалбуте в любом случае крайне полезно будет отключить «быструю загрузку» винды: http://www.eightforums.com/tutorials/6320-...indows-8-a.html

[NickLion]

Если не поможет, киньте сюда результат ls -l /dev/disk/*/ при нормальной загрузке и при неправильной загрузке. А также содержимое /etc/fstab.

[papakota]

Спасибо за ваши ответы! Быстрая загрузка давно отменена, т.к. даже в GRUB2 с ней не попадешь. Так что это не поможет.

Вот etc/fstab:

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

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=c6d0a763-50c0-4072-a72f-6286ec73709b /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb5 during installation
UUID=eccf1ce9-6753-46b2-a29c-6e353a3e9f7f /home           ext4    defaults        0       2
# swap was on /dev/sdb2 during installation
UUID=241f8b3f-a921-417f-9bee-b7d98cc872a5 none            swap    sw              0       0

При нормальной загрузке будет так:

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

/dev/disk/by-id/:
total 0
lrwxrwxrwx 1 root root  9 февр.  9 19:19 ata-MATSHITADVD-RAM_UJ8C2Q_WN88_234621 -> ../../sr0
lrwxrwxrwx 1 root root  9 февр.  9 19:19 ata-TOSHIBA_MQ01ABD050_92TGP0BJT -> ../../sda
lrwxrwxrwx 1 root root 10 февр.  9 19:19 ata-TOSHIBA_MQ01ABD050_92TGP0BJT-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 ata-TOSHIBA_MQ01ABD050_92TGP0BJT-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 ata-TOSHIBA_MQ01ABD050_92TGP0BJT-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 февр.  9 19:19 usb-Hitachi_HDP725025GLA_0000000000006197-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 февр.  9 19:19 usb-Hitachi_HDP725025GLA_0000000000006197-0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 usb-Hitachi_HDP725025GLA_0000000000006197-0:0-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 usb-Hitachi_HDP725025GLA_0000000000006197-0:0-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 февр.  9 19:19 usb-Hitachi_HDP725025GLA_0000000000006197-0:0-part5 -> ../../sdb5
lrwxrwxrwx 1 root root  9 февр.  9 19:19 wwn-0x5000039442907f69 -> ../../sda
lrwxrwxrwx 1 root root 10 февр.  9 19:19 wwn-0x5000039442907f69-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 wwn-0x5000039442907f69-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 wwn-0x5000039442907f69-part3 -> ../../sda3

/dev/disk/by-label/:
total 0
lrwxrwxrwx 1 root root 10 февр.  9 19:19 Зарезервировано\x20системой -> ../../sda1

/dev/disk/by-path/:
total 0
lrwxrwxrwx 1 root root  9 февр.  9 19:19 pci-0000:00:14.0-usb-0:1:1.0-scsi-0:0:0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 февр.  9 19:19 pci-0000:00:14.0-usb-0:1:1.0-scsi-0:0:0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 pci-0000:00:14.0-usb-0:1:1.0-scsi-0:0:0:0-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 pci-0000:00:14.0-usb-0:1:1.0-scsi-0:0:0:0-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 февр.  9 19:19 pci-0000:00:14.0-usb-0:1:1.0-scsi-0:0:0:0-part5 -> ../../sdb5

/dev/disk/by-uuid/:
total 0
lrwxrwxrwx 1 root root 10 февр.  9 19:19 241f8b3f-a921-417f-9bee-b7d98cc872a5 -> ../../sdb2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 406A82006A81F2C8 -> ../../sda1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 5f4b19b8-e1f0-4626-bb6c-de406680bce1 -> ../../sda3
lrwxrwxrwx 1 root root 10 февр.  9 19:19 c6d0a763-50c0-4072-a72f-6286ec73709b -> ../../sdb1
lrwxrwxrwx 1 root root 10 февр.  9 19:19 D462916262914A5E -> ../../sda2
lrwxrwxrwx 1 root root 10 февр.  9 19:19 eccf1ce9-6753-46b2-a29c-6e353a3e9f7f -> ../../sdb5

А при неправильной... Подскажите, как в шеле скопировать в текстовый файл вывод этой команды. А то там мышки нету и gedit'a.

[NickLion]

1. Вариант быстрый, но так себе: сфотографировать.
2. Вариант получше: примонтировать флешку, например, в /mnt и ls -l /dev/disk/*/ > /mnt/flash/file.txt

[papakota]

NickLion,
Смотрите... Там то же самое, просто нет упоминания о диске с Убунту (т.е. sdb).

[NickLion]

Гм. А в ls /dev/sd* sdb есть?
lsblk и lshw -class disk (если эти команды вообще поддерживается).

[papakota]

Гм. А в ls /dev/sd* sdb есть?
lsblk и lshw -class disk (если эти команды вообще поддерживается).

Тех двух команд там и в помине нет, а при исполнении первой sdb тоже нет (есть только неско sda).

[NickLion]

Я бы первым делом попробовал перетыкнуть шлейф, заменить его на другой, в другой разъём. Проблема может быть и аппаратная.

[papakota]

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

[papakota]

P.S. Хотя тема уже немного закрыта, но я хотел бы кое-что добавить. Если это была бы проблема с оборудованием, как Вы предположили, то почему тогда это абсолютно не влияет на загрузку Windows? Простая логика...

[NickLion]

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

[Olej]

Если это была бы проблема с оборудованием, как Вы предположили, то почему тогда это абсолютно не влияет на загрузку Windows?

Элементарно, Ватсон!
Ваш 2-й диск /dev/sdb для Windows просто не существет ... он ему "до фени"

[papakota]

Если так "до фени", то тогда почему без подключения sdb Windows НЕ запускается ВООБЩЕ? Пишет, что такой то диск not found и выпадает в grub rescue (шел) сразу после проверки BIOS Setup'a. Ведь у меня первым в boot order'e стоит виндоусный диск. Зачем ему вообще нужен внешний диск с Убунту... Загружался бы себе спокойно, как обычный single-boot'ный компьютер... GRUB2 (кажется) находится на sda. Не знаю, может GRUB2 без нахождения диска с Линуксом не станет Windows загружать.
Мораль басни такова. Windows без sdb не загружается, а проблем с загрузкой Windows нет.
Хорошо, допустим есть какая-то проблема с оборудованием. Но почему тогда всё шикарно работает после загрузки? А то при загрузке кабель и диск барахлят, а через полторы минуты после захода в Убунту они вдруг выздоравливают (поправляются). И что вообще кабелю барахлить то. Или сигнал идет, или нет. А в дефективных дисках появляется скрежет и через сутки они дохнут. И почему после перезагрузки все идет как надо... Какое она имеет отношение к дефективному hardware?

[Olej]

Мораль басни такова. Windows без sdb не загружается, а проблем с загрузкой Windows нет.

Как расшифровать эту фразу?

Так не загружается вообще? .. Или загружается вообще без проблем? Вы уж как-то с чем-то одним определитесь...

[yars]

тогда почему без подключения sdb Windows НЕ запускается ВООБЩЕ?

Потому что GRUB переписал MBR на обоих дисках, а сообщение об ошибке, скорее всего, от stage1/stage1.5 GRUB'a.

[papakota]

Мораль басни такова. Windows без sdb не загружается, а проблем с загрузкой Windows нет.

Как расшифровать эту фразу?

Так не загружается вообще? .. Или загружается вообще без проблем? Вы уж как-то с чем-то одним определитесь...

Что неясного? Если sdb есть, то Windows грузится. Если его нет, то GRUB выпадает в шел grub rescue. Куда еще проще?

тогда почему без подключения sdb Windows НЕ запускается ВООБЩЕ?

Потому что GRUB переписал MBR на обоих дисках, а сообщение об ошибке, скорее всего, от stage1/stage1.5 GRUB'a.

И что с этим делать?