サーバーに3つのディスクドライブがありますが、そのうちの1つが入出力エラーのために回復できないために失敗しました。
残りの2つのドライブで起動しようとすると、次の結果が表示されます。
緊急モードへようこそ!
ログイン後、「journalctl -xb」と入力してシステムログを確認し、「systemctl restart」と入力して再起動し、「systemctl default」または^ Dと入力してからデフォルトモードで起動します。
メンテナンスのためにルートパスワードを入力してください(または続行するにはCtrl-Dと入力してください):
頑張りました fsck
しかし、ドライブ以外は何も言いませんclean
。
「フォーマットと再インストール」を使用せずにシステムを再起動できるようにするにはどうすればよいですか?または、少なくともシステムを回復できない状態にしますか?
Ubuntuを使用していますか?確かに!
cat /etc/issue
:Ubuntu 16.04.6 LTS \n \l
;;
RAIDですか?人間の所有者は「いいえ」と言いました。
cat /etc/mdadm.conf
:No such file or directory
;;cat /proc/mdstat
:Personalities: [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]. unused devices: <none>
。
間違った3番目のアイテムを削除しましたか/etc/fstab
?
cat /etc/fstab
デバイスのボリュームだけがリストされており、sda
同じsdb
ので削除することはないようです。リストされたデバイス lsblk
。したがって、3番目のドライブはありません/etc/fstab
。
唯一奇妙なことは、dev/sda1
熱として次のような<mount point>
/
ものがあることです<option>
。errors=remount-ro
そして提案確認どおりにファイルが存在しないため、使用してもtouch /forcefsck
何も解決されませんnano /forcefsck
。
質問通りに逃げましたかjournalctl -xb
?
私の仕事の経験の多くはWindowsで行われており、競合画面の提案は役に立たないため、完全に無視して無視する必要があります。しかし、私はこの本がjournalctl -xb
非常に有益で読書に興味深いと思いました。
しかし、今走って見つけました。この3つの赤い線は次のとおりです。
- 636行2月17日07:08:04 ██████カーネル:ERT:ERSTに対して[mem 0xd7e6e000-0xd7e6ffff]を要求できません。
- 1249行2月17日 07:09:34 ██████ systemd[1]: デバイス dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f2 。
- 1879年2月17日 07:09:36 ██████ iscsid[1580]: pid=1581のiSCSIデーモンが始まりました!
また、興味深いように見える次のエラーも見つかりました。
行 1248 2月17日 07:09:34 ██████ systemd\[1\]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f2 \x2duuid -82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device/start最大時間。 ライン 1249 2月17日 07:09:34 ██████ systemd\[1\]:最大時間デバイス dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device を待っています。 行1250 - トピック:デバイスdev-disk-by失敗 [...] 行1256 - 結果は次のとおりです。停止する。 ライン 1257 2月17日 07:09:34 ██████ systemd\[1\]:依存関係の失敗/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29 のファイルシステムチェックに使用されます。 [...] ライン 1265 2月17日 07:09:34 ██████ systemd\[1\]:依存関係の失敗/データについて。 [...] ライン 1273 2月17日 07:09:34 ██████ systemd\[1\]:依存関係の失敗ローカルファイルシステムの場合。 [...] 1281行2月17日 07:09:34 ██████ systemd\[1\]: local-fs.target: 作業 local-fs.target/start結果「依存関係」により失敗する。 1282行2月17日 07:09:34 ██████ systemd\[1\]: local-fs.target: OnFailure=トリガー依存関係。 1283行2月17日 07:09:34 ██████ systemd\[1\]: data.mount: 作業 data.mount/start結果「依存関係」により失敗する。 ライン 1284 2月17日 07:09:34 ██████ systemd\[1\]: systemd-fsck@dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d56 -fsck @dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service/start結果「依存関係」により失敗する。 行 1285 2月17日 07:09:34 ██████ systemd\[1\]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f2 \x2duuid -82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device/start結果「タイムアウト」のため失敗しました。。
郵便はがき「Ask Ubuntu」には適していません。、そこに「16.04が中断されたので、話題から抜け出した」と出ているからです。
答え1
Linuxが起動中に飛び出して緊急モードに入るには、いくつかの理由があります。
1つの可能性は、設定された/etc/fstab
インストールがもはや存在しないか、または何らかの方法で破損していることです。
この場合、インストールされて/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29
いるデバイスが/data
正しく動作しません。
したがって、/etc/fstab
誤った行を編集、削除、またはコメントアウトする必要があります。
これにより、サーバーが正常に起動し、さらに調査を開始できます。