Update auf Version 5.3.2 schlug fehl

[Carpeventum]

Hallo,
nach Update des Systems auf die aktuelle Version 5.3.2 lässt sich das System nur noch im Rettungsmodus starten, bei allen anderen Bootoptionen startet das System ohne erkennbare Fehlermeldung neu. - Wie kommen wir zurück auf ein produktives System unter 5.3.1 und woran liegt das Problem? Auch ein Start ohne ACPI, wie es in der Vergangenheit schonmal zwischenzeitlich bei 2 oder 3 Versionsständen notwendig war, funktioniert in diesem Fall nicht.

Anbei ein "Screenshot" der letzten Bildschirmanzeige vor dem Reboot.

[Gerd von Egidy]

Hallo,

nach Update des Systems auf die aktuelle Version 5.3.2 lässt sich das System nur noch im Rettungsmodus starten, bei allen anderen Bootoptionen startet das System ohne erkennbare Fehlermeldung neu.

Können Sie erkennen, wie weit das Gerät startet bevor es von alleine neu startet? Tritt das sehr kurz nach der Stelle von Ihrem Foto auf oder kommt das System noch weiter? Wird eine bestimmte Meldung vor dem Neustart für längere Zeit angezeigt?

Wir haben mit dem Update auf die 5.3.2 standardmäßig die PAE-Funktion aktiviert um bis zu 64 GB Arbeitsspeicher ansprechen zu können. Durch Verwenden der Bootoption "Intranator - ohne PAE" wird diese aber deaktiviert.
Wenn es daran läge, würde das Booten dieser Option helfen.

Ansonsten kann es sich um eine Inkompatibilität zwischen Ihrem Mainboard und dem neuen Kernel des Intranators handeln. Bitte versuchen Sie mal ein BIOS-Update Ihres Mainboards.

Prüfen Sie nach dem Update die im BIOS eingestellten Optionen. Wie im Handbuch beschrieben sollte der HPET aktiviert sein. Manche BIOSse ermöglichen auch das deaktivieren des NX-Speicherschutz. Bitte aktivieren Sie den NX-Speicherschutz in diesem Fall.

- Wie kommen wir zurück auf ein produktives System unter 5.3.1

Bitte verwenden Sie das Rettungssystem bis das Problem behoben ist. Einziger Nachteil ist, daß alle Konfigurationsänderungen, die Sie im Rettungssystem vornehmen, beim Betrieb des richtigen Systems wieder verloren gehen. Daten wie z.B. die Emails oder die Statistik werden von Rettungssystem und normalem System gemeinsam genutzt.

Herzliche Grüße,

v. Egidy

[Carpeventum]

Hallo Herr v. Egidy,

wie ich schon schrieb, laufen alle Bootoptionen bis auf das Rettungssystem auf jenen Reboot hinaus, und der "abgelichtete" Screenshot ist die letzte Anzeige davor. Wir möchten aus dem Testsystem raus und zurück zu einer produktiven 5.3.1 - was können wir tun?

Ein Bios-Update werden wir versuchen, allerdings verwundert es schon, dass es durch ein Update überhaupt zu einer Inkompatibilität kommen kann.

[Gerd von Egidy]

Hallo,

wie ich schon schrieb, laufen alle Bootoptionen bis auf das Rettungssystem auf jenen Reboot hinaus, und der "abgelichtete" Screenshot ist die letzte Anzeige davor.

Ok, dann kommt der Reboot mitten während der Initialisierung des Kernels. Es gibt 2 mögliche Gründe dafür:

• Der Kernel und das Mainboard bzw. BIOS oder dessen Einstellungen sind inkompatibel
• Ihr System hat einen Hardwarefehler (z.B. defekter Arbeitsspeicher) der bisher keine derart sichtbaren Auswirkungen hatte. Mit dem neuen Kernel wird das System intensiver genutzt und das führt daher zu dem fehlerhaften Verhalten.

Wir möchten aus dem Testsystem raus und zurück zu einer produktiven 5.3.1 - was können wir tun?

Genau dafür ist das Rettungssystem gedacht. Ein Downgrade für das Hauptsystem ist nicht vorgesehen und macht auch keinen Sinn. Wir müssen jetzt schauen, wie wir Ihr System mit der 5.3.2 zum laufen bekommen. Ansonsten wären Sie von weiteren Updates abgeschnitten.

Ein Bios-Update werden wir versuchen,

Was ist bei dem BIOS-Update herausgekommen? Wie lauten genauer Herstellername, Produktname und aktuelle BIOS-Version des Mainboards?

allerdings verwundert es schon, dass es durch ein Update überhaupt zu einer Inkompatibilität kommen kann.

Wir haben hier ein Testlabor mit einer großen Anzahl von unterschiedlichsten Systemen. Vor jedem Update testen wir dies mit jedem dieser Systeme. Solche Fehler treten daher extrem selten auf. Das die Updates aber 100% funktionieren, können wir nur bei unserer eigenen Hardware sowie den von uns zertifizierten Systemen garantieren (Liste siehe hier).

Herzliche Grüße,

v. Egidy

[Carpeventum]

Interessant: Nachdem zu den Wartungsarbeiten der KVM-Switch gegen eine eigene Maus und Tastatur getauscht wurde, läuft der Bootvorgang fehlerfrei durch. Wir werden noch einen anderen KVW-Switch testen, technisch erklären kann ich mir das i.V.m. einem Update jedoch nicht.

[bjoerns]

Hallo,

technisch erklären kann ich mir das i.V.m. einem Update jedoch nicht.

es könnte sein, dass mit dem Kernel Update neue Treiber für dieses Gerät eingeführt wurden, und diese wohl nicht ganz korrekt arbeiten. Das wäre zumindest eine Erklärung.

MFG Björn