Hallo Leute
Ich bin heute in ein Problem hineingelaufen, das ich letztlich zwar lösen konnte, aber bitte kein zweites Mal erleben möchte.
Vorgeschichte: Mein System hat folgende Festplattenaufteilung
Die Partitionen unter /sda5 und /sda6 werden von einer Leap 15.2 besetzt. Das ist mein "Arbeitspferd".
Problembeschreibung: Gestern Abend kam über die Softwareaktualisierung aus dem Main Update Repository ein neuer kernel-default mit der Versionsnummer 5.3.18-lp152.69.1-x86_64 herein. Als die Aktualisierung gestartet war, kam die übliche Meldung, dass zur Inbetriebnahme ein Systemneustart notwendig sei. So weit wie immer.
Einige Minuten (genauer kann ich es nicht sagen) nach Beginn der Aktualisierung habe ich den Rechner regulär heruntergefahren - also nicht etwa durch Steckerziehen an der Wandsteckdose, sondern softwaregesteuert! Immer noch so weit wie immer.
Heute Morgen kam der Rechner nicht mehr auf die Beine. Im ersten Versuch sah ich einen blauen Bildschirm, wo irgendwo der Schriftzug grub2 erschien. Irgendeine Reaktion des Systems auf Tastatur oder Maus war nicht zu erzielen.
Mehrfaches Aus- und Wiedereinschalten (durch den Hauptschalter am Gehäuse) brachte mich irgendwann zum GRUB2-Auswahlmenü. Von hier aus ging es erst weiter, als ich zum Start der Leap 15.2 die Option "Advanced Options" und dort einen älteren Kernel anwählte.
Das ist auch noch der augenblickliche Stand. Den gestern erhaltenen Kernel 5.3.18-lp152.69.1-x86_64 habe ich inzwischen gelöscht und für eine Neuinstallation gesperrt. Ich arbeite aktuell mit der Version 5.3.18-lp152.66.2-x86_64.
So weit ist alles in Ordnung. Aber trotzdem die Frage: Was kann da passiert sein? Oder konkreter: Habe ich durch das Herunterfahren des Systems möglichweise eine kaputte Kernel-Installation erzeugt? Und als Folge dessen vielleicht einen schrottigen Eintrag in die EFI-Partition?
Hat jemand eine Idee? Ich will es nur verstehen - und bitte nicht nochmals in eine solche Situation geraten.
Danke fürs Mitdenken
Hazel
Ich bin heute in ein Problem hineingelaufen, das ich letztlich zwar lösen konnte, aber bitte kein zweites Mal erleben möchte.
Vorgeschichte: Mein System hat folgende Festplattenaufteilung
Code:
tux152:~ # date
Mon Apr 12 18:34:58 CEST 2021
tux152:~ #
tux152:~ # lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 1G 0 part /boot/efi
├─sda2 8:2 0 8G 0 part [SWAP]
├─sda3 8:3 0 40G 0 part
├─sda4 8:4 0 4G 0 part
├─sda5 8:5 0 40G 0 part /
├─sda6 8:6 0 4G 0 part /home
└─sda7 8:7 0 368.8G 0 part /data
tux152:~ #
Die Partitionen unter /sda5 und /sda6 werden von einer Leap 15.2 besetzt. Das ist mein "Arbeitspferd".
Problembeschreibung: Gestern Abend kam über die Softwareaktualisierung aus dem Main Update Repository ein neuer kernel-default mit der Versionsnummer 5.3.18-lp152.69.1-x86_64 herein. Als die Aktualisierung gestartet war, kam die übliche Meldung, dass zur Inbetriebnahme ein Systemneustart notwendig sei. So weit wie immer.
Einige Minuten (genauer kann ich es nicht sagen) nach Beginn der Aktualisierung habe ich den Rechner regulär heruntergefahren - also nicht etwa durch Steckerziehen an der Wandsteckdose, sondern softwaregesteuert! Immer noch so weit wie immer.
Heute Morgen kam der Rechner nicht mehr auf die Beine. Im ersten Versuch sah ich einen blauen Bildschirm, wo irgendwo der Schriftzug grub2 erschien. Irgendeine Reaktion des Systems auf Tastatur oder Maus war nicht zu erzielen.
Mehrfaches Aus- und Wiedereinschalten (durch den Hauptschalter am Gehäuse) brachte mich irgendwann zum GRUB2-Auswahlmenü. Von hier aus ging es erst weiter, als ich zum Start der Leap 15.2 die Option "Advanced Options" und dort einen älteren Kernel anwählte.
Das ist auch noch der augenblickliche Stand. Den gestern erhaltenen Kernel 5.3.18-lp152.69.1-x86_64 habe ich inzwischen gelöscht und für eine Neuinstallation gesperrt. Ich arbeite aktuell mit der Version 5.3.18-lp152.66.2-x86_64.
So weit ist alles in Ordnung. Aber trotzdem die Frage: Was kann da passiert sein? Oder konkreter: Habe ich durch das Herunterfahren des Systems möglichweise eine kaputte Kernel-Installation erzeugt? Und als Folge dessen vielleicht einen schrottigen Eintrag in die EFI-Partition?
Hat jemand eine Idee? Ich will es nur verstehen - und bitte nicht nochmals in eine solche Situation geraten.
Danke fürs Mitdenken
Hazel