About jjz

Das Problem ist schließlich vollständig behoben. Nochmals vielen Dank für Ihre Mithilfe.   Um die mit sbkeysync durchgeführte BIOS-Bearbeitung rückgängig zu machen, habe ich Folgendes verwendet: flashrom (Lesen: flashrom -p internal -r filename.bin, Schreiben: flashrom -p internal -r filename.bin) einen Hex-Editor (GHex) zum Bearbeiten der BIOS-Datei. UEFITool, um einen Einblick in die BIOS-Datei zu erhalten (sehr hilfreich, aber nicht erforderlich) Um jedoch einen Backup-Plan zu haben, falls das BIOS nach dem Schreiben auf den BIOS-Chip doch noch vollständig unbrauchbar werden sollte, habe ich mich über die Möglichkeiten des Lesens und Schreibens des Chips mit einem CH341A Mini-Programmiergerät informiert. Der Medion MS-7728 v2.0 (BIOS v3.0) verfügt wie viele MSI-Motherboards über einen SPI-Header mit der Bezeichnung JSPI1, was mehr Möglichkeiten zur Wiederherstellung bietet, falls er vollständig beschädigt werden sollte. Die Möglichkeit, diesen SPI-Header zu verwenden, könnte auch für andere nützlich sein.   Abschnitt A beschreibt die Schritte, die ich zur Behebung des Problems durchgeführt habe. Abschnitt B beschreibt einen erforschten Backup-Plan zur Verwendung des SPI-Headers auf der Hauptplatine und eines CH341A-Mini-Programmiergeräts. Glücklicherweise war dieser Plan letztendlich nicht notwendig.   A. Medion MS-7728 v2.0 (BIOS v3.0) (CPU, GPU und RAM installiert) im Computergehäuse Lesen und Schreiben mit flashroms internen Programmiere Haftungsausschluss: Ich übernehme keine Verantwortung für Schäden oder sonstige Probleme.   Da es sich um einen Desktop-Rechner handelt, könnte flashrom -p internal verwendet werden. Bei Laptops, zumindest bei älteren Modellen, ist die Verwendung des internen Programmiergeräts gefährlich und daher dringend abzuraten [1].   Dies sind die Schritte, die ich durchgeführt habe:   Tastatur mit originalem PS/2-Anschluss (d. h. ohne Adapter) angeschlossen. Bootfähige Festplatte mit Kali Linux gestartet (wahrscheinlich auch andere Distributionen möglich). In meinem Fall kein bootfähiger USB-Stick, da die USB-Anschlüsse nicht mehr funktionierten. GRUB-Menü durch Drücken der Umschalttaste oder der Esc-Taste aufgerufen (beim Starten von Kali Linux wird dieses Menü automatisch angezeigt). Die „e“ gedrückt, um die Kernel-Boot-Parameter zu bearbeiten. Die Parameter „ro quiet splash“ ersetzt durch „iomem=relaxed nomodeset“. iomem=relaxed ermöglicht die Bearbeitung des BIOS-Chips. nomodeset aktiviert den abgesicherten Modus. Kali Linux durch Drücken von F10 gestartet. Tastatur und Maus an die beiden USB-Anschlüsse angeschlossen, die im abgesicherten Modus funktionierten. Ein Terminal geöffnet. BIOS-Chip gelesen: flashrom -p internal -c 'W25Q64BV/W25Q64CV/W25Q64FV' -r filename.bin Die aus dem BIOS-Chip gelesene Datei mit einem Hex-Editor wie GHex bearbeitet. Um einen Prüfsummenfehler zu vermeiden, habe ich die PK-Variable nicht aus den NVRAM-Variablen entfernt, sondern umbenannt und die Länge des Variablennamens unverändert gelassen, d. h. zwei Zeichen. BIOS-Chip geschrieben: flashrom -p internal -c 'W25Q64BV/W25Q64CV/W25Q64FV' -w filename.bin   B. Medion MS-7728 v2.0 (BIOS v3.0) (CPU, GPU und RAM installiert) im Computergehäuse, gelesen mit JSPI1-Header und CH341A-Miniprogrammierer (Schreiben nicht getestet)   Das Lesen des BIOS-Chips mit installierter CPU, GPU und RAM war erfolgreich. Die Pinbelegung des JSPI1-Headers auf einem MS-7728 v2.0 (BIOS v3.0)-Motherboard schien der von MSI verwendeten Pinbelegung zu entsprechen, zu finden unter [2] [3] [4]: VCC 3.3V | 1 | 2 | VCC 3.3V (nn) MISO | 3 | 4 | MOSI #CS | 5 | 6 | SCLK GND | 7 | 8 | GND (nn) #HOLD (nn) | 9 | 10 | NC (nn) nn = war in meinen Tests nicht erforderlich   Die Pinbelegung 25XX der SPI pins auf dem CH341A Mini-Programmierergerät. USB MOSI GND SCLK MISO 3VSB #CS | 0     Haftungsausschluss: Ich übernehme keine Verantwortung für Schäden oder sonstige Probleme.   Erforderlich: CH341A Mini-Programmiergerät und zugehörige ICs/Werkzeuge (die genauen Namen kenne ich nicht) Jumperkabel Weiblich-Weiblich mit einem Ende mit einem Abstand von 2,0 mm und dem anderen Ende mit einem Abstand von 2,54 mm (die Enden mit einem Abstand von 2,0 mm sind gepaart). Da sich der Rechner im Gehäuse befand, erwies sich eine Kabellänge von 10 cm als zu kurz. Mit 10 cm langen Jumperkabeln M-F 2,54 mm konnte das Problem gelöst werden. Es ist jedoch wahrscheinlich besser, Jumperkabel F-F (2,0 mm und 2,54 mm) mit einer Länge von 20 cm zu verwenden. Oder die Hauptplatine aus dem Gehäuse zu nehmen. Antistatisches Armband (nicht erforderlich, aber wahrscheinlich sinnvoll) Dies sind die Schritte, die ich durchgeführt habe: Stromversorgung vom Motherboard getrennt und Netzteilschalter auf „0” gestellt, die CMOS-Batterie entfernt Jumper von den mit J1 gekennzeichneten Pins entfernt. Diese Pins befinden sich in der Nähe des BIOS-Chips. Dies muss vor dem Auslesen des JSPI1-Headers erfolgen, da sonst der vom CH341A-Mini-Programmiergerät gelieferte Strom zu anderen Teilen des Motherboards als dem BIOS-Chip fließt. Das Ende des Überbrückungskabels mit zwei Löchern (Rastermaß 2,0 mm) auf den JSPI1-Header gesteckt und die beide Enden mit 2,54 mm auf den passenden CH341A-Pin gesteckt. Insgesamt müssen 6 Kabel angeschlossen werden: 1 VCC, 1 GND, MISO, MOSI, #CS, SCLK.   Den CH341A Mini-Programmierer in den USB 3-Anschluss eines Laptops gesteckt (oft blau oder mit SS=SuperSpeed gekennzeichnet). Er sollte auch in Anschlüssen mit niedrigeren USB-Versionen funktionieren. Stellen Sie sicher, dass die Jumper am CH341A Mini-Programmierer richtig eingestellt sind. Den Laptop gestartet. Mehrere Lesevorgänge durchgeführt und überprüft, dass mehrere Lesevorgänge konsistente Ergebnisse liefern. Unter Linux kann dies mit flashrom durchgeführt werden: Lesen: flashrom -p ch341a_spi -c 'W25Q64BV/W25Q64CV/W25Q64FV' -r filename.bin (Schreiben nicht durchgeführt: flashrom -p ch341a_spi -c 'W25Q64BV/W25Q64CV/W25Q64FV' -w filename.bin) Unter Windows scheint es andere Software zu geben, mit der ein CH341A-Mini-Programmiergerät betrieben werden kann.   Noch einmal, ich bin nicht verantwortlich für Schäden oder sonstige Probleme.   [1] https://www.flashrom.org/classic_cli_manpage.html > PROGRAMMER-SPECIFIC INFORMATION > internal programmer > laptops [2] https://www.manualslib.com/manual/360307/Msi-Ms-7346.html?page=33#manual [3] https://www.flashrom.org/user_docs/msi_jspi1.html [4] https://web.archive.org/web/20151211154756/http://e-shop.fccps.cz:80/download/adv/frr/spi/msi_spi.html [5] CH341A Mini Programmer Schematic and Drivers · One Transistor [6] https://www.reddit.com/r/ASRock/comments/1cz1bcz/comment/lweh44c/?force-legacy-sct=1, first post, first picture ... View more

