Я прозрел

конфиги - это не <censored> в реестре

Да, «реестр» — самое нелюбимое слово ЛОРовца.

Так что начинай уже не любить линукс.

Его стоит не любить уже за наличие 12309, причем его недесктопность можно даже простить.

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

поправка: systemd ровно той же версии. Формат логов часто ломается, если что.

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

И раз уж

всплывает на поверхность при помощи man'ов

То вот вам:

ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole=

Control whether log messages received by the journal
daemon shall be forwarded to a traditional syslog daemon,
to the kernel log buffer (kmsg), or to the system console.
These options take boolean arguments. If forwarding to syslog
is enabled but no syslog daemon is running, the respective
option has no effect. By default, only forwarding to syslog
is enabled. These settings may be overridden at boot time
with the kernel command line options
"systemd.journald.forward_to_syslog=", "systemd.journald.forward_to_kmsg=" and 
"systemd.journald.forward_to_console=".
When forwarding to the console, the TTY to log to can be
changed with TTYPath=, described below.

Внезапно, из мана к journald.conf

Иди скушай французских булок и выпей валерианочки.

А ты про его преимущества не забыл упомянуть?
А то ты как-то неправильно козью ногу с гландами осьминога сравниваешь.

1) нет

2) вирь может выловить твой текстовик непосредственно до отправки, и в архив отправятся уже скомпроментированные логи

боюсь, ТС и до systemd никаких манов не читал ни разу, т.ч. даже текстовые логи его не спасут

И я увидел врага. Systemd.

Архангела Гавриила не видал?

Ты бы в этом systemd разобрался для начала, а потом уже ругал. А то наслушался местных религиозных фанатиков и туда же.

Умеет. Он его пишет в syslog-совместимый сокет.

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

Потому что прозревать и прозревать еще

Ну, если за строкой идёт ещё пара строк, то корректно изменить становится сложнее. И это куда сложнее, чем разобрать бинарный лог.

Если что, upstart - тоже то ещё г, которое сделано вопреки лучшим инженерным решениям, как и systemd.

Наоборот - rsyslog умеет собирать логи из journald.

То есть скоро нельзя будет ставить Дебиан с помощью cp -ax?

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

смотря какая интенсивность логирования - логично?

Я стоял в душе и думал

Помыться в итоге не забыл?

Регистри, в исполнении Виндовса?
Ну не шмагли...

*.plist? В исполнении Эппола?
Ну не шмагли...

/etc? В исполнении Линукса/Юникса
Ну получилось как всегда, да и протухло, потому что было первым экспериментом в этом плане, на жутко ограниченном железе.

Ящетаю давно пора делать каждое прЕложение в виде виртуальной машины, с дерганием основных АПИ через жестко стандартные интерфейсы, со всем хламом исключительно в образе виртуального диска!

Ой.. кажись уже.
OSX10.9, Win8(Метро), Андроид

Нет, вполне можно %).

Скорее, journald умеет класть логи туда, откуда rsyslog умеет их собирать.

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

Кстати, именно текстовые нестандартизованные логи «о чём вижу, о том пою» — это как раз причина малого количства программ для их анализа. Штука-то нужная, а программ мало. Почему? Да потому что автоматически обрабатывать их было сложно.

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

Закопать.

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

ЩИТО? Для сохранности от модификаций лог точно не обязан быть бинарным.

Дело в том, что systemd-шный лог — это база данных. Индексируемая по куче полей.

Это база данных. Индексируемая по куче полей.

Это очень специфическая БД - append-only. Никаких причин делать ее бинарной нет.

Ну так индекс-то у неё есть.

Тем более, насколько я знаю, в плане формата БД они не сказали NIH, а взяли что-то уже имеющееся.

Ну так индекс-то у неё есть.

Это не мешало оставить ее текстовой.

Я не приглашал товарища beastie менять мой текст по своему замыслу.

Ты предпочитаешь 5.1 и -10? Если это твоё желание — могу устроить.

4.2

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

а вторую часть предложения прочитать не пробывал? бинарный файл абсолютно бесполезен на другой ОС

upstart, как минимум, не мешает писать километры скриптов и не всасывает в себя прочие системные компоненты.

Но мы то значем что у практически у всех архитектура amd64 )

Слишком мало ненависти к сустемд. Где же те прекрасные срачи, которые были год назад? Слишком много защитников или адекватных. Лор, ты ли это?

зато это позволяет продолжить [функционал] на все пространство с сохранением нормы!

Ненавистники полностью укрепились в своём фимоземировоззрении. Те, для кого недостатки критичны или перевешивают достоинства, вроде бы выговорились. Троллям надоело.

бинарный файл абсолютно бесполезен на другой ОС

С каких пор journalctl на другой ОС не открывает бинарные файлы?

Внезапно, journalctl выдаёт логи простым текстом

Внезапно в умирающей системе journalctl оказался повреждён. Что тогда?

Для сохранности логов от модификаций

Глупость какая. Если уж руткит может внедряться в бинарную программу во время работы, то бинарный лог это вообще не проблема.

с таких, что с вероятностью в 98% его там нет?

Т.е. ты админ, тебе надо почитать лог с упавшей системы, а все остальные системы у тебя без systemd? Ну что я могу сказать, по такой логике у тебя и текстового редактора для открытия лога может не быть. Плохому танцору и логи мешают.

Т.е. ты админ, тебе надо почитать лог с упавшей системы, а все остальные системы у тебя без systemd?

конкретно мои системы вообще без systemd =) и, надеюсь, никогда и не будут

у тебя и текстового редактора для открытия лога может не быть.

cat и grep (ровно как и визуальные средства редактирования) есть даже на андроиде. предустановленный текстовый редактор был даже в Symbian 8, а может и раньше. так что мимо.

cat и grep (ровно как и визуальные средства редактирования) есть даже на андроиде. предустановленный текстовый редактор был даже в Symbian 8, а может и раньше. так что мимо.

Если всё настолько сурово, что нет доступа к ssh упавшей системы, но есть доступ к ФС с андроида, то ты можешь настроить экспорт в syslog. Но это уже кулхацкерство, IRL до такого редко доходит. Да и вообще редко доходит до такого, что система неспособна даже в чрут.

IRL до такого редко доходит

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

И это обязательно нужно сделать с андроида. Поставить systemd и проанализировать с него? Это не для нас! Настроить вывод в ценральный syslog? Удалённые логи для нубов! Только извращения, только хардкор!

И это обязательно нужно сделать с андроида.

Windows, MacOSX, Ubuntu...

Поставить systemd и проанализировать с него?

а если его нет для используемой системы? да и вообще - менять инит ради случая? =) ктобы говорил об изврещениях.

Настроить вывод в ценральный syslog? Удалённые логи

в результате приходим туда же - а нафига systemd нужен если количество телодвижений не только не уменьшилось, но и увеличилось? =)

в результате приходим туда же - а нафига systemd нужен если количество телодвижений не только не уменьшилось, но и увеличилось? =)

Он нужен потому, что твой юзкейс это 0.0001% пользователей. А у остальных количество телодвижений никак не изменилось.

0.0001% пользователей

это кол-во пользователей systemd?

А у остальных количество телодвижений никак не изменилось.

согласен