Neuer Computer kann Linux nicht ausführen, Windows jedoch ohne Probleme

2213
nobar

Ich habe einen brandneuen Gaming-Laptop, der jedes Mal abstürzt, wenn ich Linux betreibe. Wenn ich Linux nativ laufe, friert es nach einer scheinbar zufälligen Periode vollständig ein (einschließlich des Mauszeigers). Wenn ich Linux in VMWare Player unter Windows 8.1 ausführen, hängt Linux letztendlich auf die gleiche Weise, aber auch Windows stürzt ab und zeigt nach einer kurzen Verzögerung einen Blue Screen of Death (BSOD). Der BSOD sagt immer MACHINE_CHECK_EXCEPTION und das BugCheck-Protokoll zeigt einen Code von 0x9c an.

Die Linux-Varianten, die ich ausprobiert habe, sind:

  • Ubuntu MATE 15.10 64-Bit
  • Ubuntu 15.04 64-Bit
  • Ubuntu MATE 15.04 64-Bit
  • Ubuntu MATE 14.04.2 64-Bit
  • Ubuntu MATE 14.04.2 32-Bit

Abgesehen von diesen mehr oder weniger zufälligen Hängen läuft Linux gut - und ich konnte es viele Stunden zwischen Abstürzen verwenden.

Ich hatte angenommen, dass dies ein Hardwareproblem ist, aber die Schwierigkeit ist, dass ich Windows nicht zum Absturz bringen kann, wenn ich nicht auch Linux (in einer VM) verwende. Ich habe versucht, alle verfügbaren Anwendungen (etwa 30) gleichzeitig zu starten, während Sie YouTube-Videos abspielen und auch Stresstest-Apps wie Prime95 ausführen . Ich habe auch ein paar grafiklastige Spiele gemacht.

Ich habe "Windows Memory Diagnostics Tool" und andere Speichertests ohne offensichtliche Probleme ausgeführt.

Eine Vermutung ist, dass Linux irgendwie CPU-Funktionen verwendet, die Windows nicht verwendet, aber es ist nicht klar, warum dies zufällige Hardwarefehler auslösen würde.

Wie kann ich definitiv beweisen, dass ich fehlerhafte Hardware habe (oder dass ich keine habe)?


EDIT: Ich habe anscheinend Glück , die Linux-Probleme zu beheben, indem einige Funktionen im BIOS deaktiviert wurden. Ich habe seitdem keine Abstürze mehr gesehen. Die Änderungen, die ich anfangs vorgenommen habe (nur basierend auf dem Erraten):

  • Virtualisierungstechnologie: Deaktiviert
  • Fast Boot: Deaktiviert
  • SpeedStep: Deaktiviert
  • PCI-Latenzzeit: 64 Uhren (vorher 32)

Basierend auf dem anschließenden Testen von Variationen davon müssen offensichtlich sowohl VT als auch SS deaktiviert werden - aber zumindest SpeedStep. Erleichtert dies die Isolierung der Abstürze aufgrund eines Hardwaredefekts? ... Oder könnte dies ein Softwareproblem in Ubuntu / Linux sein?


Um meine Frage deutlicher zu machen: Ich frage nicht wirklich nach Wegen, um das Problem zu lösen, obwohl das theoretisch großartig wäre. Was ich wirklich brauche, ist eine Möglichkeit, dieses Problem unter Windows zu isolieren und zu reproduzieren, ohne auch Linux auszuführen. Ich gehe davon aus, dass ich eine schlechte Einheit habe - und ich brauche nur einen Weg, um das zu beweisen. Denken Sie daran, dass der Computer bei jeder Ausführung von Linux abstürzt (mit Ausnahme der oben genannten BIOS-Änderungen). Daher kann dies nicht durch einfaches Aktualisieren von Windows-Treibern behoben werden.

Kurz gesagt: Wenn ich weiß, dass Linux Abstürze verursacht, gibt es einen anderen Belastungstest, den ich unter Windows ausführen kann und den gleichen Absturz verursachen kann? Alternativ ist dies ein bekannter Fehler in Linux?

Beachten Sie, dass mein Prozessor das neuartige i7-5700HQ ( Broadwell-Mikroarchitektur ) ist.

Beachten Sie auch: Ich glaube nicht, dass dies durch starke Überhitzung verursacht wird. Die Maschine verfügt über einen zusätzlichen Lüfter, der manuell aktiviert werden kann, und die Abstürze scheinen nicht mit schweren Lasten zu korrelieren.


