Я попытался установить RHEL 5.4 на 64 и 32 бита на VirtualBox 3.2.4-62467 в Ubuntu 9.1, но безуспешно. Все идет нормально, но в конце концов застревает. Есть истории успеха? Подсказки? Спасибо
Беглый взгляд Вот показывает, что он должен работать. Вы используете версию репо или загруженный .deb из Virtualbox? Мне больше повезло с версией прямо из VBox.
У меня была такая же проблема с 32- и 64-битными версиями RHEL 5.5 на VirtualBox 3.2.4 и 3.1.8. Я также использую 64-битную Ubuntu 9.10. Обе установки VirtualBox были выполнены через официальный репозиторий VBox apt. После долгих поисков я могу предположить, что это связано с проблема с виртуальными дисками которые хранятся на разделах ext4. Перемещение ваших виртуальных дисков в раздел ext3 должно работать.
Однако в итоге я удалил контроллер SATA в настройках хранилища VirtualBox. Когда я создавал виртуальную машину, в моей системе по умолчанию использовался SATA, поэтому я удалил контроллер SATA, а затем добавил виртуальный диск в контроллер IDE в качестве основного мастера. Простое перемещение виртуального диска на контроллер IDE без удаления контроллера SATA по какой-то причине не помогло. Как только я это сделал, моя 64-битная установка, наконец, смогла загрузиться после установки. Надеюсь, это поможет.
Если эта ситуация чем-то похожа на OpenSolaris с процессорами AMD, то это может привести к тому, что, возможно, более старые линейки AMD не будут «приняты» ОС. В некоторых случаях версия гипервизора Virtualbox для Windows может быть более «снисходительной» к более старым линейкам AMD.
Когда вы говорите «конец», означает ли это, что он устанавливается, но затем не может загрузиться? Вы получаете какие-либо ошибки во время загрузки после установки? Конкретно о сторожевом псе NMI?
Когда я тестировал несколько виртуальных машин CentOS5 на VirtualBox, я столкнулся с аналогичной проблемой. Я googledd на основе этой ошибки, и в итоге я добавил что-то в конец команды загрузки grub, которая заставила ее работать: nmi_watchdog=0