Как правильно повредить и восстановить MBR?

Не используйте wodim, так как это мертвая вилка с ошибками, сделанная из cdrecord от мая 2004 года. Wodim также вообще не может записывать DVD, потому что внутри нет рабочего DVD-драйвера.

С недавней записью cdrecord вам совсем не нужно указывать устройство, если в вашей системе только один диск. Кстати: оригинальные исходники cdrtools получили много новых функций с мая 2004 года и примерно в два раза больше возможностей, чем с этим wodim.

В опубликованном вами сообщении показана одна из 100 хорошо задокументированных ошибок в wodim. Вы не столкнетесь с этой проблемой при использовании оригинального cdrecord.

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

Источник находится здесь:

http://sourceforge.net/projects/cdrtools/files/

1
06.05.2018, 13:11
1 ответ

После chroot, но перед запуском grub2-install, вы должны были проверить, существует ли /boot/grub/device.mapили нет. Обычно grub2-installсоздает его, если он еще не существует, и пытается угадать, какое устройство Linux соответствует какому идентификатору диска BIOS/GRUB. Если это сопоставление неверно, вы получите странные результаты.

Если ваша система не особенная, если вы указываете BIOS загружаться с диска /dev/sda, тогда /boot/grub/device.mapдолжна содержать эту строку:

(hd0) /dev/sda

Если бы файл device.map не существовал во время запуска grub2-install, ему пришлось бы угадывать сопоставление между именами устройств Linux и идентификаторами дисков BIOS/GRUB. Иногда grub2-installможет ошибаться. Поэтому, если /boot/grub/device.mapне существует, вы должны создать его с правильной информацией перед запуском grub2-install, чтобы обеспечить успешное восстановление.

Если файл /boot/grub/device.mapсуществует, но содержит неверную информацию, исправьте его перед запуском grub2-install.

Теперь вы должны снова загрузиться в режиме восстановления, chroot и затем проверить файл /boot/grub/device.map, затем запустить grub2-install /dev/sda.


Другая возможность:

Когда вы перезаписываете первые 446 байт MBR, они включают байты подписи, которые используются в качестве UUID диска на дисках с разделами MBR -. Если конфигурация GRUB использует UUID диска для выбора «корневого» раздела GRUB, UUID теперь будет другим. В вашем дистрибутиве должна быть команда, с помощью которой можно легко восстановить файл конфигурации GRUB.

В системах стиля Debian -это, вероятно, update-grub.

В системах стиля RedHat -(Fedora, CentOS и т. д. )это может быть grub2-mkconfig > /boot/grub/grub.cfgили подобное.


Сообщение:FATAL :INT18 :BOOT FAILURE вообще не связано с Grub, а связано с проблемой VirtualBox.

Судя по всему, VirtualBox проверяет таблицу разделов, чтобы убедиться, что раздел помечен как активный, и, если активного раздела нет, сообщает об ошибке вместо того, чтобы даже пытаться загрузить и запустить код MBR.

Эта проверка не нужна для GRUB, потому что, если GRUB был установлен в MBR, он возьмет на себя управление процессом загрузки независимо от того, какой раздел помечен как активный.

Источник:https://neosmart.net/wiki/fatal-int18-boot-failure/

Наличие образа установочного носителя, все еще вставленного в виртуальный компакт-диск -ROM, также может сделать это, по крайней мере, в более старых версиях VirtualBox:

https://www.dedoimedo.com/computers/fedora-fatal-18.html

3
27.01.2020, 23:23

Теги

Похожие вопросы