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

Обновлено: 06.07.2024

Я все еще могу загрузиться, так как сама ОС находится на другом диске, а экран ошибки предлагает нажать Enter для продолжения.

Причина, упомянутая в исходном вопросе, неверна. Вероятно, это связано с обновлением на grub (я, честно говоря, не знаю).

В конечном итоге ошибка заставила меня не загружать и перенаправлять на командную строку grub (grub rescue).

Я пробовал это исправление, но не увенчался успехом.

РЕДАКТИРОВАТЬ 2: xxx@xxxx:

16.04.1-Ubuntu SMP Mon Jun 26 18:08:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Мое исправление ниже в ответе.

3 ответа

Решение, которое сработало для меня, - это повторная установка grub с помощью установочного устройства USB / CD Ubuntu.

После загрузки в программу установки выберите попытку Ubuntu и следуйте инструкциям здесь, чтобы переустановить / перенастроить grub on ваша основная установка Ubuntu.

Установите раздел, в котором установлена ​​ваша установка Ubuntu. Если вы не уверены, что это такое, запустите GParted (входит в Live CD) и узнайте. Обычно это раздел EXT4. Замените XY буквой диска и номером раздела, например: sudo mount /dev/sda1 mnt. Теперь привяжите каталоги, которым нужен grub для доступа к другим операционным системам, например. Теперь перейдем к этому, используя chroot. Теперь установите, проверьте и обновите grub. На этот раз вам нужно только добавить букву диска (обычно a) для замены X, например: grub-install /dev/sda, grub-install –recheck /dev/sda. Теперь grub вернулся, все, что осталось, это выйти из chrooted системы и размонтировать все. Завершите работу и снова включите компьютер, и вам будет предоставлен экран Grub2 по умолчанию.

Кажется, почему-то (возможно, некоторое обновление) grub в MBR ссылается на неправильное местоположение в hd0. Переустановка / реконфигурация grub исправила это для меня.

Решение, которое сработало для меня, - это повторная установка grub с помощью установочного устройства USB / CD Ubuntu.

После загрузки в программу установки выберите попытку Ubuntu и следуйте инструкциям здесь, чтобы переустановить / перенастроить grub on ваша основная установка Ubuntu.

Установите раздел, в котором установлена ​​ваша установка Ubuntu. Если вы не уверены, что это такое, запустите GParted (входит в Live CD) и узнайте. Обычно это раздел EXT4. Замените XY буквой диска и номером раздела, например: sudo mount /dev/sda1 mnt. sudo mount /dev/sdXY /mnt Теперь привяжите каталоги, которым нужен grub для доступа к другим операционным системам, например. sudo mount --bind /dev /mnt/dev && sudo mount --bind /dev/pts /mnt/dev/pts && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys Теперь перейдем к этому, используя chroot. sudo chroot /mnt Теперь установите, проверьте и обновите grub. На этот раз вам нужно только добавить букву диска (обычно a) для замены X, например: grub-install /dev/sda, grub-install –recheck /dev/sda. grub-install /dev/sdX grub-install --recheck /dev/sdX update-grub Теперь grub вернулся, все, что осталось, это выйти из chrooted системы и размонтировать все. exit && sudo umount /mnt/sys && sudo umount /mnt/proc && sudo umount /mnt/dev/pts && sudo umount /mnt/dev && sudo umount /mnt Завершите работу и снова включите компьютер, и вам будет предоставлен экран Grub2 по умолчанию.

Кажется, почему-то (возможно, некоторое обновление) grub в MBR ссылается на неправильное местоположение в hd0. Переустановка / реконфигурация grub исправила это для меня.

Решение, которое сработало для меня, - это повторная установка grub с помощью установочного устройства USB / CD Ubuntu.

После загрузки в программу установки выберите попытку Ubuntu и следуйте инструкциям здесь, чтобы переустановить / перенастроить grub on ваша основная установка Ubuntu.

Установите раздел, в котором установлена ​​ваша установка Ubuntu. Если вы не уверены, что это такое, запустите GParted (входит в Live CD) и узнайте. Обычно это раздел EXT4. Замените XY буквой диска и номером раздела, например: sudo mount /dev/sda1 mnt. sudo mount /dev/sdXY /mnt Теперь привяжите каталоги, которым нужен grub для доступа к другим операционным системам, например. sudo mount --bind /dev /mnt/dev && sudo mount --bind /dev/pts /mnt/dev/pts && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys Теперь перейдем к этому, используя chroot. sudo chroot /mnt Теперь установите, проверьте и обновите grub. На этот раз вам нужно только добавить букву диска (обычно a) для замены X, например: grub-install /dev/sda, grub-install –recheck /dev/sda. grub-install /dev/sdX grub-install --recheck /dev/sdX update-grub Теперь grub вернулся, все, что осталось, это выйти из chrooted системы и размонтировать все. exit && sudo umount /mnt/sys && sudo umount /mnt/proc && sudo umount /mnt/dev/pts && sudo umount /mnt/dev && sudo umount /mnt Завершите работу и снова включите компьютер, и вам будет предоставлен экран Grub2 по умолчанию.