@Jonathan0477h4   Das  ist ja erfreulich. Aber sage uns doch was du wie gemacht hast. Nur davon können andere lernen wie sie sich in ähnlichen Situationen verhalten sollten. Denn dein Fehlerbíld nach dem Fehlflash war doch etwas anders als das von jiz. Konntest du jetzt doch  Linux  booten?   Gruß      ... View more

Hallo @jjz ,   wir haben nochmals diverse Anstrengungen unternommen, doch die gewünschte Biosversion 3.0F ist wie schon geschrieben leider nicht verfügbar.   Viele Grüße   Major ToM ... View more

Hallo zusammen,   das ist ja nun wirklich ein Oldie und da ich das Board weder greifbar noch präsent in meinem Kopf habe, so muss ich da einen "DeepDive" ins Archiv unternehmen, wenn Letzteres in ein bis zwei Wochen ggf. in voller Gänze zur Verfügung steht.   Es gab auf jeden Fall zig Boardrevisionen und normal sollte man Bios-seitig in der gleichen Serie bleiben. Ein Versionssprung von V 3.x auf V 4.x hat eher selten funktioniert.   Linux basierende System mit einem MS 7728 Board haben wir überhaupt nicht vertrieben.   Viele Grüße und einen guten Rutsch   Major ToM ... View more