Kurz gesagt, ich versuche für einige Jetway-Ingenieure und mich selbst herauszufinden, warum das von ihnen erstellte benutzerdefinierte BIOS es SATA-Geräten nicht erlaubt, im AHCI-Modus zu booten.
Natürlich ist es schwierig, dies zu fragen, wenn man bedenkt, dass es sich um ein benutzerdefiniertes BIOS handelt, aber ich hoffe, dass ich genügend Details bereitstellen kann, damit jemand einige Ideen liefern kann, weil mir die Puste ausgeht.
Das Board ist ein Jetway NF98. Das Original-BIOS sagt American Megatrends an der Spitze. Ich habe erfahren, dass sie nur den Quellcode zum Kompilieren bereitstellen (? Oder vielleicht nur ein Logo?), Aber Jetway ist derjenige, der das eigentliche BIOS konfiguriert und produziert. Also habe ich mich an Jetway gewandt und sie waren unglaublich hilfreich. Ich habe ihnen mein Ziel mitgeteilt, und sie haben es richtig verstanden und ein benutzerdefiniertes BIOS verschickt.
Das Ziel war einfach: Erlauben Sie mir, BIOS so zu konfigurieren, dass kein anderes Medium als die über SATA-Port 0 angeschlossene Festplatte zum Booten abgelehnt wird. Was sie zur Verfügung stellten, tat fast genau das, außer dass es nicht konfigurierbar war, sondern nur so eingestellt war, dass nichts anderes als SATA-Port 0 gestartet werden konnte.
Also schließe ich meine SATA-Festplatte an, um eine benutzerdefinierte Version der Crux Linux-Distribution auszuführen, und BIOS-Berichte schließen bitte eine Festplatte an, als ob sie keine sehen würde (obwohl ein Blick in die BIOS-Einstellungen zeigt, dass eine Festplatte an Port 0 angeschlossen ist).
Nach einigem Debuggen ändere ich den SATA-Modus von AHCI auf IDE. Dadurch kann die Festplatte angezeigt werden, der Startvorgang schlägt jedoch weiterhin fehl. Diesmal geht es etwas weiter und schlägt bei der Suche nach root / fehl.
Zu Beginn habe ich gute Erfahrungen mit dem Debuggen von Linux-Boot. Außerdem habe ich eine genaue Kopie (Hardware und Software) dieses Systems unter Verwendung des Standard-BIOS, das mit dem NF98 geliefert wurde. So kann ich die Festplatte nehmen, im Standard-BIOS booten und alles ist erfolgreich. Wenn ich es in ein benutzerdefiniertes BIOS stecke, nicht erfolgreich.
Nach dem weiteren Debuggen glaube ich Folgendes zu wissen:
- Mit Sata-Modus als IDE
--Linux (Crux) -Stiefel bis zur Wurzel suchen
- Vista startet erfolgreich
Mit Sata-Modus als AHCI
--Linux (crux) bootet nicht erfolgreich (mehr, der Bootvorgang startet nicht)
- Vista startet nicht erfolgreich (mehr, der Startvorgang startet nicht)
Das Crux-Betriebssystem verfügt über einen leicht veralteten benutzerdefinierten Kernel und verwendet initramfs (auch benutzerdefiniert). Die Jetway-Ingenieure schlugen vor, den Kernel zu aktualisieren. Ich fand das fair genug, das half nicht.
Dann dachte ich mir, ich würde Arch Linux ausprobieren, was auch im IDE-Modus fehlschlug und in AHCI nicht zu sehen war. Dies war ein 3.0-ARCH-Kernel.
Als nächstes und schließlich habe ich arch erneut installiert, diesmal jedoch auf einer einzelnen Partition und dev verwendet, nicht UUID oder LABEL. Im AHCI-Modus wurde es immer noch nicht gesehen. Im IDE-Modus schlägt die Übertragung zum Root immer noch fehl.
ABER, wenn ich die Fallback-Startmenüoption von Arch auswähle und der SATA-Modus IDE ist, erhalte ich einen halb erfolgreichen Start. Das heißt, ich bekomme eine Anmeldeaufforderung, aber es gibt eine anständige Anzahl von Fehlern beim Booten. Ich bin gerade auf der Suche nach dem, was den Unterschied macht.
Ich entschuldige mich für den langen Text. Hat jemand eine Idee, warum oder wo ich suchen sollte, um herauszufinden, warum das benutzerdefinierte BIOS mit SATA Mode AHCI nicht startet?