[gelöst] mga9 Kernelpanik

[ikseran]

Fast alles war gut nach dem Upgrade auf mga9.
Nachdem ich noch aus mga8 installierte kernel entfernt habe, zeigt mein PC mir mga9 Kernelpanik.

Eine erneutes Update über DVD führt nicht weiter. Und meine Minimalkenntnisse reichen nicht. Was ist zu tun?

Wenn ich das System mit SystemRescue starte fällt diese Meldung auf:

Code: Alles auswählen

[Firmware Bug]: TSC-DEADLINE disabled to Errata; please update microcode to version: 0 x 22 (or later)

und

Code: Alles auswählen

/dev/root: Can't open blockdev

[doktor5000]

Da wäre natürlich ganz hilfreich zu wissen was genau du alles entfernt hast. Und wieviel verbleibende Kernel bzw. Einträge im Bootmenü du jetzt noch hast, müssten ja mindestens 2 Stück sein. Die Verhalten sich beide gleich ?

Und das mit SystemRescue ist ein bißchen wie Äpfel und Birnen - was haben die Meldungen vom Boot mit der SystemRescue-CD mit deinem installierten System zu tun ? /dev/root wäre da auf der CD ...

[ikseran]

ich habe zwei kernel entfernt, die noch mga8-Bezeichnungen hatten.
Im Bootmenü gibt es den Eintrag mageia und die erweiterte Möglichkeit. Hier gibt es dann wie gewohnt zwei Möglichkeiten, mageia (6.4.16-desktop-3.mga9) und mit der gleichen Kernelbezeichnung den Recovery-Modus. Dieser Weg führt dann zur Meldung über Kernelpanik (no working init found) und zum Hinweis auf init kernel options, von denen ich natürlich keine Ahnung habe, auch wenn ich mir die entsprechende Seite in der Dokumentation ansehe.

Der normale Start endet in einem grafisch verzerrten Bildschirm. Wobei in jedem Fall die Caps- und Scrolllämpchen an der Tastatur aufblinken.

Vor dem Hochfahren hatte ich mir die Partitionen (Position und Größe von /usr und /var) mit gparted angesehen, hierbei aber keine Veränderungen vorgenommen. Gparted wurde über CD gestartet und mittels entspechendem Befehl auf der CD beendet.

Ok, das mit den Äpfeln und den Birnen, ja, verstehe.

[doktor5000]

Am besten mal mit einer Live-CD booten und hier mal den Inhalt von /boot von der Mageia9-Installation posten.

[jkowalzik]

Ach,
ich fühle mich erinnert an den Ausspruch von Charlie Rivel: "Akrobat schö-ö-ö-n".
So als, wenn etwas nur bei mir auftritt.
https://forums.mageia.org/de/viewtopic.php?f=7&t=4068
daraus folgte dann https://forums.mageia.org/de/viewtopic.php?f=7&t=4091
Die Welt unterscheidet sich nicht wesentlich von der eines Fußballers wie Andi Brehme: „Haste Scheiße am Fuß, haste Scheiße am Fuß!“
Ich habe da so meine Erfahrung gemacht, wie sagte schon Hans-Joachim Kuhlenkampff: "Drei Dinge braucht der Mann: USB3 Controller von AMD, BT-Maus und ein SealOne für Bankgeschäfte", da brauchst du keine Feinde mehr.
Jetzt kommt noch ein USB3-Hub von LogiLink, aufpassen nicht LogiTech, dazu, mit 4 Ports und Druckschaltern für "Ein und Aus" und dann darfst du dir die Kugel geben, aber die Italiener wissen auch, was sie dafür nehmen können.
Gruß
J.

PS: "nimms leicht, nimm ......" nein, nicht Underberg

[ikseran]

wie mache ich das?

[ikseran]

@jkowalzik: die Beiträge hatte ich mir durchgelesen, in der Hoffnung auf Auflösung meines Dilemmas, aber außer der gleichen Panik sehe ich keinen Lösungsansatz für mich.

[ikseran]

Im Ordner /boot finde ich memtest86+ und die sysconfig im Ordner syslinux

[doktor5000]

Nicht /boot von der Live-CD sondern vom installierten Mageia-System. Das / Dateisystem musst du natürlich erstmal mounten.

Die Beiträge von Jürgen kannst du ignorieren, seine kernel panic hat mit deiner überhaupt nix zu tun.
"kernel panic" bei ihm ist ein Absturz im laufenden Betrieb, bei dir ist es vermutlich die Meldung "Kernel Panic - not syncing: Attempted to kill init!" was kommt wenn z.B. die initrd oder der kernel gar nicht erst geladen werden konnten.

[jkowalzik]

"kernel panic" bei ihm ist ein Absturz im laufenden Betrieb.

Hallo
Danke für die Vervollständigung des Beitrages.
Ich wollte nur mal sagen, das anfänglich simple Störungen wie "die Sicherheitsabfrage der Bank läuft immer ins Timeout" und das in anderen Zusammenhängen auftretende "schnurlose Maus friert ein", eine gemeinsame Ursache haben.

