Das ASRock-Motherboard lädt das BIOS nicht, wenn OpenBSD-Laufwerke angeschlossen sind

782
Andrew Wonnacott

Ich versuche, einen OpenBSD-Mail-Server auf dieser Hardware auszuführen, stoße jedoch auf Probleme.

Ich habe OpenBSD vom Standard-CD-Installationsprogramm in einem SATA-CD-Laufwerk installiert, das an den Computer angeschlossen ist. Das ging gut, bis ich von der CD heruntergefahren bin, und an diesem Punkt konnte ich überhaupt nicht mehr booten! Ich bin nicht in der Lage, das BIOS (technisch UEFI-basiert, denke ich) zu erreichen, und es wurde ein Fehler angezeigt A2.

Ich konnte OpenBSD erfolgreich von dieser SSD booten, wenn ich sie mit einem MSI-Motherboard in einen anderen PC steckte. Wenn die SSD von dem Computer getrennt wurde, mit dem ich arbeite, funktioniert sie einwandfrei und sie kann von einer anderen SSD mit Ubuntu 12.04 gebootet werden. Wenn ich jedoch OpenBSD (vom CD-Laufwerk erneut) auf diese andere SSD installierte, kam genau das gleiche Problem zurück.

Wenn die OpenBSD-Laufwerke nicht angeschlossen sind, kann ich auf das BIOS zugreifen und verschiedene Optionen ändern. Außerdem kann ich die OpenBSD-Laufwerke dazu veranlassen, einen BIOS-Fehlercode zu generieren, A3anstatt A2den SATA-Controller in den IDE-Modus zu setzen. Ich kann jedoch keine anderen Verhaltensweisen verursachen.

Ich vermute derzeit, dass das ASRock-Motherboard versucht, nach Daten auf den SSD-Partitionen zu suchen, und stürzt ab, wenn die Standard-UFS-Partitionen von OpenBSD gefunden werden. Wenn dies das Problem ist, wie kann ich dieses Verhalten verhindern? Wenn dies nicht das Problem ist, wie kann ich meinen Computer dazu bringen, OpenBSD von einer SSD zu booten?

EDIT (Workaround): Ich habe das System zum Laufen gebracht, indem es (1) Ubuntu mit viel freiem Speicherplatz auf der Festplatte installierte, (2) OpenBSD in eine neue A6Partition im freien Speicherplatz installierte, (3) zu Ubuntu zurückkehrte und manuelle Bearbeitung /etc/grub.d/40_custom, um die OpenBSD-Installation einzubeziehen. Dies bedeutet, dass der Computer jetzt zu GRUB bootet und das Motherboard nicht gesperrt wird und dass GRUB über eine OpenBSD-Option verfügt. Ich habe dann GRUB_DEFAULTdie OpenBSD-Installation installiert und aktiviert GRUB_HIDDEN_TIMEOUT.

0
Verfügt die Festplatte mit OpenBSD auch über eine FAT32-UEFI-Systempartition? (Es muss nicht FAT32 sein, aber ** muss ** in einem von der Hauptplatine unterstützten Format vorliegen und UEFI ** erfordert ** FAt32-Unterstützung dafür, obwohl Firmware-Schreiber möglicherweise zusätzliche Dateisystemunterstützung hinzufügen). Hennes vor 8 Jahren 0
Ich weiß es nicht, aber vermute, dass `Overwrite [whole] disk 'dies ebenfalls überschrieben hat, wenn OpenBSD alleine installiert wird. Andrew Wonnacott vor 8 Jahren 0
[Anscheinend] (http://comments.gmane.org/gmane.os.openbsd.misc/212524) OpenBSD unterstützt noch keine UEFI-Systeme. Was bedeutet, dass es eine Art Legacy-Setup benötigt. Dies macht meinen vorherigen Kommentar irrelevant. Wie Brynet schrieb, stellen Sie sicher, dass Sie die gesamte Festplatte (einschließlich des Plattenendes) gelöscht haben. Hennes vor 8 Jahren 0

1 Antwort auf die Frage

4
brynet

Einige UEFI-Systeme werden verwirrt, wenn Festplatten veraltete GPT-Partitionsdaten enthalten. OpenBSD unterstützt nur MBR-Partitionen. Bis vor kurzem hat der Backup-GPT bei der Initialisierung der Festplatte bei der Installation jedoch keine Änderungen vorgenommen.

In 5.7 gab es anfänglich Code dafür, aber nach der Veröffentlichung wurde eine gründlichere Problemumgehung durchgeführt. Möglicherweise funktioniert es mit einem 5,8-Beta-Snapshot.

Leider ist dies eines von vielen UEFI-Firmware-Problemen. Einige neuere Systeme lassen das CSM-Modul (altes BIOS) vollständig aus und können OpenBSD nicht starten.

Wie kann ich testen, ob dies der Fall ist? Andrew Wonnacott vor 8 Jahren 0
Wie bereits erwähnt, können Sie eine Neuinstallation eines 5.8-Beta-Snapshots auf dieser Festplatte durchführen und prüfen, ob dies hilfreich ist. GPT platziert eine Sicherungstabelle am logischen Ende der Festplatte, während sich die MBR-Tabelle am Anfang befindet. Das Löschen kann ein Ärgernis sein, aber eine fehlerhafte UEFI-Firmware kann den Backup-GPT mit dem neu geschriebenen MBR von OpenBSD vergleichen und dann lautlos "Panik" auslösen. brynet vor 8 Jahren 0

Verwandte Probleme