EXT4ファイルの変更日付スタンプは1979年11月29日です。

EXT4ファイルの変更日付スタンプは1979年11月29日です。

私はLinux Mint 20.2 64ビットCinnamonを実行していますが、これは整合性テストに失敗したFLACファイルです。ファイルがうまく再生されるようです。修正日が間違っている可能性があります。作成日と最後のアクセス日が正しいようです。だから私は2つの質問をします。

  1. この誤った修正日のためにファイルが整合性テストに失敗した可能性がありますか?このコマンドを使用して端末でテストを実行します。

    $ find ~/Music/ -type f -iname '*.flac' -print0 | 
        xargs --null flac -wst
    
  2. 変更された日付を一括で簡単に変更する方法はありますか?それともファイル単位で変更する必要がありますか?

ベストアンサー1

まず、Unixファイルシステム(FS)は通常「生成時間」を追跡しません(現在は「生成」時間を追跡するFSがあるため、一般的に言います)。 stat() システムコールの「ctime」フィールドは次のとおりです。いいえ「(C)反応時間」はDOS / WINのものと似ていますが、「inode(C)実行時間」、つまりinode自体が最後に変更された時間です。

第二に、整合性チェックに影響を与えるかどうかと方法は、使用するツールによって異なります。ほとんどのツールはあまりにも頻繁に変更されるため、タイムスタンプを考慮しません。整合性エラーが発生すると、実際の整合性エラーである可能性が高くなります。ファイルは「うまく再生」されます。なぜなら、コーデックは人が気付くのに十分でない誤ったデータを捨てるからです。

関連して、不良タイムスタンプが多すぎるという事実は、不良セクタを「回復および再配置」しようとすると、ドライブ自体が誤動作し、データ破損を引き起こすことを意味する。ほとんどの最新ドライブはSMARTエラー検出方法をサポートし、さまざまなSMARTモニターとツールをインストールしてステータスを確認できます。私はこれを行うことを提案します。

第三に、touch -- *.flac一度にすべての現在時刻に更新する必要があります。 (もちろん、ファイル名のリストを渡すためにシェルが生成するバッファを超えるほどファイル名が多すぎる場合は除外されますが、これは別の質問です。)

おすすめ記事