Code: Alles auswählen

usb 3-2-port3: Cannot enable. Maybe the USB cable is bad?


Jetzt bleibt mir nur noch in den nächsten Tagen herauszufinden, ob dieser "geniale" USB 3Hub mit 4 Ports, die man per "beleuchteten" Tiptaster an- und abschalten kann, sich nicht mit dem Chipsatz des AMD Laptops verträgt.

Nur warum sage ich das in aller epischen Breite?
Der Laptop ist 3 Jahre alt und mit MGA8 eingeweiht worden, mit der gleichen Maus, Hub und Sicherheitsdongle --- keine Probleme.
Ich mache auch keinem Vorwürfe, überall kann einem das gleiche widerfahren wie Forrest Gump.
Wie's weitergeht, an anderer Stelle.
Gruß J.

[ikseran]

ok, nun also per Live-Medium mga9 Plasma. Sehr fein.

Dass es eine falsche boot-Datei war, bemerkte ich nach dem Abschicken. Das ist richtig:

bei dir ist es vermutlich die Meldung "Kernel Panic - not syncing: Attempted to kill init!

Diese Meldung erscheint im Recovery-Modus beim Hochfahren.

Code: Alles auswählen

[root@localhost ~]# ls /boot
config-6.4.9-desktop-4.mga9  initrd-6.4.9-desktop-4.mga9.img  vmlinuz-6.4.9-desktop-4.mga9
dracut/                      symvers-6.4.9-desktop-4.mga9.xz
EFI/                         System.map-6.4.9-desktop-4.mga9


[jkowalzik]

Hallo
sorry, andere Baustelle.
Gruß J.

[ikseran]

gelöscht

[jkowalzik]

Hallo!

Kann es sein, dass deine Festplatte schon manche Runde gedreht hat und jetzt sich mit Fehlern im Dateisystem (ext4) verabschieden will.
Nicht lange fackeln, persönliche Daten retten, neu kaufen und den Schrott entsorgen.
Man verschwendet nur wertvolle Lebenszeit.
Gruß
J.

[ikseran]

@jkowalzik: Das kann ich mir nicht vorstellen, da das System ja zunächst nach dem Update lief. Ich vermute eher, dass wegen der mangelnden freien Kapazitäten in /usr nichts mehr geht. Aber ich kann nur rätseln. Wurde aber nun von doktor5000 verneint.

Bin ja schon am Überlegen, wie ich das sinnvoll lösen kann, ggf. mit neuer Platte für das System.

[ikseran]

@jkowalzik: Keine Fehler auf der entsprechenden Platte, RAM ok.

[ikseran]

Vielen Dank allen Beteiligten:
Ferne hilfreich: www.redhat.com/sysadmin/linux-kernel-panic, denn irgendwann gab es keinen initramfs-Eintrag mehr.

Ebenso hilfreich:System-Rescue und Boot Repair
Immer wieder hilfreich: mga 9 live
Alles führte nicht direkt zur Lösung und nach wie vor habe ich nun eine initrid zu einer anderen Kernelversion als die config-Dateien.

Letzter Versuch: Instalations-DVD mga9, nochmaliges Update auf mga9. Warum es diesmal ging und die anderen Male nicht?

[ikseran]

Der Rechner startet nun und läuft.
Beim Systemstart erscheint jedoch ein grauer Bildschirm mit Fragezeichen bis dann ganz normal das Anmeldfenster kommt.

Was hat das zu bedeuten?

[ikseran]

Und was ist von diesem Vorschlag zu halten:

Code: Alles auswählen

