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

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

リカバリモードでfsckを実行すると、sda3がマウントされたことが表示されます。

/dev/sda3 がマウントされました。

e2fsck: 続行できません。中断されます。

ところでsda3を削除しようとすると使用中です。

umount:/: ターゲットが使用中です。

ファイルシステムの整理方法

答え1

残念ながら、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以降(テスト済み)を持っていると想定しています。

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

関連情報