История файла .xsession-errors и что предшествовало ему?

Для rsync есть параметр -i , который означает - itemize-changes . В руководстве к rsync сказано, что он «выводит сводку изменений для всех обновлений» .

Он покажет вам, какие файлы и каталоги были изменены и, следовательно, перенесены в целевой каталог из исходного каталога. Он также покажет вам, почему rsync предположил, что файл был изменен, например, если это связано с тем, что размер исходного файла отличается от размера целевого файла, или отличается его временная метка, или, может быть, просто разрешения.

Вот пример. Я создал каталог1 и каталог2 . Оба содержат файл с именем текстовый файл , и оба файла содержат внутри только букву «A». Но файл в каталоге1 имеет другую метку времени. Итак, выполнение rsync -ahzi directory1 / directory2 / дает мне:

.d..t...... ./
>f..t...... textfile

> означает, что файл был передан в локальную цель, потому что он был другим (если вы будете rsync файлы на 192.168 .1.100: / some / directory , например, вы увидите , потому что тогда это будет удаленная цель). f означает «файл», а t означает, что метка времени этого файла была другой.

А что, если изменилось и содержимое файла? Я отредактировал текстовый файл в directory1, чтобы он содержал буквы «AB». Затем я выполнил rsync -ahzi directory1 / directory2 / :

.d..t...... ./
>f.st...... textfile

Есть > , показывающий нам, что файлы были переданы цели, потому что она была другой. s сообщает нам, что размер файла был другим, и t говорит нам, что отметка времени также была другой.

Другие «флаги», которые вы могли видеть в этом выводе, включают:

p - Permission are different
o - Owner is different
g - Group is different
a - The ACL information changed

Мой источник, где я получил объяснение для всех этих флагов: http://andreafrancia.blogspot.com/2010/03/as-you -may-know-rsyncs-delete-options.html

1
30.12.2016, 13:04
1 ответ

В старых исходных кодах восходящего потока X Consortium он был добавлен в 1991 году, чтобы заменить ведение журнала в общесистемный файл журнала, к которому пользователи могли не иметь доступа:

https://cgit.freedesktop.org/~alanc/xc-historical/commit/xc/programs/xdm/config/Xsession?id=c1028b1e51d2805d5220e82d04cbbafeab0bb33f

, но это было введено только месяц назад и не было t еще не вошел в выпуск:

https://cgit.freedesktop.org/~alanc/xc-historical/commit/xc/programs/xdm/config/Xsession?id=43e3c5f5d226637e871dd7615ef40d5f2507edb4

до этого, похоже, как @ WumpusQ.Wumbley сказал в комментарии выше - он не был захвачен Xsession, а вместо этого либо потерян, либо зарегистрирован в журналах xdm stderr.

3
27.01.2020, 23:25

Теги

Похожие вопросы