回答:
これにもshutdownコマンドを使用できます。
shutdown -rF now
男から:
-Fフラグは「force fsck」を意味します。
これは、システムが再起動したときにテストできるアドバイザリファイル/ forcefsckのみを作成します。ブートrcファイルは、このファイルが存在するかどうかをテストし、適切にアンマウントされたファイルシステムでさえもチェックされるように、特別な「force」フラグを付けてfsck(1)を実行することを決定できます。その後、ブートプロセスで/ forcefsckを削除する必要があります。
shutdown
Upstartで提供されるこの-F
オプションはもうサポートしていません。sudo touch /forcefsck
代わりに使用する必要があります。たとえば、-sbin / shutdownから-Fが削除された理由をご覧ください。そして、バグ#74139:シャットダウンは、-F(強制fsckの)オプションが欠落します。
これを行う別の方法を次に示します。
tune2fs -C 2 -c 1 /dev/THEDEVTHATROOTIS
リブート
その後、ファイルシステムがチェックされ、すべてがうまくいったら、あなたはすべきです
tune2fs -c 60 /dev/THEDEVTHATROOTIS
max-mount-countが60に設定されていると仮定しました。最初のコマンドを発行する前に確認する必要があります。
dumpe2fs /dev/THEDEVTHATROOTIS |grep "Maximum mount count"
私のシステム(複数のx86ノートブックとBanana Pi Pro)でsudo shutdown now
、ルートFSを安全に確認できるランレベル1(別名メンテナンスモード)に移動すると、
mount -o remount,ro /dev/rootpartition
fsck /dev/rootpartition
reboot
これ/etc/fstab
を行うために変更する必要はありませんfsck
。トリッキーなケースを修正するために必要なオプションを使用して実行する機会があります。
注:/forcefsck
とtune2fs
トリックは、x86上ではなく、バナナパイに取り組んでいます。
tune2fs
(おそらく埋め込まれた)initramfsがサポートされていれば、どのプラットフォームでもetcを動作させることが可能です。したがって、実際にはLinuxディストリビューションに依存しています。
Raspberry piを使用していて、緊急モードになっている場合は、実際にルートパーティションをアンマウントしてもfsckを使用できます
(login as root)
mount -o remount,ro /
fsck
reboot
現代のLinuxシステムでは、上記の回答(forcefsckを使用)は機能しません。手動で行う必要があります。
障害のあるパーティションの行を変更して、ルートパーティションを読み取り専用モードにし/etc/fstab
ます(ただし、古い設定を覚えておいてください)。
UUID=fd1d0fad-3a4c-457f-9b5e-eed021cce3d1 / ext4 remount,ro 1 1
リブート
干渉するプロセスの量を最小限にするためだけに、ランレベル1に切り替えます。
init 1
ファイルシステムを修正します(/ dev / sda2をパーティションのデバイスに置き換えます)。これは、ルートパーティションが読み取り専用であるため機能するはずです。
fsck /dev/sda2
リブート。(私のFedora 21システムでは、ブート中にGrub2でランレベル1に変更しなければなりませんでした。
ルートファイルシステムを読み取り/書き込み可能にします。
mount -o remount,rw /dev/sda2
/ etc / fstabを元の状態に復元します。
リブート
ソース:http : //bitsofmymind.com/2014/03/14/how-to-fix-fsck-your-root-file-system-that-you-have-to-boot-into-on-linux/
sudo touch /forcefsck
、前にそれをやったときに働いたsudo reboot
。