Исходное сообщение
"Выпуск графического окружения LXQt 0.17" Отправлено lockywolf, 18-Апр-21 17:23
>[оверквотинг удален] > restore > q > $ stattime etc/ttys > File: /usr/home/анонн/misc/etc/ttys > Access: 20:47:33 16/08/2016 > Birth: 20:49:52 03/11/2013 <--- оригинальный btime > Modify: 23:59:29 11/03/2019 > Change: 14:49:41 18/04/2021 > $ fstyp /dev/gpt/userfs > ufs > Ладно, аннон, ты злой, я тоже буду злой: https://lists.openwall.net/linux-ext4/2019/02/17/6 I think the difference in opinion here is that there are two totally different BTIme out in the world. For two somewhat opposite motivations and it seems they both try to be crammed into the same on disk space. One - Author creation time   This is a Windows originated creature and later MAC (and all vendors who   make a living by serving cifs (hint see my email address))   This is a tag carried globally on the globe denoting the time of the   original creator of the file. copy, download, backup-restore and so   on preserve it from the very first original creation.   This creature is a user oriented information. That needs to be carefully   orchestrated by all parties Two - Local creation time   This is an immutable local FS information that helps in debugging and   FS-checking / recovery of data. It is an information that kind of denotes   the order of creation of files on a local FS. So it looks like both sides are correct trying to preserve their own guy? > $ fstyp /dev/gpt/userfs > ufs Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature and later MAC". А по существу, теперь мы можем быть уверены, что btime вообще использовать невозможно, потому что на разных системах она означает разные вещи, и ваши скрипты будут без малейшего сообщения об ошибке вести себя по-разному. ололо На счёт dump, у нас есть Откровение Его Самого https://dump.sourceforge.io/isdumpdeprecated.html и https://en.wikipedia.org/wiki/Dump_(program) It operates on blocks, below filesystem abstractions such as files and directories.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >> restore > q >> $ stattime etc/ttys >> File: /usr/home/анонн/misc/etc/ttys >> Access: 20:47:33 16/08/2016 >> Birth: 20:49:52 03/11/2013 <--- оригинальный btime >> Modify: 23:59:29 11/03/2019 >> Change: 14:49:41 18/04/2021 >> $ fstyp /dev/gpt/userfs >> ufs >> [/code] > Ладно, аннон, ты злой, я тоже буду злой: > https://lists.openwall.net/linux-ext4/2019/02/17/6 > I think the difference in opinion here is that there are two > totally > different BTIme out in the world. For two somewhat opposite motivations > and it seems they both try to be crammed into the same > on disk space. > One - Author creation time > This is a Windows originated creature and later MAC (and > all vendors who > make a living by serving cifs (hint see my email > address)) > This is a tag carried globally on the globe denoting > the time of the > original creator of the file. copy, download, backup-restore and so > on preserve it from the very first original creation. > This creature is a user oriented information. That needs to > be carefully > orchestrated by all parties > Two - Local creation time > This is an immutable local FS information that helps in > debugging and > FS-checking / recovery of data. It is an information that > kind of denotes > the order of creation of files on a local FS. > So it looks like both sides are correct trying to preserve their > own guy? >> $ fstyp /dev/gpt/userfs >> ufs > Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature > and later MAC". > А по существу, теперь мы можем быть уверены, что btime вообще использовать > невозможно, потому что на разных системах она означает разные вещи, и > ваши скрипты будут без малейшего сообщения об ошибке вести себя по-разному. > ололо > На счёт dump, у нас есть Откровение Его Самого > https://dump.sourceforge.io/isdumpdeprecated.html > и > https://en.wikipedia.org/wiki/Dump_(program) > It operates on blocks, below filesystem abstractions such as files and > directories.
	Введите код, изображенный на картинке: