私は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の優れたものよりも少し正確です。コメントこれは状況を説明します：
複雑なファイルタイプビルダーを使用するプログラムは、一時ファイルに書き込み、一時ファイルの名前を元の名前に変更し、自動的に新しく保存されたファイルに変更する傾向があります。
これには2つの利点があります。
- 保存中にプログラムのクラッシュを引き起こすバグがある場合、元のバージョンは変更されていません（必要な「機能」ではありません）
- 元のファイル名の下にある「半分完了」ファイルは決して存在しません。これは、ファイルが変更されたときに自動的に更新するプログラム（ファイルマネージャのプレビューなど）に大きな違いを生み出します。
しかし、あなたは正しいです。これによりctimeファイルは関連性がなくなります。少なくともlibreofficeでは、ファイルのプロパティダイアログボックスで元の作成時間がまだ保存されていますが、ファイルプロパティではなくファイル自体に保存されていることがわかります。