Ubuntu 14.04からシステムをアップグレードしようとしました。私のラップトップは数時間凍結しました。ポインターでさえ何もしませんでした。そこで、電源ボタンを数秒間押して電源を切りました。この未完了のインストールが私の問題の原因です。システムを再起動すると、grubが表示され、次のメッセージが表示されます。
[FAILED] Failed to start Load Kernel Modules
See 'systemctl status systemd-modules-load.service' for details
さらに、最後で終わる他の行:
Failed to start Load Kernel Modules
Ctrl + Alt + F1を押してコマンドラインを開くと、次のように入力できます
Sudo systemctl status systemd-modules-load.service
そして、私は次の出力を取得します:
status systemd-modules-load.service
systemctl
コマンドを繰り返すと、179の代わりに、たとえば183などの他のプロセスが表示されることがあります。
必要な場合に備えて、
Sudo ls /lib/systemd/system/systemd-modules-load.service
私にくれます
/lib/system/systemd-modules-load
(written in green)
journalctl
大量のデータを出力します。赤い線は次のとおりです。
最初の赤い線:
2番目と3番目の赤い線:
4番目の赤い線:
ここで少し助けてくれて本当に感謝しています。次に何をすればいいのかわからず、ウェブを検索しても何も見つかりませんでした。
Ubuntuforums.orgのディスカッションで 正確に必要なもの が見つかりました。具体的には、次のコマンドを探していました。
dpkg --configure -a
上記のリンクされた記事 は、この問題の解決に役立つ可能性のある4つのコマンドに言及しており、「特定の順序なし」に繰り返す必要がある場合があることに注意してください。
apt-get update
dpkg --configure -a
apt-get dist-upgrade
apt-get -f install
アップデート/カーネルのアップデートで何かおかしくなった印象がありました:
リカバリモードで起動します。
メニュー「ルート」:手動で失効したネットワーク
ifconfig ethx <ip> netmask <mask> up
echo "nameserver 8.8.8.8" > /etc/resolv.conf
apt-get update
メニュー「dpkg」:修復されたインストール
メニュー「ルート」に戻る:カーネルinitramfsを修復
update-initramfs -k all -u
update-grub
私の場合、これはインストールの更新が行われ、完全に更新されずにシステムがオフになったときに発生した可能性があります。
押す Ctrl+Alt+F1 (コマンドラインインターフェイスの場合)
その後、
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)
そして最後に、
Sudo init 6
(システムを再起動します)
これで、エラーなしでUbuntu 16.04 LTSが表示されます。
注:更新には時間がかかる場合があります。私の場合、45-60分かかりました。
Ubuntu 16.04のインストールでこの問題が発生しました。リカバリルートシェルからjournalctl | grep modules
を調べたところ、16.10(新しい)カーネルからモジュールをロードしようとしていることがわかりました。 USBスティックにデータが残っていたのは、イメージを書き込む間(unetbootinを使用するMacから)にフォーマットしなかったためです。
だからUSBスティックのフォーマットは、起動可能なスティックを作り直し、それは金と同じくらい良かった。
:)
私も得た
Failed to start Load Kernel Modules
起動時に毎回。
私はフランシスコが提案したことを行いましたが、エラーは取り除かれませんでした。
did workが/ etc/modulesファイルのnouveauの行をコメントアウトする、nvidiaドライバー.
私のすべての問題は、ドライバーを切り替えたときに始まりました。私にそれを導いた1つの事はラインだった
... systemd-modules-load[279]: could not find module by name='off'
... Failed to insert 'off': No such file or directory
/ var/log/syslogにあります。ところで、Ubuntu 18.04を実行しています。
12から14および14から16にアップグレードする場合も同じ問題があります。ソリューションなし:-/
私はここで解決せずに同じ質問をします:
私にとっての解決策:PCをフォーマットする。
私にとってはホームパーティションに問題があったので、fsck /dev/sdb6
を実行し、すべての質問にyesと答えると解決しました。
影響を受けるパーティションは、システム上のsdb6
ではない可能性があります。その場合、デバイス名を/dev/sdb6
からパーティションで使用される名前に調整する必要があります。正しいパス名がわからない場合は、mount
を実行するか、/etc/fstab
(cat /etc/fstab
を使用して実行できます)の内容を調べることで見つけることができます。