回復モードのfsckは機能しません。

残念ながら、systemdの使用などの最新のシステムでは、他のソリューションは機能しません。私は同じ方法を試してfsck自体（これのために作られたもの）を選択して回復モードに切り替えましたが、何もしませんでした。あなたができることはカーネルブートパラメータを使うことです。ワンタイムスタートチェックの場合は、次のことができます。

1. システムが起動したら、BIOSテストが完了したら、キーを押してESCgrubメニューに入ります。

2. その後、メニュー項目を選択し（より良い処理のために詳細と回復に進むことができます）、キーを押してeこの開始に対してのみ開始項目を編集します。

3. そのlinux ...行に移動し、最後に次を追加します。 fsck.mode=force。これは強制的に確認されます。fsck.repair=yes強制修正を追加することもできます。既定では、既存の整合性を変更せずにデータ損失を引き起こさない修正のみが適用されます（たとえば、分離されたデータは削除されません）。

4. プレスF10開始

   • 3番目の代替手段であり、より柔軟でインタラクティブなLinuxブートラインに代わりにfsck..追加できます。breakこれにより、busyboxコマンドプロンプトで起動プロセスが中断され、マウントされていないファイルシステムでfsckを実行できます。

このガイドでは、ユーザーがgrub 2およびLinuxカーネル4.13以降（テスト済み）を持っていると想定しています。

少し遅れているかもしれませんが、他の人に役立つかもしれません。