About jjz

jjz · ‎18.03.2025

@daddle, danke für Ihre Antwort. Die Festplatte mit Windows hat tatsächlich eine MBR-Partitionierung. Die Festplatte mit Linux hat aber eine GPT-Partitionierung, und damit bootet sie auch nicht mehr (und damit ist auch der Platform Key angemeldet). Mit der ESC-Taste komme ich leider auch nicht ins BIOS, selbst wenn ich sie schon vor dem Einschalten gedrückt halte. Das gleiche gilt für die DEL-Taste. Da die Tastatur-LEDs nicht leuchten (sowohl über USB als auch über PS/2), habe ich den Eindruck, dass die Tastatur nicht mehr ausgelesen wird. An einem anderen Rechner funktioniert diese Tastatur noch. Wenn ich Zeit habe, werde ich das Lösen der Grafikkarte weiter untersuchen. Ich hatte den Eindruck, dass eine Metallabdeckung auf der Rückseite schwer zu entfernen ist. Aber eigentlich hoffe ich, dass es eine Lösung gibt, bei der man die Grafikkarte nicht ausbauen muss, zumal ich mir das nach dieser Erfahrung noch weniger zutraue.

jjz · ‎17.03.2025

Hallo Community, Kürzlich habe ich versucht, die Secure Boot-Unterstützung meines etwas älteren Medion-Desktop-Rechners (MSN: 10016682, Motherboard MS-7728 v2.0 BIOS 3.x) zu erfahren (https://community.medion.com/t5/Desktop-PC-All-In-One/Secure-Boot-unterstützung-auf-Mainboard-MS-7728/m-p/175507). Mit dieser Untersuchung bin ich nun ein zu großes Risiko eingegangen. Hoffentlich ist es möglich, ihn ohne allzu große Schwierigkeiten wieder zum Laufen zu bringen. Meine Dummheit: Ich habe benutzerdefinierte UEFI-Schlüssel (Platform Key (PK), KEK und db) erzeugt, den Linux-Kernel signiert und die Schlüssel zum BIOS hinzugefügt (sbkeysync), um zu sehen, ob es möglich ist, Secure Boot zum Laufen zu bringen. Seitdem piept der Computer beim Booten fünfmal ("Processor error - bad processor"), und der POST-Screen wird immer noch angezeigt. Ich kann das BIOS-Setup nicht aufrufen. Ich habe mehrmals versucht, die Löschtaste zu drücken, aber ohne Erfolg. Ich habe auch F2 und F9 ausprobiert. Die Tastatur-LEDs leuchten nicht auf, die Tastatur scheint überhaupt nicht zu reagieren. *Wenn ich alle Festplatten herausziehe, wird die Fehlermeldung 'Reboot and Select proper Boot device or Insert Boot Media in selected Boot device and press a key' angezeigt. Wenn ich eine Taste drücken, ändert sich nichts, die Meldung erscheint immer noch einmal. *Beim Booten mit einer Festplatte, auf dem Linux installiert ist, erscheint die gleiche Fehlermeldung und auch das Drücken einer Taste ändert nichts. *Beim Booten mit einer Festplatte, auf der Windows installiert ist, geht das System automatisch in die Windows-Wiederherstellung, aber dann erscheint die Fehlermeldung „ACPI BIOS ERROR“, woraufhin das System neu startet. Ich hatte erwartet, dass ich, wenn Secure Boot nicht funktioniert, immer noch in der Lage sein würde, das BIOS-Setup aufzurufen und auf diese Weise UEFI/Secure Boot zu deaktivieren, um wieder neu zu starten. Aber wie gesagt, ich kann das BIOS-Setup nicht aufrufen. Übrigens habe ich die UEFI-Schlüssel auf einem USB-Stick gespeichert. Ich habe es bereits versucht, ohne Ergebnis: - Anschließen der Tastatur über den PS/2-Anschluss. - Zurücksetzen des CMOS durch Entfernen der Batterie und 15 Minuten Warten (und mehrmaliges Drücken des Netzschalters). - Zurücksetzen des CMOS durch Setzen des JBAT1-Jumpers in eine andere Position, Warten von etwa 10 Minuten und Zurücksetzen des JBAT1-Jumpers in die ursprüngliche Position. - Neustart ohne CMOS-Batterie. - Anschließen des Bildschirms mit einem HDMI-Kabel. - Booten mit Linux-USB-Sticks und Windows-USB-Stick in den USB-Anschlüssen an der Vorder- und Rückseite und im Mainboard selbst. Das herausziehen der Grafikkarte scheint schwierig zu sein, da eine Schraube von einem Teil des Metallgehäuses überdeckt wird. Da dies alles bei der Registrierung von UEFI-Schlüsseln begann und diese Schlüssel im SPI-Chip gespeichert sind, vermute ich daß dieser SPI-Chip geflasht werden sollte. Jetzt habe ich eine Reihe von Fragen, von denen einige durch eine Antwort auf eine frühere Frage irrelevant werden könnten. 1) Ist es möglich, die UEFI-Schlüssel (Plattformschlüssel (PK), KEK und db-Schlüssel) zu löschen, und wenn ja, was ist der einfachste Weg? 2) Dieses Mainboard hat direkt 2 USB-Anschlüsse. Um sicher zu sein, um diese Option auszuschließen: Ist es möglich, diese Hauptplatine mit einem USB-Kabel an einen anderen Rechner anzuschließen und von diesem anderen Rechner aus den SPI-Chip zu flashen? 3) Neben einem JBAT1-Jumper gibt es noch einen Jumper mit der Bezeichnung J1. Ist dieser J1-Jumper dazu da, den CPU-FSB-Modus zu ändern, oder kann ich diesen Jumper zum Zurücksetzen des SPI-Chips verwenden? 4) Ist es möglich, dieses Problem mit einem SPI-Programmierer wie CH341A, CH347, TL866 II zu lösen (was für mich wahrscheinlich nicht machbar ist, ich werde nicht zu optimistisch sein, obwohl ich nicht viel verlieren kann)? 5) Könnte der JSPI1-Anschluss die UEFI-Schlüssel löschen, und wenn ja, wie könnte das erreicht werden? 6) Da ich nicht klug genug war, ein Backup des BIOS zu erstellen: Wenn das BIOS geflasht werden muss, wo kann ich E7728MLN.30F (Build Date 18 Apr 2012) bekommen, das ist die installierte BIOS-Version und schien die neueste 3.x-Version für dieses MS-7728 v2.0 Mainboard zu sein? https://www.medion.com/gb/service/product-detail/10016682 bietet kein BIOS an. Wenn es eine Möglichkeit gibt, nur die UEFI-Schlüssel zu löschen (Q1), dann ist diese Frage nicht relevant. Hoffentlich können diese Fragen, die auf mein riskantes Verhalten zurückzuführen sind, von den Benutzern des Forums leicht beantwortet werden.

jjz · ‎29.12.2024

@daddle, danke für Ihre Antwort. 1.Der Rechner hatte eine MBR-Partitionstabelle. Ich nahm an, dass dies keinen Einfluss auf die BIOS-Optionen haben würde, aber da lag ich wohl falsch. Also habe ich in den letzten Tagen eine andere alte Festplatte gesäubert (die vorherige Datensicherung hat einige Zeit gedauert) und Ubuntu mit einer GPT-Partitionstabelle darauf installiert. Das BIOS-Menü enthält nun eine Boot-Option '[UEFI:Ubuntu]', die ich von nun an zum Booten verwende. In diesem Kommentar geht es um mokutil, ein Tool, das anscheinend nur für Linux verfügbar ist. Hoffentlich sind einige Leser dieser Seite damit vertraut. sudo mokutil --sb-state zeigt: SecureBoot disabled Platform is in Setup Mode Da das Verzeichnis /var/lib/shim-signed/mok/ keine Schlüssel enthielt, wurde mit dem folgenden Befehl ein neuer MOK-Schlüssel erzeugt: sudo update-secureboot-policy --new-key Mit mokutil habe ich Schlüssel eingeschrieben: sudo mokutil --import /var/lib/shim-signed/mok/MOK.der. Der MOKManager (blauer Bildschirm) erschien nach dem Neustart, und die Registrierung des MOK-Schlüssels war erfolgreich. Als nächstes habe ich ausgeführt: sudo mokutil --enable-validation Nach dem Neustart erscheint MOKManager erneut, diesmal mit der Option 'Change Secure Boot state'. Nachdem ich diese Option ausgewählt hatte, erschien die folgende Fehlermeldung: 'Failed to delete Secure Boot state'. Ich habe das Internet durchsucht, aber ich konnte das Problem nicht lösen. Die Installation des efivar package, grub-install mit dem Parameter --uefi-secure-boot und 'mokutil --set-verbosity true' brachten keine Lösung oder einen Hinweis. Obwohl die Ubuntu OEM-Installation ohnehin nicht der richtige Weg dafür zu sein scheint, bietet der Assistent auch keine Option zur Aktivierung von Secure Boot. Was außerdem auffällt, ist, dass sudo mokutil --pk nichts ausgibt. Könnte die Fehlermeldung 'Failed to delete Secure Boot state' durch fehlende Hardwareunterstützung verursacht werden? 2. Die ursprünglich verwendete Festplatte enthielt keine GPT-Partition. Wenn diese Festplatte wieder in den Rechner eingesetzt und mit einem Live-USB mit Ubuntu gebootet wird, gibt sudo parted -l 'Partition Table: msdos'. Wahrscheinlich wurde die Boot-Option deshalb nur '[UEFI]' genannt, ohne Namensangabe. Jetzt, mit einer GPT-Partition und Ubuntu, enthält das BIOS-Menü eine Boot-Option '[UEFI:Ubuntu]'. 3. Wenn ich mich richtig erinnere, ging der Bootvorgang bis zur nächsten Bootoption. Übrigens, wenn Secure Boot in Ubuntu auf diese Weise gelingen würde, bin ich nicht sicher, ob ich den Kernel und die Kernelmodulpakete nach jedem Kernel-Update signieren müsste.

jjz · ‎23.12.2024

@daddle Vielen Dank für Ihre Antwort. Inzwischen habe ich ein anderes Thema gefunden, das sich ebenfalls mit der Secure Boot-Unterstützung für MS-7728 beschäftigt: https://community.medion.com/t5/Desktop-PC-All-In-One/MS7728-2-0-CSM-und-Secure-Boot-Eintr%C3%A4ge-im-BIOS-nicht-vorhanden/td-p/89149. Das sieht nicht gut aus, trotz dieser weiteren Informationen. Der Computer läuft jetzt auf Windows 10, obwohl ursprünglich (Ende 2012) auf Windows 7. In BIOS-menü unter 'Boot' ist eine Bootoption [UEFI] verfügbar. Aber nicht Enable/Disable, wie ich es aus den BIOS-Menüs anderer Rechner gewohnt bin. Ich habe diese [UEFI] Boot-Option bei Boot Option #1 ausgewählt, aber ohne Erfolg. Unterhalb diesem Beitrag finden Sie Bilder der BIOS-Menü-Registerkarten Advanced, Boot und Security. 'UEFI' wird in den Menüs bereits erwähnt, so dass ein Firmware-Upgrade nicht aus einem klassischen BIOS ein UEFI machen muss. Ist es wirklich ausgeschlossen, dass nach einer Aktualisierung der Motherboard-Firmware Secure Boot unterstützt wird? Hat Medion eine Liste der Firmware-Versionen für ein bestimmtes Mainboard auf seiner Website, da die Verwendung einer externen Suchmaschine das Risiko erhöht, die neueste Version zu übersehen?

jjz · ‎22.12.2024

Es scheint, dass ein Desktop-Computer (Medion MSN: 10016682) mit dem Mainboard MS-7728 UEFI unterstützt, aber es unterstützt nicht Secure Boot. Das BIOS-Menü enthält zwar die Boot-Option UEFI, aber es scheint keine Option zur Aktivierung von Secure Boot zu enthalten. Nach dem Booten von Windows im BIOS-Modus Legacy (Windows wurde wahrscheinlich mit dem BIOS-Modus Legacy installiert) zeigt der Systeminformationsbildschirm Secure Boot Status nicht unterstützt an. Nach dem Booten mit einem bootfähigen USB-Flash-Laufwerk mit Linux gibt 'mokutil --sb-state' aus: 'EFI variables are not supported on this system'. BIOS-Version: E7728MLN.30F (Build Date 18 Apr 2012), SMBIOS-Version: 2.7, Mainboard-Version 2.0. Diese BIOS-Version E7728MLN.30F ist möglicherweise nicht die neueste BIOS-Version, denn https://www1.medion.de/downloads/index.pl?op=detail&id=12218&lang=uk zeigt ein Update vom Februar 2013 (4.0E). Aber diese Version 4.0E würde nur die allgemeine Systemstabilität verbessern. Und https://www.medion.com/de/service/product-detail/10016682 > Downloads, bietet kein BIOS-Update für diese MSN. (https://www1.medion.de/site/service_~u~_support/treiber_~u~_updates/?op=detail&id=10128&type=treiber&lang=de handelt sich um eine ältere Version als die aktuell installierte Version (Januar 2012)). Daher zwei Fragen (Wenn gewünscht, dann kann ich einen separaten Forumsthread für die zweite Frage starten): 1. Bedeutet das Fehlen einer Secure Boot-Option im BIOS-Menü, dass das MS-7728 Mainboard zwar UEFI, aber nicht Secure Boot unterstützt? 2. Wie kann ich das neueste BIOS-Update für das MS-7728 Mainboard finden, da ich die BIOS-Version 4.0E über eine Such-Website gefunden habe?