Nach dist-upgrade emergency mode

[struppi]

Ich habe eben einen dist.upgrade gemacht und war laut lsb_release auf Debian 9.0 - dann wollte ich einen Neustart machen und bin bei der obigen Fehlermeldung gelandet.

Jetzt fangen die Probleme an.

Ich kann mich noch als root einloggen, das journalctl -xb bringt aber keine Erkenntnis. Das einzige was angemeckert wird, ist das ich mein /home Verzeichnis (von einer HD) über ein vorhandenes auf der System SSD mounte. Aber soweit ich das sehe startet das "home.unit" trotzdem. Die Verzeichnisstruktur ist so vorhanden wie ich es erwarte.

Doch dann kommt das zweite Problem. Es existiert keine Netzwerkverbindung, obwohl systemctl sagt, dass Netzwerk unit ist geladen. Und offensichtlich liegt da auch das Problem, wenn ich apt-get upgrade starte, erscheint eine lange Liste von updates, die aber mangels Netzwerkverbindungen nicht installiert werden können. Ich hatte beim dist-upgrade aber nicht wahrgenommen, das irgendetwas falsch lief.

Wobei es aber auch eine Reihe von Nachfragen gab. Das betraf mehrere config Dateien, das deinstallieren von phpmyadmin und mysql und der nvidia Treiber sollte wohl auch deinstaliert werden.

Wie ich das bisher einschätze, wenn es mir gelänge die Netzwerkverbindungen wieder herzustellen, könnte ich noch mal den upgrade Prozess durchlaufen lassen, in der Hofffnung dass dann das System wenigstens wieder in einem Nutzbaren Modus startet.

Die Frage ist nur wie. Ich habe schon mit ifup und ifconfig rumprobiert, aber dort existiert keine Netzwerkkarte mehr und unter /etc/systemd/network auch nichts.

Oder gibt es die Möglichkeit den Vorgang wieder Rückgängig zu machen?

[rendegast]

Hat sich vielleicht der Name des Netzwerkinterface geändert?

Code: Alles auswählen

ip l        (kleines "L")

oder, falls noch vorhanden
ifconfig -a

Gegebenenfalls in einer statischen Netzwerkkonfiguration entsprechend korrigieren.

Du könntest auch mit dem Parameter
net.ifnames=0/1
(biosdevname=0/1)
in der kernel-commandline spielen.

net.ifnames=0
(hier) ens3 -> eth0

Vielleicht ein firmware-Problem des Netzwerkmoduls des neuen Kernels?

Code: Alles auswählen

dmesg  |  egrep -i "firm|fw"

phpmyadmin ist in stretch eigentlich verfügbar,
mysql hätte per transition auf mariadb geändert worden sein.

[struppi]

Danke.

Aber ich habe die Situation dazu genutzt das System neu aufzusetzen, es waren zuviele Altlasten auf dem Rechner (/home Verzeichnis von 2009 Ubuntu, danach seit 2011 Debian 6, dann 7, 8 und jetzt ging es einfach nicht mehr.)

Ich hab einfach mal das .config und .local Verzeichniss umbenannt und hole mir dann die Konfigurationen raus von denen ich denke es macht noch Sinn.