UPDATE: Die Probleme beim nativen Ausführen von Linux wurden durch die Installation eines BIOS-Updates behoben, das einige Monate nach der Veröffentlichung der Frage verfügbar war. Ich arbeite jetzt auch mit Ubuntu MATE 15.10, aber ich glaube nicht, dass dies von Bedeutung ist, da dies auch vor dem BIOS-Update fehlgeschlagen ist. Ich denke, das lange und kurze davon ist, dass das System nicht mit Linux kompatibel war (oder umgekehrt), wie sie zum Zeitpunkt der Veröffentlichung waren.

Ich bin nicht zurückgegangen und habe das Problem der virtuellen Maschine nicht erneut getestet, da ich das jetzt nicht wirklich brauche, da ich Linux nativ ausführen kann - und außerdem habe ich von Windows 8.1 auf Windows 10 migriert, sodass es nicht wirklich ein Äpfel wäre -Apples testen trotzdem.

3
Ok, jetzt habe ich mit Ubuntu 15.04 Vanille getestet (und abgestürzt). nobar vor 8 Jahren 0
Was ist die maschine Journeyman Geek vor 8 Jahren 0
@JourneymanGeek: MSI GE72 APACHE PRO-077 nobar vor 8 Jahren 0
Eine sehr ähnliche Situation wurde bei der Suche mit [linux broadwell speedstep] (https://www.google.com/search?q=linux+broadwell+speedstep) gefunden: [Arbeiten am Intel Core i7 5775C Broadwell-Stabilitätsproblem unter Linux] (http : //www.phoronix.com/scan.php? page = news_item & px = core-i7-5775c-oc-fixed-mode). Die angezeigte Problemumgehung scheint sich auf das Deaktivieren von "Down-Clocking" im BIOS zu beziehen. nobar vor 8 Jahren 1
Gleicher Laptop mit gleichen Fehlern. Arbeitet es doch für Sie? Leute, die hier immer noch Fehler haben: http://ubuntuforums.org/showthread.php?t=2284315&page=2 gabrielhpugliese vor 8 Jahren 0
@gabrielhpugliese: Danke für den Link. Ich denke immer noch, dass die von mir veröffentlichten Korrekturen funktionieren, aber ich habe Windows in den letzten Monaten auf diesem Computer ausgeführt. Ich habe also keine neuen Daten - außer der Beobachtung, dass Windows immer noch nicht abstürzt. nobar vor 8 Jahren 0
Ich verwende Virtualbox, um Ubuntu 14.04.1 mit Ihren Tipps auszuführen (Virtualisierung aktiviert, FastBoot deaktiviert, SpeedStep deaktiviert und PCI-Latenzzeit 64). So weit so gut, ich werde den Link auf dem Laufenden halten. gabrielhpugliese vor 8 Jahren 0
Erste Ergebnisse zeigen * alles besser * (mit aktiviertem SpeedStep) auf Ubuntu MATE 15.10 64-Bit. Daumen drücken... nobar vor 8 Jahren 0
Mein vorheriger Kommentar erwies sich als falsch - es versagte immer noch, zumindest in einigen herausfordernden Anwendungsszenarien. Ich habe gerade entdeckt, dass ein neues BIOS verfügbar ist, also habe ich MicroCode gerade von 0xd auf 0x13 aktualisiert. Danach bestand ich den Test, der zuvor fehlgeschlagen war ... nobar vor 8 Jahren 0

2 Antworten auf die Frage

1
Ramsez

Fügen Sie libata.force = noncq zum grub-Boot-Parameter hinzu. Klappt wunderbar. Mein Problem sind die Grafiktreiber, die nicht in einer virtuellen Maschine laufen, sondern tatsächlich Dual-Boot.

1
nobar

From service.msicomputer.com:

Why do I get a BSOD MACHINE_CHECK_EXCEPTION?

If you are experiencing a blue screen error when opening any Office 2016 applications, certain games, and virtual desktop Software, showing a "MACHINE_CHECK_EXCEPTION" or "CLOCK_WATCHDOG_TIMEOUT" BSOD's. This is caused by bug in the Microcode affecting only Broadwell CPU's (5th Gen) and it is resolved by updating the Microcode via a BIOS update from the versions listed below.

...

Last Update: September 30th, 2015

Es klappt. Zusätzliche Anmerkung: "Boot mode select" wird von "UEFI" auf "LEGACY" geändert. SandroMarques vor 8 Jahren 0