だから私はfsckを実行し、それは報告します
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
どちらかを選択すると、次のようなエラーの長いリストが表示されます
Cluster 1471730 out of range (164977891 > 1980013). Setting to EOF.
Cluster 1471732 out of range (252397720 > 1980013). Setting to EOF.
Cluster 1471734 out of range (18601458 > 1980013). Setting to EOF.
それからそれは言う、
Reclaimed 93886 unused clusters (769114112 bytes).
Free cluster summary wrong (1034047 vs. really 1221912)
1) Correct
2) Don't correct
(1)を選択すると、アクションなしで終了します。
Leaving file system unchanged.
/dev/sdb1: 53 files, 758100/1980012 clusters
どうすればこれを修正できますか?
USBボリュームをアンマウントした後、 '-w'スイッチを指定してfsckを使用すると、fsckはすぐに変更を書き込むようになります。 「-w」には「-a」(自動モード)または「-r」(インタラクティブモード)が必要です。
man fsck.vfatさんのコメント:
注:-aおよび-rがない場合、ファイルシステムはチェックされるだけで、修復はされません。
したがって、実際に変更を書き込むには、-aまたは-rを使用します。 -wオプションは、これら2つの動作を変更します。
Fsckのmanページをご覧ください。 -rオプションを試すか、-nを使用した場合はそのままにしておきます。
別の可能性は、パーティションが完全にいっぱいであるということです。これをチェックして。
ちなみに、使用したコマンドを正確に投稿すると非常に役立ちます。
同じ問題がありました。最終的には、fsck(さまざまなfsckツールすべてのラッパーにすぎません)を使用するのではなく、dosfsckコマンドを直接使用するだけで機能します。 fsckがdosfsckを呼び出すと、正しく動作しない原因となるオプションがいくつか追加されると思います。
User130302が言ったように-w -rを渡すことに加えて、fsckが見つかったクラスターを(FSCK000n.RECファイルに)書き込むことができるように、パーティションmountedでfsck.vfatを実行する必要がありました。
私は同じ問題を抱えており、直接使用したuser258400からの回答に触発されました:
fsck.fat -r /dev/sde1
の代わりに:
fsck -r /dev/sde1
トリックをした