Die folgenden Pakete:
  evince-44.2-1.mga9.x86_64
  gnome-console-44.0-1.mga9.x86_64
  lib64dcmtk17-3.6.7-4.mga9.x86_64
  lib64efivar0-38-2.mga9.x86_64
  lib64evdocument3_4-44.2-1.mga9.x86_64
  lib64evince-backends4-44.2-1.mga9.x86_64
  lib64evolution-data-server-gir1.2-3.48.3-1.mga9.x86_64
  lib64evview3_3-44.2-1.mga9.x86_64
  lib64flashrom1-1.2-4.mga9.x86_64
  lib64ftdi1_2-1.5-4.mga9.x86_64
  lib64graphene-gir1.0-1.10.8-1.mga9.x86_64
  lib64gsound-gir1.0-1.0.3-3.mga9.x86_64
  lib64ical-gir3.0-3.0.16-2.mga9.x86_64
  lib64icalglib-gir3.0-3.0.16-2.mga9.x86_64
  lib64minizip-ng3-3.0.7-1.mga9.x86_64
  lib64opencolorio2.2-2.2.0-3.mga9.x86_64
  lib64opencv_videoio406-4.6.0-5.mga9.x86_64
  lib64openimageio2.4-2.4.10.0-1.mga9.x86_64
  lib64openvdb10.0-10.0.1-1.mga9.x86_64
  lib64protobuf-c1-1.4.1-2.mga9.x86_64
  lib64ptex2-2.4.2-1.mga9.x86_64
  lib64pystring0.0-1.1.4-1.mga9.x86_64
  lib64qt5xdg3-3.11.0-1.mga9.x86_64
  lib64qt5xdgiconloader3-3.11.0-1.mga9.x86_64
  lib64sidplay-builders0-2.1.1-27.mga9.x86_64
  lib64smbios2-2.4.3-3.mga9.x86_64
  lib64tbb2-2020.3-4.mga9.x86_64
  lib64vte-gtk4_2.91_0-0.72.1-1.mga9.x86_64
  lib64wx_gtk3u_aui3.2_0-3.2.1-3.mga9.x86_64
  lib64yaml-cpp0.7-0.7.0-1.mga9.x86_64
  libqtxdg-3.11.0-1.mga9.x86_64
  lv2-1.18.10-4.mga9.x86_64
  mediainfo-22.12-1.mga9.x86_64
  python3-brotli-1.0.9-5.mga9.x86_64
  python3-cachetools-5.3.0-1.mga9.noarch
  python3-google-api-core-2.11.0-1.mga9.noarch
  python3-google-api-python-client-2.49.0-1.mga9.noarch
  python3-google-auth-2.15.0-1.mga9.noarch
  python3-google-auth-httplib2-0.1.0-2.mga9.noarch
  python3-googleapis-common-protos-1.57.0-2.mga9.noarch
  python3-httplib2-0.20.4-1.mga9.noarch
  python3-oauth2client-4.1.3-6.mga9.noarch
  python3-openssl-23.0.0-1.mga9.noarch
  python3-protobuf-4.21.12-5.mga9.x86_64
  python3-pyasn1-0.4.8-6.mga9.noarch
  python3-pyasn1-modules-0.2.8-3.mga9.noarch
  python3-pydrive2-1.10.1-1.mga9.noarch
  python3-rsa-4.8-2.mga9.noarch
  python3-show-in-file-manager-1.1.4-1.mga9.noarch
  python3-uritemplate-4.1.1-2.mga9.noarch
  samba-winbind-4.17.10-1.mga9.x86_64
  samba-winbind-modules-4.17.10-1.mga9.x86_64
sind nun verwaist, Sie können nun »urpme --auto-orphans« benutzen, um sie zu entfernen.


[jkowalzik]

Code: Alles auswählen

    Die folgenden Pakete:
[...]
         sind nun verwaist, Sie können nun »urpme --auto-orphans« benutzen, um sie zu entfernen.

Hallo!
Das ist die Büchse der Pandora
Doch, jetzt im November, draußen bald dunkel, ungemütlich und kalt, nach dem Befehl wirds nicht mehr langweilig und es kommt Bewegung in die Bude.
Gruß
J.

[ikseran]

das lässt vermuten, dem Vorschlag nicht zu folgen

[sturmvogel]

Wenn man nicht sonderlich mit der Materie bewandert ist, sollte man die Finger davon lassen irgendwelche Pakete zu entfernen…unbedarfte Benutzer können sich das System kaputt machen. Außerdem wirst du keinerlei Platz auf deiner/usr Partition damit schaffen, da man schon an den Paketnamen erkennt wo sich ein Großteil davon befindet, nämlich /lib64.

Leider ist das urpme —auto-orphan System von Mageia ein unterentwickeltes und rückständiges Stück Software. Aktuelle und moderne Distributionen wie openSUSE beherrschen das Entfernen von Abhängigkeiten und nicht mehr benötigten Paketen hingegen mit links…

[jkowalzik]

Hallo!
Wie ich schon geschrieben habe, die "stille Zeit"...

das lässt vermuten, dem Vorschlag nicht zu folgen

Man kann viel dabei lernen, denn danach muss man mit Sicherheit alle seine Programme mal von der Konsole aus gestartet haben. Die verrät dann, welche Abhängigkeiten vermutlich doch zu viel mit

Code: Alles auswählen

urpme --auto-orphans

geschreddert worden sind.

Wenn man nicht sonderlich mit der Materie bewandert ist, sollte man die Finger davon lassen irgendwelche Pakete zu entfernen…unbedarfte Benutzer können sich das System kaputt machen.

Da kommen dann so Meldungen (fiktives Beispiel): "Das Programm kann wegen Abhängigkeit von >isobaren< nicht gestartet werden."
Du hast Glück, wenn es ein Paket >isobaren.rpm< gibt, welches man mit "urpmi" nachinstallieren kann, wenn das aber Teil eines Gesamtpaketes, >segelfliegen.rpm< ist, dann suchst du dir als "unbedarfter Benutzer" einen Wolf.
Gruß
J.

[doktor5000]

Man kann es aber auch einfach sein lassen.

[ikseran]

ja, ich lasse die Finger davon.

Vielleicht untergegangen: Meine Frage, warum beim Systemstart bis hin zum Anmeldefenster ein grauer Bildschirm erscheint, der mehrmals Fragezeichen beinhaltet. Das weitere Hochfahren nach dem Anmelden verläuft dann normal.