EXT4 파일의 수정 날짜 스탬프는 1979년 11월 29일입니다.

EXT4 파일의 수정 날짜 스탬프는 1979년 11월 29일입니다.

저는 Linux Mint 20.2 64비트 Cinnamon을 실행하고 있으며 이는 무결성 테스트에 실패한 FLAC 파일입니다. 파일이 잘 재생되는 것 같습니다. 수정 날짜가 잘못되었기 때문일 수 있습니다. 생성 날짜와 마지막 액세스 날짜가 올바른 것 같습니다. 그래서 저는 두 가지 질문을 합니다.

  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한꺼번에 모두 현재 시간으로 업데이트되어야 합니다. (물론, 파일 이름 목록을 전달하기 위해 쉘이 생성하는 버퍼를 초과할 정도로 파일 이름이 너무 많으면 제외됩니다. 하지만 이는 또 다른 질문입니다.)

관련 정보