Am 16.08.2016 um 23:48 schrieb Christian Boltz:
Hallo Markus, hallo zusammen,
Am Dienstag, 16. August 2016, 18:10:22 CEST schrieb Markus Heinze:
Am 16.08.2016 um 17:30 schrieb Christian:
Am 16.08.2016 um 17:08 schrieb Markus Heinze:
ich habe Heute das letzte Kernel Update eingespielt seitdem bootet der Server nicht mehr. Dracut findet eine Platte nicht mehr obwohl sie mit der UUID im Rescue System angezeigt wird.
Der Rechner hat 2 Platten, 3 Partitionen jeweils als Raid 1.
/dev/md0 = swap (swap) /dev/md1 = boot (ext3) /dev/md2 = root system (ext4), selbige UUID finde Dracut nicht obwohl sie korrekt ist
was kann man da machen, ausser reinstall? Reboot mit vorherigem kernel ? Ansonsten ins rescue booten ... alten kernel wieder installieren. zypper so konfigieren, daß er immerden 'vorigen' kernel behält ... Kernel sind sogar die letzenb beiden da, nur booten willer nicht damit, ist ein root server. Es scheint eher als ob er mit dem ext4 nicht klar kommt. ext4 dürfte für den Kernel kein Problem sein - wenn, dann ist es höchstens ein Dateisystem-Fehler.
Ich tippe allerdings eher auf ein Problem mit der initrd.
Sehr bescheiden alles, mir bleibt wohl nix als eine Neuinstallation Nicht bei diesem Betriebssystem ;-)
Ja im Grunde schon, aber dies ging deutlich schneller, wollt ja noch ein bissl schlafen ;)
Deine Fehlerbeschreibung ist nur eingeschränkt hilfreich, daher ein paar Schüsse ins Blaue, die Du aus dem Rescue-System heraus testen kannst: - hast Du schonmal einen fsck auf die betroffene Partition gemacht? - bei einem Kernel-Update werden _alle_ initrds neu gebaut - kann es sein, dass dabei etwas schiefgegangen ist? (ggf. in /var/log/zypp/ history nachsehen - da sollte die dracut-Ausgabe mit drin stehen) - die Systempartition und /boot mounten, /proc, /dev/ und /sys per mount --bind mounten, dann chroot in die Systempartition und mkinitrd aufrufen - ist irgendwas am RAID kaputt? Was sagt cat /proc/mdstat ?
Platten/Partitiuonen MD's alles ohne Fehler gewesen konnte auf alles im Rescue problemlos zugreifen. Ich tippe mal auch auf die initrd aber nun läuft alles wieder, dank Sicherung. Nicht der elegante Weg aber es geht.
Davon abgesehen: bei welchem Anbieter steht der Server? Bietet der eine Remote Console an? (Wenn ja, kannst Du den Fehler ohne Stochern im Nebel eingrenzen und vermutlich auch beheben.)
Ja Remote Konsole gibts da auch, aber das hätte ich mit dem Obersten klären müssen wegen der Kosten und das nach Feierabend ... ja ich weiss aber was soll man machen ...
Gruß
Christian Boltz
Vielen Dank für Deine Bemühungen lg max -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org