Не используйте wodim, так как это мертвая вилка с ошибками, сделанная из cdrecord от мая 2004 года. Wodim также вообще не может записывать DVD, потому что внутри нет рабочего DVD-драйвера.
С недавней записью cdrecord вам совсем не нужно указывать устройство, если в вашей системе только один диск. Кстати: оригинальные исходники cdrtools получили много новых функций с мая 2004 года и примерно в два раза больше возможностей, чем с этим wodim.
В опубликованном вами сообщении показана одна из 100 хорошо задокументированных ошибок в wodim. Вы не столкнетесь с этой проблемой при использовании оригинального cdrecord.
К счастью, все достойные дистрибутивы Linux предоставляют достойную установку на основе cdrtools. Если вы используете один из недружелюбных к пользователю дистрибутивов Linux, вам необходимо скомпилировать его самостоятельно из исходных кодов.
Источник находится здесь:
После 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: