Материнская плата ASRock даже не загружает BIOS, когда подключены диски OpenBSD

687
Andrew Wonnacott

Я пытаюсь запустить почтовый сервер OpenBSD на этом оборудовании, но у меня возникают проблемы.

Я установил OpenBSD из стандартного установщика CD в дисковод SATA CD, подключенный к машине. Это прошло нормально, пока я не выключился с компакт-диска, и в этот момент я больше не мог загружаться - вообще! Я не могу подключиться к BIOS (технически, вероятно, на основе UEFI) и получаю сообщение об ошибке A2.

Я смог успешно загрузить OpenBSD с этого SSD, если я установил его на другой компьютер с материнской платой MSI. Когда SSD был отключен от компьютера, с которым я работаю, он работает нормально и может загружаться с другого SSD под управлением Ubuntu 12.04. Однако, когда я установил OpenBSD (снова из привода CD) на этот другой SSD, точно такая же проблема вернулась.

Когда диски OpenBSD отключены, я могу получить доступ к BIOS и изменить различные параметры, а также заставить приводы OpenBSD генерировать код ошибки BIOS A3вместо A2переключения контроллера SATA в режим IDE, но я не могу вызывать другие действия.

В настоящее время я подозреваю, что материнская плата ASRock пытается найти некоторые данные на разделах SSD и вылетает при поиске разделов UFS по умолчанию в OpenBSD. Если это проблема, как я могу предотвратить такое поведение? Если это не проблема, как я могу заставить мою машину загружать OpenBSD с SSD?

РЕДАКТИРОВАТЬ (обходной путь): я закончил работу системы: (1) установил Ubuntu с большим количеством свободного места на диске, (2) установил OpenBSD в новый A6раздел в свободном пространстве, (3) вернулся в Ubuntu и редактирование вручную, /etc/grub.d/40_customчтобы включить установку OpenBSD. Это означает, что машина теперь загружается в GRUB, а материнская плата не блокируется, и что GRUB имеет опцию OpenBSD. Затем я GRUB_DEFAULTустановил и установил OpenBSD GRUB_HIDDEN_TIMEOUT.

0
Есть ли на диске с OpenBSD также системный раздел FAT32 UEFI? (Это не обязательно должен быть FAT32, но он ** должен ** быть в формате, поддерживаемом материнской платой, а UEFI ** требует ** поддержки FAt32, хотя разработчики прошивки могут добавить дополнительную поддержку файловой системы). Hennes 8 лет назад 0
Я не знаю, но подозреваю, что `Overwrite [whole] disk` также перезаписал это при установке OpenBSD самостоятельно. Andrew Wonnacott 8 лет назад 0
[Очевидно] (http://comments.gmane.org/gmane.os.openbsd.misc/212524) OpenBSD пока не поддерживает системы UEFI. Это означает, что для этого нужна какая-то устаревшая настройка. Это делает мой предыдущий комментарий спорным. Как писал Brynet, убедитесь, что вы вытерли весь диск (включая конец диска). Hennes 8 лет назад 0

1 ответ на вопрос

4
brynet

Some UEFI systems get confused when disks contain stale GPT partition data. OpenBSD only supports MBR partitions, so up until quite recently it did not zap the backup GPT when initializing the disk on installs.

There was some initial code for this in 5.7, but a more thorough workaround went in after release. It may work with a 5.8-beta snapshot.

Unfortunately, this is one of many UEFI firmware problems. Some newer systems omit the CSM module (legacy BIOS) entirely and cannot boot OpenBSD at all.

Как я могу проверить, так ли это? Andrew Wonnacott 8 лет назад 0
Как уже упоминалось, вы можете попробовать новую установку бета-версии 5.8-бета на этот диск и посмотреть, поможет ли это. GPT размещает таблицу резервных копий на логическом конце диска, а таблица MBR - в начале. Это может быть неприятно стереть, но глючная прошивка UEFI может сравнить резервный GPT с недавно написанной MBR OpenBSD и затем молча «паниковать», как вы заметили. brynet 8 лет назад 0

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