저는 Linux Mint 21을 사용하고 있으며 EXT4 파일 시스템을 가지고 있습니다.
파일 시스템 기능: has_journal ext_attr resize_inode dir_index filetype Needs_recovery 범위 64bit flex_bg sparse_superlarge_file huge_file dir_nlink extra_isizemetadata_csum
my_test 파일을 열었습니다.
touch my_test
stat my_test
File: my_test
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 831h/2097d Inode: 54 Links: 1
Access: 2023-12-17 22:26:37.610635694 +0100
Modify: 2023-12-17 22:26:37.610635694 +0100
Change: 2023-12-17 22:26:37.610635694 +0100
Birth: 2023-12-17 22:26:37.610635694 +0100
그런 다음 nano로 편집하십시오.
nano my_test
stat my_test
File: my_test
Size: 12 Blocks: 8 IO Block: 4096 regular file
Device: 831h/2097d Inode: 54 Links: 1
Access: 2023-12-17 22:27:32.207040986 +0100
Modify: 2023-12-17 22:27:48.387162937 +0100
Change: 2023-12-17 22:27:48.387162937 +0100
Birth: 2023-12-17 22:26:37.610635694 +0100
생년월일이 똑같아서 리브레 작가로 열어서 몇개 편집해서 저장했어요
stat my_test
File: my_test
Size: 17 Blocks: 8 IO Block: 4096 regular file
Device: 831h/2097d Inode: 55 Links: 1
Access: 2023-12-17 22:29:06.259760565 +0100
Modify: 2023-12-17 22:29:06.259760565 +0100
Change: 2023-12-17 22:29:06.267760627 +0100
Birth: 2023-12-17 22:29:06.251760503 +0100
생년월일이 변경되었습니다. 새로운 인덱스 노드가 있는 것을 알 수 있습니다. 이유는 무엇입니까?
껍데기:
echo "hello" > my_test
생년월일 유지
왜 libre office 작가나 xed는 생년월일을 변경하여
생년월일의 전체 의미를 쓸모없게 만드는가?
동일한 파일 시스템 기능에 대해 잘못된 동적 라이브러리를 사용하고 있습니까? 또는 무엇을?
답변1
don_crissti의 우수한 것보다 조금 더 정확합니다.논평이것은 상황을 설명합니다 :
복잡한 파일 형식 작성기를 사용하는 프로그램은 임시 파일에 쓴 다음 임시 파일의 이름을 원래 이름으로 바꾸고 자동으로 새로 저장된 파일로 바꾸는 경향이 있습니다.
여기에는 두 가지 장점이 있습니다.
- 저장하는 동안 프로그램 충돌을 일으키는 버그가 있는 경우 원래 버전은 변경되지 않은 상태로 유지됩니다(필요한 "기능"이 아니길 바랍니다)
- 원본 파일 이름 아래에 "반쯤 완료된" 파일은 절대 존재하지 않습니다. 이는 파일이 변경될 때 자동으로 업데이트하는 프로그램(예: 파일 관리자의 미리 보기)에 큰 차이를 만듭니다.
하지만 당신 말이 맞아요. 그러면 ctime
파일이 관련성이 없게 됩니다. 적어도 libreoffice에서는 파일 속성 대화 상자에서 원래 생성 시간이 여전히 저장되어 있지만 파일 속성이 아닌 파일 자체에 저장된다는 것을 알 수 있습니다.