Перезапись файлов затирает их дату создания

почему только долфин? При перезаписи удаляется старый файл и новый, хоть и называется так же, совершенно другой файл. Имхо там нужен дикий костыль

В Linux нет «даты изменения». Только в некоторых ФС и почти никакой софт не это не поддерживает.

Поэтому при изменении будет меняться дата создания

В Linux нет «даты изменения».

Ммм? А что есть mtime?? man 2 stat.

Действительно, попробовал сделать перезаписать через cp или mv - дата содания новая. Но при том, Kate или тот же nano при модификации файла работают как надо, сохраняя дату создания. Почему так - не совсем понимаю

Да, видимо был не прав. Почему-то был уверен в обратном.

при сохранении изменений в файле не создается его новая копия. Совершенно разная операция чем copy

попробовал сделать перезаписать через cp или mv - дата содания новая.

cp -p, mv должен работать правильно «из коробки».

ПыСы. «Правильно» здесь означает «ctime должен быть как у source».

Но при том, Kate или тот же nano при модификации файла работают как надо, сохраняя дату создания. Почему так - не совсем понимаю

Очевидно, редактор делает дополнительные телодвижения чтобы запрезёрвить ctime.

хотел показать, как узнать crtime с помощью debugfs на ext4
проверил у себя, а он оказался тоже затёртым :(

при сохранении изменений в файле не создается его новая копия.

Если они действительно так сделали - за такое надо бубенцы откручивать. Нормальные люди сохраняются во временный файл, и только после успешного fsync() - ротейтят.

а кто у нас нормальные люди? если файл перезаписывался менялась бы и дата.

а кто у нас нормальные люди?

Теплится надежда что все с опытом разработки от года и больше. Или хотя бы те кто хоть раз пытался сохраниться на переполненную fs. Знаете, как говорят: «самый надёжный способ запомнить день рождения благоверной - это один раз о нём забыть»? ))

Действительно, попробовал сделать перезаписать через cp или mv - дата содания новая

У меня, если перезаписать с помощью cp, дата остается прежней. ext4.

stat -c "%w" file
cp otherfile file
stat -c "%w" file

Я не знаю как и почему это произошло, но сейчас cp работает также и у вас. (ext4, exfat) Но это не суть, главное - решить эту проблему в Dolphin

(ext4, exfat)

Не надо смотреть на fat в любых его формах. На всех native fs будет 3 независимых timestamp’а: ctime / mtime / atime.

«Правильно» здесь означает «ctime должен быть как у source»

Прошу пардона, каким образом ты предлагаешься добиться того, чтобы ctime был как у источника?

Согласен, я бы с радостью отказался от exfat, если бы мог, однако он всё-же поддерживает Creation time (birth time), Modified time, Change time, Access time

однако он всё-же поддерживает Creation time (birth time), Modified time, Change time, Access time

Емнип - оно всё эмулируется из одного (или двух?) timestamps поддерживаемых форматом.

Прошу пардона, каким образом ты предлагаешься добиться того, чтобы ctime был как у источника?

А Вы таки правы - не hackish способов походу не существует. Снимаю шляпу. И «на старуху бывает проруха». ))

Прошу пардона, каким образом ты предлагаешься добиться того, чтобы ctime был как у источника?

Можно копировать с помощью rsync, у него есть соответствующие ключи для сохранения дат. Да и cp -p(или -a) вроде должен сохранить эти атрибуты как у источника.

Проблема же вроде сохранить дату как у TARGET была, а не как у SOURCE.

Нет, ты не понял. ctime нельзя установить из юзерспейса (по крайней мере, не пользуясь отладочными интерфейсами). Ни cp, ни rsync тебе не помогут, этот таймштамп просто нельзя установить явно через futimens.

А что тогда значит вот этот ключ у rsync?

--crtimes, -N preserve create times (newness)

на фс с CoW можно сделать и более умный вариант :)
вообще результат зависит от требований. в простом случае хватит просто файл перезаписать с нуля. коль есть подозрения нанестаб ильность железа али имеется анальный штырь «повышенной надежности» то можно и с копиями помудрить
и кстати забыл еще мелкую защиту от всего: старый файл не удаляется, а перемещается в бекап-директорию !!
и только по прошествии времени удаляется.

Ну и пусть временный файл. Но почему обязательно копировать файл поверх? Открываешь оба(fopen) и копируешь при сохранении изменений из одного в другой(с заменой полной конечно же). Тогда дата создания как раз и сохранится.

Во-первых, ctime — это «change time». То, что rsync называет «create time», в Linux называется «birth time».

Во-вторых, этот ключ в Linux в любом случае не работает.

Во-вторых, этот ключ в Linux в любом случае не работает.

rsync: This rsync does not support "--crtimes" ("-N")

Да, вы правы. Этот ключ работает похоже только в винде и на маке.