web-dev-qa-db-ja.com

fsckでデータ破損の警告を解決できない

ファイルシステムを拡張するための連続したスペースを作成するために、sda1に新しいEFIシステムパーティションを作成して、sda5の現在のパーティションから移行できるようにしました。次のような警告を除いて、移動自体は成功しています。

カーネル:FAT-fs(sda1):ボリュームが適切にアンマウントされませんでした。一部のデータが破損している可能性があります。 fsckを実行してください。

最初にEFIパーティションを作成したとき、2日間表示されていた警告に気づきませんでした。ファイルシステムをマウント解除し、次のようにファイルシステムチェックを実行しました。

# umount /dev/sda1
# fsck -V /dev/sda1
fsck from util-linux 2.24
[/sbin/fsck.vfat (1) -- /boot/efi] fsck.vfat /dev/sda1 
fsck.fat 3.0.24 (2013-11-23)
0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Leaving filesystem unchanged.
/dev/sda1: 14 files, 2435/51145 clusters

ダーティビットを削除することでこれを解決できると思いました。しかし、そうではありませんでした。実際に何をすべきか?

18

これは愚かです。私は自分自身の質問に再び答えるようになりました。それは言う、

ファイルシステムを変更せずに残します。

何も変更されていないことを示唆しています。これは実際に1に続いて enter fsckプロンプトの内部機能しませんでした。とにかく、以下は機能します:

# fsck.vfat -v -a -w /dev/sda1

上記のコマンドは、変更を自動的にディスクに書き込みます。これがfsckのバグなのか、それとも他の原因なのかを誰かに教えてもらえたら、すばらしいと思います。

27