Co zrobić po nieudanym uruchomieniu modułów jądra

Próbowałem zaktualizować swój system z Ubuntu 14.04. Mój laptop zamarł na kilka godzin. Nawet wskaźnik nic nie zrobił. Więc wyłączyłem, naciskając przycisk zasilania przez kilka sekund. Ta niedokończona instalacja jest źródłem mojego problemu. Po ponownym uruchomieniu systemu pojawia się grub, a następnie pojawia się następujący komunikat:

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

Plus kilka innych linii, które kończą się końcem:

Failed to start Load Kernel Modules

Kiedy otwieram wiersz poleceń, naciskając CTRL + ALT + F1, jestem w stanie wejść

sudo systemctl status systemd-modules-load.service

i otrzymuję następujące dane wyjściowe:

status systemd-modules-load.service

Jeśli powtórzę systemctlpolecenie, czasami otrzymuję inny proces zamiast 179, na przykład 183.

Na wszelki wypadek

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

daje mi

/lib/system/systemd-modules-load

(written in green)

journalctl

wyprowadza dużo danych. Czerwone linie są następujące:

Pierwsza czerwona linia:

Druga i trzecia czerwona linia:

Czwarta czerwona linia:

Naprawdę doceniam trochę pomocy tutaj. Nie wiem, co robić dalej i przeszukałem sieć, nie znajdując nic.

Znalazłem dokładnie to, czego potrzebowałem w dyskusji na stronie ubuntuforums.org. W szczególności szukałem polecenia:

dpkg --configure -a

W powyższym artykule wymieniono cztery polecenia, które mogą pomóc w rozwiązaniu tego problemu, i zauważa, że ​​może być konieczne ich powtórzenie „bez określonej kolejności”:

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

Miałem wrażenie, że coś poszło nie tak podczas aktualizacji / aktualizacji jądra:

Uruchomiono w trybie odzyskiwania .

• menu „root”: ręcznie odwołana sieć

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

• menu „dpkg”: instalacja naprawiona

• powrót do menu „root”: naprawa initramfs jądra

  update-initramfs -k all -u
  update-grub
  

Właśnie miałem ten problem z instalacją Ubuntu 16.04. Kiedy spojrzałem journalctl | grep modulesz powłoki root odzyskiwania, zobaczyłem, że próbuje załadować moduły z jądra 16.10 (nowszego). Pozostały dane na mojej pamięci USB, ponieważ nie sformatowałem jej pomiędzy zapisywaniem obrazów (z komputera Mac przy użyciu unetbootin).

Tak więc format pamięci USB, przerób pamięć rozruchową i był tak dobry jak złoto.

:)

W moim przypadku mogło się tak zdarzyć, gdy trwała aktualizacja instalacji, a system wyłączał się bez pełnej aktualizacji.

Naciśnij Ctrl+ Alt+ F1(dla interfejsu wiersza poleceń)

Po tym,

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)

I na koniec

sudo init 6

(zrestartuj system)

Teraz zobaczysz Ubuntu 16.04 LTS bez żadnego błędu.

UWAGA: Aktualizacja może zająć trochę czasu. W moim przypadku zajęło to 45-60 min.

Ten sam problem do aktualizacji z 12 na 14 i 14 na 16. Bez rozwiązania: - /

Zadaję to samo pytanie bez rozwiązania:

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

Rozwiązanie dla mnie: formowanie komputera.

Dla mnie był to problem z moją partycją domową, więc uruchomienie fsck /dev/sdb6i udzielenie odpowiedzi na wszystkie pytania z tak rozwiązało.

Dotknięta partycja może nie być sdb6w twoim systemie. W takim przypadku musisz zmienić nazwę urządzenia /dev/sdb6na nazwę używaną przez twoją partycję. Jeśli nie znasz poprawnej nazwy ścieżki, możesz ją znaleźć, uruchamiając mountlub sprawdzając jej zawartość /etc/fstab(co możesz zrobić cat /etc/fstab).

Też mam

Failed to start Load Kernel Modules

za każdym razem przy uruchomieniu.

Zrobiłem to, co zasugerował Francisco, ale to nie usunęło błędu.

To, co zadziałało, to skomentowanie linii w nowym pliku / etc / modules , sterownik nvidia.

Wszystkie moje problemy zaczęły się, kiedy zmieniłem sterownik, więc często ma to sens. Jedną rzeczą, która mnie do tego doprowadziła, były linie

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

w moim / var / log / syslog. Btw, używam Ubuntu 18.04.