Ich habe ein Thinkpad T430. Jedes Mal, wenn ich Linux (das neueste CentOS) darauf installiere, weigert sich der Computer nach einer Weile, zu booten, ins BIOS oder ins Boot-/Diagnosemenü zu gehen. Ich habe Windows darauf laufen lassen, und das passiert erst, wenn ich mich entscheide, auf CentOS umzusteigen oder einen Dual-Boot durchzuführen.
Das ist mir bisher bei drei Motherboards passiert, die ich austauschen musste. Jetzt bin ich beim vierten und überlege, ob ich einfach nur Pech habe und immer wieder mit defekter Hardware da stehe oder ob Linux irgendwie die Firmware der Motherboards beschädigt.
Was denkt ihr?
Ist das aus technischer Sicht sinnvoll? Vielleicht ist das T430 nicht mit Linux kompatibel? Spekulieren Sie ruhig.
Antwort1
Da es sich um ein relativ neues Gerät handelt, verfügt es nicht über ein Legacy-BIOS, sondern über eine UEFI-Firmware. Leider ist UEFI extrem komplex und anfällig für die seltsamsten Fehler.
So wurden beispielsweise vor einigen Jahren einige Notebooks von Samsung ausgeliefert, die durch das Schreiben zu vieler Daten in eine NVRAM-Variable blockiert werden konnten.siehe hierUndHier:
[...] Es gibt Code im Kernel, der dies auf UEFI-Systemen einfacher macht. Wenn ein schwerwiegender Fehler auftritt, kopiert der Kernel die letzten Nachrichten in den variablen UEFI-Speicherplatz. Nach einem Neustart stehen sie dann dem Benutzerbereich zur Verfügung und ermöglichen eine genauere Diagnose der Absturzursache.
Dieser Crash Dump benötigt etwa 10 KB UEFI-Speicherplatz. Microsoft verlangt, dass Windows 8-Systeme mindestens 64 KB Speicherplatz zur Verfügung haben. Wir behalten nur einen Crash Dump – wenn das System erneut abstürzt, wird der vorhandene einfach überschrieben, anstatt einen neuen zu erstellen. Dies ist alles vollständig mit der UEFI-Spezifikation kompatibel, und Apple macht tatsächlich etwas sehr Ähnliches auf seiner Hardware. Leider stellt sich heraus, dass einige Samsung-Laptops nicht mehr booten, wenn zu viel des variablen Speicherplatzes verwendet wird. Wir wissen noch nicht, was „zu viel“ ist, aber das Schreiben einer Reihe von Variablen aus Windows reicht aus, um es auszulösen. Ich habe hier einen Beispielcode eingefügt – er schreibt 36 Variablen aus, die jeweils ein Kilobyte zufälliger Daten enthalten. Ich habe dies als Administrator unter Windows ausgeführt und dann das System neu gestartet. Es kam nie zurück.
Es ist sicherlich nicht unmöglich, dass Lenovo einen ähnlichen Fehler macht.
Natürlich sollten Sie sicherstellen, dass Sie das neueste Firmware-Update installiert haben.
Antwort2
Dies ist möglich, wenn Sie zum Flashen des BIOS spezielle Software verwendet haben. Andernfalls funktioniert es jedoch nicht.
Nach einer kurzen Suche scheint es, als hätten andere Leute dieses Problem nicht. Überprüfen Sie, ob Sie den Schlüssel abgebrochen haben. Wenn Sie EFI verwenden, sollten Sie die erweiterten Optionen in Windows verwenden, um zu den Firmware-Optionen zu gelangen.