Помилка завантаження 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 місяців, а HD-диск, до якого він входить, - 750 Гб з попередньо встановленим Windows 7. Якщо він працює з цим, не повинен працювати з 320gb. Я також успішно завантажився з нетбуком та ультрабуком, як і на іншому робочому столі. Єдиний, з яким він не завантажується - це мій ноутбук.

Це можуть бути обмеження розміру USB в BIOS, однак не цитуйте мене на цьому.

Спробуйте 'ls (hd0)'

3
Можливий дублікат Як я можу відремонтувати грязь? (Як повернути Ubuntu після встановлення Windows?), Оскільки обидва відповіді рекомендують дію, яку update-grubта / або відновлення завантаження виконали б так, як описано в пов'язаному питанні.
Девід Фоерстер

Відповіді:


4

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

Відповідь для мене було знайдено тут: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-installing-ubuntu-11-04-kernel-panic-not- syncing-vfs-919143 /

Для мене було виправлення завантаження з LiveCD та зміна grub.cfg для доступу до блокового пристрою на ім'я замість UUID. Це було тимчасово ... тому що після того, як я оновив свої пакети, він встановив оновлення grub, яке порушило його. Я возився з grub.cfg, щоб спробувати його знову виправити, але його прогрес! Сподіваюся, що хтось зможе виконати наступний крок.


Я просто маю цю проблему. Сталося зі мною після того, як возитися з налаштуваннями IDE / AHCI в BIOS (після декількох скидок / скидання BIOS CMOS). Я один жорсткий диск і один SSD - обидва з завантажувачами. Наразі мені вдалося вирішити проблему - видаливши кабелі з жорсткого диска. Тепер системні чоботи як мінімум. Якась неправильна UUID - проблема.
WindRider

1
Чи можете ви надати ще кілька деталей про те, яку саме частину grub.cfg потрібно редагувати?
пір

1

Вибачте за пізню відповідь, але нещодавно у мене була та сама проблема. Я це виправив і розміщую це, сподіваючись, що це може бути корисним іншим, хто відчуває ту саму проблему.

У моєму конкретному випадку це було через несправний кабель SATA. Заміна кабелю усунула проблему.

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

У будь-якому випадку, для тих, хто стикається з цією проблемою, я рекомендую завантажувати живий компакт-диск та використовувати інструменти SMART, щоб перевірити, чи є проблема з жорстким диском та яка проблема. Саме це я і зробив; саме ця відповідь мене запустила. Для інтерпретації атрибутів SMART за smartctlдопомогою жорсткого диска досить корисна стаття у Вікіпедії про SMART . Для мене високий підрахунок помилок UDMA CRC натякнув на несправний кабель SATA, і кабель справді виявився першопричиною проблеми.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.