Was ist zu tun, wenn das Laden der Kernelmodule fehlgeschlagen ist?

Ich habe versucht, mein System von Ubuntu 14.04 zu aktualisieren. Mein Laptop ist für ein paar Stunden eingefroren. Nicht einmal der Zeiger tat etwas. Also schaltete ich mich aus, indem ich den Netzschalter ein paar Sekunden lang drückte. Diese unvollständige Installation ist der Ursprung meines Problems. Wenn ich das System neu starte, erscheint grub und dann die folgende Meldung:

[FAILED] Failed to start Load Kernel Modules
See 'systemctl status systemd-modules-load.service' for details

Plus einige andere Zeilen, die mit einem Finale enden:

Failed to start Load Kernel Modules

Wenn ich eine Befehlszeile mit STRG + ALT + F1 öffne, kann ich eingeben

sudo systemctl status systemd-modules-load.service

und ich bekomme folgende Ausgabe:

status systemd-modules-load.service

Wenn ich den systemctlBefehl wiederhole , erhalte ich manchmal einen anderen Prozess als 179, z. B. 183.

Nur für den Fall, dass es gebraucht wird,

sudo ls /lib/systemd/system/systemd-modules-load.service

gibt mir

/lib/system/systemd-modules-load

(written in green)

journalctl

gibt viele Daten aus. Die roten Linien sind die folgenden:

Erste rote Linie:

Zweite und dritte rote Linie:

Vierte rote Linie:

Ich schätze ein bisschen Hilfe hier sehr. Ich weiß nicht, was ich als nächstes tun soll, und habe im Web nach nichts gesucht.

Ich habe in einer Diskussion auf ubuntuforums.org genau das gefunden , was ich brauchte . Konkret habe ich nach dem Befehl gesucht:

dpkg --configure -a

Der obige verlinkte Artikel erwähnt vier Befehle, die zur Behebung dieses Problems beitragen können, und weist darauf hin, dass sie möglicherweise "in keiner bestimmten Reihenfolge" wiederholt werden müssen:

apt-get update
dpkg --configure -a
apt-get dist-upgrade
apt-get -f install

Ich hatte den Eindruck, dass bei einem Update / Kernel-Update etwas schief gelaufen ist:

In den Wiederherstellungsmodus gestartet .

• Menü "root": manuell gesperrtes Netzwerk

  ifconfig ethx <ip> netmask <mask> up
  echo "nameserver 8.8.8.8" > /etc/resolv.conf
  apt-get update
  

• Menü "dpkg": Reparierte Installation

• zurück zum menü "root": reparatur kernel initramfs

  update-initramfs -k all -u
  update-grub
  

Ich hatte gerade dieses Problem mit einer Ubuntu 16.04-Installation. Als ich mir journalctl | grep modulesdie Wiederherstellungs-Root-Shell ansah , bemerkte ich, dass versucht wurde, Module aus dem 16.10 (neueren) Kernel zu laden. Es sind Daten auf meinem USB-Stick zurückgeblieben, da ich sie nicht formatiert habe, während ich Bilder darauf geschrieben habe (von einem Mac mit Unetbootin).

Also ein Format des USB-Sticks, den bootfähigen Stick neu erstellen, und es war so gut wie Gold.

:)

In meinem Fall könnte dies geschehen sein, wenn ein Update der Installation durchgeführt und das System ausgeschaltet wurde, ohne dass es vollständig aktualisiert wurde.

Drücken Sie Ctrl+ Alt+ F1(für die Befehlszeilenschnittstelle)

Nachdem,

sudo dpkg --configure -a
sudo apt-get dist-upgrade 
sudo apt-get -f install  (this command is optional, because the `dist-upgrade` command should have everything)

Und zuletzt,

sudo init 6

(System neu starten)

Jetzt sehen Sie Ubuntu 16.04 LTS ohne Fehler.

HINWEIS: Die Aktualisierung kann einige Zeit dauern. In meinem Fall dauerte es 45-60 min.

Gleiches Problem zum Upgrade von 12 auf 14 und 14 auf 16. Ohne Lösung: - /

Ich stelle hier die gleiche Frage ohne Lösung:

• http://www.ubuntu-es.org/node/190523
• http://www.ubuntu-es.org/node/188881

Die Lösung für mich: PC formatieren.

Für mich war es ein Problem mit meiner Home-Partition, daher fsck /dev/sdb6löste das Ausführen und Beantworten aller Fragen mit Ja das Problem.

Die betroffene Partition befindet sich möglicherweise nicht sdb6auf Ihrem System. In diesem Fall müssen Sie den Gerätenamen von /dev/sdb6an den von Ihrer Partition verwendeten Namen anpassen . Wenn Sie den richtigen Pfadnamen nicht kennen, können Sie ihn möglicherweise finden, indem Sie ihn ausführen mountoder den Inhalt von überprüfen /etc/fstab(was Sie damit tun können cat /etc/fstab).

Ich habe auch bekommen

Failed to start Load Kernel Modules

jedes Mal beim Start.

Ich habe getan, was Francisco vorgeschlagen hat, aber es hat den Fehler nicht beseitigt.

Was funktioniert hat allerdings war die Zeile aus kommentieren nouveau in meiner / etc / modules - Datei , die nvidia - Treiber.

Alle meine Probleme haben angefangen, als ich den Treiber gewechselt habe, so dass es absolut sinnvoll ist. Eine Sache, die mich dazu führte, waren die Linien

... systemd-modules-load[279]: could not find module by name='off'
... Failed to insert 'off': No such file or directory

in meinem / var / log / syslog. Übrigens starte ich Ubuntu 18.04.