Кажется, почему-то (возможно, некоторое обновление) grub в MBR ссылается на неправильное местоположение в hd0. Переустановка / реконфигурация grub исправила это для меня.

Я пытался установить Xubuntu 13.10 на старый компьютер. Я заметил некоторые трудности во время установки, которые могут иметь отношение к моим проблемам. В частности:

Разрешение экрана было крайне низким. Окна были намного больше экрана, и мне пришлось переместить их, чтобы перейти к кнопке «Далее».

Курсор мыши был размытым цветом, который постоянно мигал.

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

Я сделал USB-диск Boot Repair , загрузил его и выбрал восстановление по умолчанию. Приложение сообщило мне, что проблема устранена и что если это не решит мою проблему, я должен показать эту ссылку кому-то, кто может мне помочь.

Что я должен делать дальше? Я уже пытался установить Ubuntu и Xubuntu, оба безуспешно.

Я нашел обходной путь.

  1. Вставьте Xubuntu Live USB
  2. Выберите «попробовать Xubuntu»
  3. В меню настроек выберите «установить Xubuntu»

Это решило проблему для меня. Поскольку это решено, я не могу проверить ответ.

Найдите раздел, в котором находится Linux, с помощью следующей техники

Теперь появится меню загрузки системы. Загрузитесь в Linux.

Это исправляет загрузчик.

Лучшее, что я получил, это еще одна подсказка. Меню никогда не всплывает. Я согласен с @Zordid - просто список загадочных команд без объяснения того, что делают эти команды, не только недостаточен, но может быть потенциально опасен.

Для всех, у кого есть эта проблема:

Это происходило со мной, когда новая установка или восстановление grub работали и перезагружались, но в следующий раз, когда я перезагружался, он получал ту же самую «попытку чтения ошибки». В большинстве случаев у меня возникала паника ядра, и компьютер требовал перезагрузки.

Я последовал некоторому совету и сделал новую установку, используя расширенные опции (не используйте «erase disk and install ubuntu»), используя следующие настройки раздела:

  1. Создайте раздел ext4 объемом 1 ГБ (1024 МБ) в начале диска; монтируется в "/ boot"
  2. Создайте желаемое пространство для установки в ext4, смонтированном в "/" МИНУС вашей области подкачки
  3. Используйте оставшееся место для обмена. (ВСЕ разделы будут первичными)
  4. В раскрывающемся меню загрузки выберите раздел «/ boot». Не дефолтный рут-диск!
Это работало для меня, когда команды в принятом ответе получали «Файловая система не распознана». Я использовал тот же набор файловых систем, но этот маленький выделенный / загрузочный раздел решил мою проблему. Спасибо. Кажется, это также работает, если / boot является единственным основным разделом. Присоединился к этому сайту, просто чтобы сказать, что это также сработало для меня. Небольшой загрузочный раздел был тем, что мне нужно, чтобы это работало при установке Ubuntu на внешний жесткий диск. Благодарность! Это помогло мне: у меня был большой (> 5 ТБ) / раздел, добавление маленького / загрузочного раздела Можно ли это сделать, не удаляя существующий раздел? У меня большой раздел со всеми моими данными, начиная с начала диска.

Это может быть легко решено с помощью Grub Rescue. Первый ответ не совсем полный, и я сначала получил ту же ошибку. Вот как это работает:

1-й нам нужно найти основной раздел. Это будет место, где будут находиться файлы, необходимые для загрузки Linux, поэтому мы вводим это -

Теперь вы должны увидеть список, сравнимый с (hd0) (hd0, msdos5) (hd0, msdos1). Обратите внимание, что у вас могут быть другие разделы, чем у меня, а также несколько дисков, но процесс тот же.

Теперь ищите разделы, чтобы найти основной -

Пока grub не выдаст список файлов в этом разделе или покажет тип файловой системы и дату последней модификации.

Во-вторых, нам нужно настроить несколько вещей, как только мы найдем наш основной раздел -

После выполнения последней заданной команды Grub выведет список различных параметров. Теперь давайте проверим, что мы установили правильный корень и префикс -

Grub должен вывести список файлов, содержащихся в / boot.

3-й нам нужно установить точку монтирования и загрузить ядро ​​-

И, наконец, мы загружаем систему -

Если вы в конечном итоге загрузитесь в оболочку busybox, просто введите fsck /dev/sda1 . После этого просто войдите exit и ваша система загрузится нормально.

Даже не предполагаю, почему такое могло произойти, но после простой перезагрузки начала появляться ошибка:
Ошибка: попытка чтения или записи вне пределов диска «hd0»
Для продолжения нажмите на любую клавишу.

