Ошибка загрузки Ubuntu: ошибка: попытка чтения или записи вне диска 'hd0'

15

Я установил Ubuntu 12.10 на внешний жесткий диск Western Digital (320 ГБ). Это полная установка, а не живой USB.

Когда я подключаю его к своему рабочему столу HP, я захожу в настройки BIOS и загружаюсь с жесткого диска, все работает отлично, как и должно. Теперь это работает на каждом компьютере и ноутбуке в моем доме (все HP), за исключением одного. Мой HP ProBook 4530s.

Когда я выбираю загрузку USB, я получаю сообщение:

error: attempt to read or write outside of disk 'hd0'

Теперь я удалил жесткий диск из своего ноутбука, и внешний диск - это ЕДИНСТВЕННЫЙ подключенный диск. Ниже приведен скриншот сообщения на экране. После сообщения я перехожу к ls /(как показано ниже):

введите описание изображения здесь

После этого я пытаюсь получить доступ к другим папкам ls /, например, я пытаюсь перейти в ls /bootпапку grub. Затем я получаю то же сообщение, что и раньше: как показано ниже:

grub rescue> ls /boot

error: attempt to read or write outside of disk 'hd0'
grub rescue> _

Единственные папки, к которым я могу получить доступ, не получая сообщение снова /home, /runи /usr.

Так как же мне:

  1. Загрузите Ubuntu из GRUB2 (этот экран) вручную
  2. Установите для автоматической загрузки Ubuntu
  3. Если возможно объяснение этой проблемы

Благодарность!

Карел
источник
Сколько лет этому компьютеру? Вероятно, ваш диск слишком велик для BIOS. BIOS должен поддерживать это, прежде чем GRUB сможет.
Моему компьютеру 6 месяцев, и жесткий диск, с которым он поставляется, составляет 750 ГБ с предустановленной Windows 7. Если он работает с этим, он не должен работать с 320 ГБ. Я также успешно загрузился с нетбуком и ультрабуком, а также с другим настольным компьютером. Единственный, с которым он не загружается - это мой ноутбук.
Это может быть ограничение размера BIOS USB, не цитируйте меня об этом, хотя.
Попробуйте 'ls (hd0)'
3
Возможный дубликат Как я могу починить личинку? (Как вернуть Ubuntu после установки Windows?), Поскольку в обоих ответах рекомендуется действие, которое update-grubи / или Boot-Repair будет выполнять так же, как описано в связанном вопросе.
Дэвид Фёрстер

Ответы:

4

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

Ответ для меня был найден здесь: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-install-ubuntu-11-04-kernel-panic-not- Синхронизация-VFS-919143 /

Загрузка с LiveCD и изменение grub.cfg для доступа к блочному устройству по имени вместо UUID было для меня исправлением. Это было временно ... после того, как я обновил свои пакеты, он установил обновление grub, которое сломало его. Я возился с grub.cfg, чтобы попытаться исправить его сейчас, но его прогресс! Надеюсь, кто-то может заполнить следующий шаг.

Sorak
источник
У меня просто есть эта проблема. Произошло со мной после возни с настройками IDE / AHCI в BIOS (после многократного разгона / сброса BIOS CMOS). У меня один жесткий диск и один SSD - оба с загрузчиками. На данный момент мне удалось обойти проблему - отсоединив кабели от жесткого диска. Теперь система загружается как минимум. Проблема в неправильном UUID.
WindRider
1
Можете ли вы предоставить несколько дополнительных деталей о том, какую именно часть grub.cfg нужно редактировать?
пир
1

Извините за поздний ответ, но у меня недавно была та же самая проблема. Я исправил это и публикую это в надежде, что это может быть полезно для других, кто испытывает ту же самую проблему.

В моем конкретном случае это было связано с неисправным кабелем SATA. Замена кабеля устранила проблему.

В более общем плане - рассматривая другой ответ и комментарии - я думаю, что это сообщение может быть вызвано некоторой (аппаратной) проблемой, когда Grub обращается к жесткому диску. В сорака , когда помогло изменение grub.cfgфайла для обращения к блочному устройству по имени, а не по UUID, возможно, по какой-то причине UUID больше не мог быть прочитан.

В любом случае, для тех, кто сталкивается с этой проблемой, я рекомендую загрузить live CD и использовать инструменты SMART, чтобы проверить, есть ли проблема с жестким диском и какие проблемы. Это то, что я сделал; этот конкретный ответ дал мне начало. Чтобы интерпретировать вывод атрибутов SMART smartctlдля жесткого диска, статья Википедии о SMART весьма полезна. Для меня большое количество ошибок UDMA CRC намекало на неисправный кабель SATA, и кабель действительно оказался основной причиной проблемы.

Malte Skoruppa
источник