скопировать файл из умирающей системы

Как интересно ты назвал линукс.

А ещё journald умеет гонять логи в rsyslog.
Но это не так интересно как прозревать, да.

А ядро скоро будет выплёвывать ошибки в виде QR-кода (не, на самом деле это предложение не пройдёт, но вероятность есть.)
Так что начинай уже не любить линукс.

Ты понял фишку.

Бинарные логи

Либо быстродействие, либо понятность юзеру.

Бинарные логи. Ты уже не сможешь взять, скопировать файл из умирающей системы и спокойно его скурить под другой ОС

можешь. если в другой ОС установлена systemd :)

Это сделано не для быстродействия.

Хм. Для чего тогда?

Для сохранности логов от модификаций бэкдорами, руткитами, вирусами, сисадминами…

Либо быстродействие, либо понятность юзеру.

Ну и зачем высокая производительность при логировании?
Разумеется доступность логов имеет наивысший приоритет.

Субж установлен только в трети всех Линуксов, а устанавливается не более чем в максимум 2% всех ОС.

А этот journald умеет просто выдавать лог в текстовом формате? Лишняя прослойка так появляется случайно.

А ещё journald умеет гонять логи в rsyslog.

При условии, что этот самый journal(ctl) в запускабельном состоянии.

Не умеет, увы. Но прослойка эта всё равно не так страшна, как её малюют.

Ну, если он не запускается, то и проблемы нет, верно :-)?

Для сохранности логов от модификаций бэкдорами, руткитами, вирусами, сисадминами…

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

Ну и зачем высокая производительность при логировании?

Зависит от количества логов, логгируемых процессов и подробность их же. Но да, относительно бесполезно.

Не умеет, увы.

Не нужно, увы.

Не проще контрольную сумму юзать и перебрасывать на другой сервак копии?

Петросянство побило свою планку. Нижнюю.

Ну, если он не запускается, то и проблемы нет

Интересная логика. :)

Да, все редакторы логов страдают. А я хотел накрутить скорость загрузки, теперь не получится, вот.

Кажется, это не просто не проще, но ещё и тот геморрой.

можешь. если в другой ОС установлена systemd :)

А не факт. Возможно, условие будет звучать как «установлена systemd той же версии» :(

Ок. А чем такие логи просматривать?

Внезапно, journalctl выдаёт логи простым текстом. Можно гонять по пайпам.

ABI логов был изменён только однажды. И довольно давно.

В таком случае, может, и годно. А то уж испугался, что опять какую намертво прикрученную софтину нафигачит...

Евгений Касперский говорит так

Говорят, у них с Б. Ельциным есть одна общее пристрастие, в свете этого, я бы аккуратнее относился к словам данного г-на.

Да, все редакторы логов страдают.

Страдает функционал и основные принципы. Вот, допустим, по каким-то причинам система еле жива. Почти ничего не работает, кроме vi. Какова вероятность прочитать текстовый файл по сравнению с бинарём ?

И если её потом разархивировать - этого будет достаточно

Только на той же конфигурации.

Кажется, я понял, для чего была создана возможность гнать логи с journald в syslog.

Не все, что Линукс - Генту.

Я бы не приводил слова этого господина, если бы не был с ними абсолютно согласен.

Только на той же конфигурации видеокарты

// закончил.
Правда, это тоже вполне решается, и не слишком уж и сложно.

Ну вот, теперь мне стыдно. Как я мог, в таком-то треде(

Лично мне понравилось.

Эээ, а разве все срались не из за этого? Еще были какие то причины не любить системд?

Для сохранности логов от модификаций бэкдорами, руткитами, вирусами, сисадминами…

Разве проблема покурить спеки по «бинарному» формату? Разве проблема сохранить sha1 для текстового файла?

Разве проблема покурить спеки по «бинарному» формату?

journald умеет много весёлых штук, так что, да.

Разве проблема сохранить sha1 для текстового файла?

Если в него каждую минуту куча строк попадает, то толку от sha1 от какого-то момента времени никакого.

<green>

1. systemd — bleeding edge
2. bleeding edge — лучшее, после бутерброда с шашлыком

Вывод? systemd это то, что вы напророчили сами на свои головы своими желаниями :}

Разве проблема покурить спеки по «бинарному» формату?

А никто не гарантирует тебе, что там ничего не поменяется. Только журнал-либы.

Ну, если он не запускается, то и проблемы нет, верно :-)?

Предохраняемся

chmod -x $(which journalctl)

# ну и для любителей жёстких методов 
chmod -x $(which install)
chmod -x $(which chmod)

ld ещё забыл.

А никто не гарантирует тебе, что там ничего не поменяется.

Тогда речь о портабельности вообще не идёт. (т.е. никто не гарантирует, что логи можно будет прочитать с другого хоста)

Если в него каждую минуту куча строк попадает,

тогда использовать md5 и писать логи в формате:

mon 01-01-1970 <md5> ooops! (i did it again)

И что мешает патчить строку вместе с MD5?

Systemd. Бинарные логи. Ты уже не сможешь взять, скопировать файл из умирающей системы и спокойно его скурить под другой ОС. Почему? Потому что это уже не текст, а НЁХ.

Эээ. Бинарный файл уже не файл, и скопировать его нельзя?

Либо быстродействие, либо понятность юзеру.

Непонятность юзеру вижу. А быстродействие где?

Я прозрел

Нет.