Самое неприятное, как видите, что это произошло на последнем ядре Kubuntu 17.10. С другой стороны — предыдущее ядро 4.13.0-15-generic (слава Богу) грузилось нормально, что меня радовало и удивляло одновременно.

На диске с 17.10 у меня имеются ещё 14.04 и 16.04. Погуглив немного по Ошибка: попытка чтения или. и даже встретив нашего домашнего КОТа, стало ясно, что основным является Kernel panic. Там решений было гораздо больше — от переустановки grub до переустановки ядра. Первым делом я попробовал переустановить grub из второго ядра 17.10 — не помогло, хотя grub и был создан на 17.10. Дальше попробовал переустановить grub из 16.04, тоже не помогло. Тогда я попробовал переустановить grub из второго ядра 17.10 с одновременной переустановкой первого аварийного ядра 17.10. И это помогло — 17.10 запустилась на последнем ядре.

Вот такие дела произошли сегодня. Хорошо бы еще понять, что могло привести к таким неприятностям, так как ядро 4.13.0-16-generic ранее нормально работало ещё с 13-го октября. Неужели пятница-13 выстрелила только сегодня?

Изображение пользователя fox4.

Если у Вас материнка с UEFI и более одного HDD (ну может флешка загрузочная воткнута) проверьте приоритет загрузки. У меня как то менялся он на другой винт с похожими ругательствами (смущает hd0 вроде как grub ругается)
Правда до Kernel panic дело не доходило.

Если у Вас материнка с UEFI и более одного HDD . Нет, материнка без UEFI (старенькая она уже для этого), и диск подключен был один к ней, и без флешек.

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

ошибка: попытка чтения-записи вне диска `hd0`

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

Grub загрузится успешно, и подождите десять секунд, пока я выберу ОС для загрузки. Когда я выбираю ubuntu, я (4/5 раз) сталкиваюсь с этой ошибкой:

Когда он отображает первую ошибку, нажатие клавиши Enter вернет его в главное меню.

Но когда отображается вторая ошибка, без you need to load the kernel first нажатие любой клавиши приведет к загрузке ubuntu и панике ядра.


Однако это случается не каждый раз. Если я попробую достаточно раз, это сработает.

  • Бег sudo update-grub
  • Бег sudo grub-install /dev/sda
  • Использование boot-repair (более одного раза). Я использовал варианты Purge grub before reinstalling it и Purge kernels then reinstall last kernel . Я также пробовал Reset extra space after MBR .

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

Это может быть проблема с BIOS. На вашем скриншоте написано:

Alienware M14xR1 / M14xR1, BIOS A04

Исправления и улучшения: изменение ограничения скорости SATA на SATA2.

(Так что, возможно, существует какое-то несоответствие скорости SATA, вызывающее эту проблему, просто предполагаю.)

Поэтому я бы посоветовал вам обновить BIOS до последней доступной версии (A08) и проверить результаты.

  • Я установил это обновление и думаю, что оно исправлено! Никогда бы не подумал проверить биос. Я собираюсь пойти в другой день, чтобы убедиться, что этого больше не будет!
  • Да, это исправило! Вероятно, это очень конкретный ответ, но он сработал!

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

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

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

кстати. Тест памяти скрыт сейчас сутки, см. Ссылку

  • Я попробую за ночь загрузиться и запустить memtest. Если запустить его на ночь, будут ли ошибки отображаться до утра? Кроме того, как может помочь передача ядру плохого сегмента памяти? Я имею в виду, что похоже, что ошибка в самом grub. У меня вообще не было ошибок в самой ubuntu после успешной загрузки.
  • 1 После сканирования вы получите отчет. Если повреждены только некоторые байты, вы замечаете это только тогда, когда программа использует эту часть памяти, и ошибка достаточно серьезна, чтобы вывести систему из строя. Изменения здесь не так велики, что вы легко заметите их с ГБ. Однако во время запуска вы всегда будете использовать одну и ту же память одинаково. Передача плохого блока в ядро ​​будет пытаться избегать этих мест. В противном случае вам придется изменить оборудование (обменять заказ и использовать плохой блок или установить новое). Но давайте сначала посмотрим, что дает сканирование.
  • Я еще не нашел времени запустить memtest, но скоро сделаю это. Я думаю, что обновление BIOS могло решить мою конкретную проблему, но я все равно сделаю это, и это, вероятно, поможет и будущим зрителям.

Вы не сказали нам конфигурацию оборудования. Я заметил, что ваш жесткий диск составляет 120 ГБ, поэтому подозреваю, что это SSD. Проблема в вашем SSD. Вам необходимо обновить прошивку SSD, что может потребовать переустановки всего. Если это не сработает, значит, у вас плохой SSD.

Читайте также: