Разработчики FreeBSD планируют создать аналог systemd

А что бы сказал Патрик?

logind, udev и dbus изначально не бывают без systemd. Это не доказательство?

Ну, блин... 128битный UUID фактически в любов виде выглядит нечитабельно. И кодировать его в ASCI... Смысла нет.
ИМХО, нет особого смысла делать журнал плейнтекстом. В тот-же бинарный формат можно закатывать избыточность, для восстановления. Да и вообще, бинарное представление для многих вещей подходит лучше. К примеру, если тебе нужно регистрировать TCP заголовки подозрительных пакетов.

За год использования сего поделия у меня накопилось ~4G логов (дефолтный rotate по 10% раздела). Из них побилось 3 файла (2 из них — invalid monotonic timestamp, один — битый lz4 в конце лога). За это время комп пережил более 20 ребутов по перегреву.

И, о ужас, я не могу прочитать целое одно сообщение в последнем из них. Я в дикой печали.

Я ещё кощунственный вэщ скажу: strings прекрасно показывает содержимое этих ужасных бинарных логов.. Можно ещё strings $log | grep MESSAGE= | less использовать.

Если вас и правда волнуют логи - вы храните их на отдельной машине.

Так о том и спич, что их не только хранить, их еще и считать надо.
А повредиться они могут и на отдельной машине.

Я это уже читал. Ты все равно поимеешь больше потерянной информации, чем с плейнтекста. А ломаться есть чему, по крайней мере гугл по запросу «journald corruption» выдает много ссылок. Лор тоже нашел Битые логи с systemd-journald

Господи, да сколько-же раз повторять... Если у вас логи хранятся на локальной машине - вам на них по факту насрать!
Но нет, с умным видом будем обсуждать вероятность отвала логов. Сравнивать плейнтекст и бинарные логи.
Ламеры, блин, ушастые.
Если у вас лог ведется и хранится только на локальной машине - либо это десктоп, либо сервачок для экспириментов, либо вы дебил.
Точка.

Просто рядом будет лежать метаинформация в бинарном виде.

метаинформацию можно держать где-то в другом месте.

FreeBSD Foundation получила пожертвование в размере $1,000,000 (комментарий)

Вполне рабочая система.

Unix RIP.

Исшо раз повторяю: лог может повредиться и на другой машине.

Не буду теоретизировать, просто процитирую одного из нарвавшихся:

Yesterday my laptop failed to resume from suspend, no ttys, no reisub, nothing worked except using the power button. Rebooted, fired journalctl and I have nothing except the last boot logs.

journactl --verify returns that my system logs are corrupted, about all my logs (48MB of 50MB of maximum disk usage) are now completely useless. This is not the first time this happens and searching around I can only find people with the same problem that «resolved» deleting the corrupted logs and starting with a new file.

Вы только вдумайтесь: system logs are corrupted - это приговор самой идее. И внимательные люди сразу обратили внимание на порочность такого подхода. До остальных эта простая мысль доходит с опытом.

Всё. Надо уходить в анабиоз. Поставить 10ку и забыть про ОСи навсегда.

Хотя, BSDшники народ прагматичный. Всё что попадает к ним, доводят до ума. Может и свои идеи реализуют по-человечески, как это теперь с пакетным менеджером pkg2ng?

Так о том и спич, что их не только хранить, их еще и считать надо.
А повредиться они могут и на отдельной машине.

Да на отдельной машине они хранятся именно что в бинарном виде. В каком-нибудь posgresql. И к ним привязана вебморда. И что-то вроде заббикса.

нужно больше скобок, блиадж

Огак. В sql бд. С рейдом. Огак. А еще в серверную может метеорит попасть.
Имхо, вероятность одновременного повреждения логов маловата.

Таки это было давно и неправда.
Я недавно в виртуалках развлекался. Делал все, что только можно для того, что бы убить логи системд.
Походу их допилили то фактической неубиваемости.

Экспериментировал на файле в 70мб. Резал его на кусочки, подмешивал туда мусор, в общем, извращался как мог.

Я уже перелез на венду.

А что там делать? А, работать... Видимо на линуксе злой Лёнька не дает работать =)

Чего и вам желаю.

Лол, я с нее слезать собираюсь наоборот.

СПО всё!

«Наше всё» ?

Те, можно открыть лог любым текстовым редактором и таки увидет сообщения служб в том, виде, в котором-бы они хранились-бы в сислоге.

В двоичном виде что ли?

Поставь себе федорку последнюю в виртуалку.
А затем сделай как тут советовали: strings $log | grep MESSAGE= | less
Очень бинарно, да?

текст я вам что на винде что на фряхе разобрать смогу

Сразу и за версту видно человека, никогда в жизни не открывавшего в винде текстовый файл с разделителями строк, отличными от \r\n.

Да что там. Даже в винде он не открывал текст в кодировке отличной от cp1251.
О сколько гемора мне в свое время добавила разница между 866 и cp1251!

Внезапно

Tip: While the journal is stored in a binary format, the content of stored messages is not modified. This means it is viewable with strings, for example for recovery in an environment which does not have systemd installed. Example command:

$ strings /mnt/arch/var/log/journal/af4967d77fba44c6b093d0e9862f6ddd/system.journal | grep -i message

Тебе сказать, какому пакету принадлежит strings, или сам разберешься?

Да на отдельной машине они хранятся именно что в бинарном виде. В каком-нибудь posgresql

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

«Походу» это не аргумент, тем более что есть еще и аппаратные глюки.

похоже, их маскот не предохранялся на изветсной картинке

А что он скажет? Патрику системд нравится.

ну и кто ты после этого признания? :)

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

Если сделают нормально (и без ублюдочных ini-файлов) - хорошо.

Извините, вы например для этого браузер использовать не пробовали? Там в менюшке «File» обычно есть пунктик «Open file», вот он для вас.

Вы какую ОС имеете в виду? И какие мы сейчас тут обсуждаем.

Сделал на своей гентушке

strings /var/log/journal/536b4242460fd490a5d085855300989a/system.journal | grep -i message 

В общем я доволен.

strings под фряхой емнип есть. Под линупсом тоже. Под виндой (в базовой поставке) не слышал, да, но, я надеюсь, что вы тут собрались не notepad'ом логи парсить ;)

Список тулзей решающих вашу попаболь просто огромен, гугл в помощь.

Тулзы, решающие вашу попоболь по поводу бинарного journal, только в этой теме упомянуты уже n-дцать раз: journalctl во-первых и strings /path/to/file.journal | grep ^MESSAGE_ID= | less во-вторых. И никакой гугл не нужен, родных средств и доков достаточно.

Больше systemd хороших и разных!

Вы только вдумайтесь: file corrupted не означает, что он нечитаем.

с пасьянсом и библиотекаршами?

Ну, хз. Можешь скинуть рецепт, как убить s-d лог?

Фухх.. на 3-ю страницу успел.

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

Эх, только по закону подлости, эти тулзы нужны тогда, когда гугла нет. Во всяком случае, использовать разные кодировки для cli и gui мог додуматься только редкостный мудак.

Так-то, под виндой даже notepad++ выручает.

Содержание треда было предсказано до его открытия. Господа, из вас реактивный двигатель делать надо. На баттхёртной тяге.

Извините, вы например для этого браузер использовать не пробовали? Там в менюшке «File» обычно есть пунктик «Open file», вот он для вас.

Ога, когда нужно налабать bat, который должен что-то делать в папке с русским названием.
Слава богу, дни эникейства далеко позади.

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

С момента появления systemd я не устаю благодарить Поттеринга!
Благородя ему моя потребность в срачах удовлетворенна полностью!
Со времен дистросрачей, со времен wayland-mir-x11 срачей, со времен os-срачей ничего такого жирного, с такой концентрацией попаболи не было!

Вот у меня недавно зависли иксы, после чего система была перезагружена по магической комбинации Alt+SysRq+[S+U+B]. И знаете что? Я не обнаружил в старых добрых текстовых логах ни-че-го, даже сообщения об emergency sync. Так что они тоже оказались completely useless.

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

Вы оригинал почитайте, там речь не о том что его прочитать нельзя, в него информация добавляться перестала.

Сразу и за версту видно человека, никогда в жизни не открывавшего в винде текстовый файл с разделителями строк, отличными от \r\n.

изкоробочным Wordpad-ом всё прекрасно открывается

Эх, только по закону подлости, эти тулзы нужны тогда, когда гугла нет. Во всяком случае, использовать разные кодировки для cli и gui мог додуматься только редкостный мудак.

Wordpad. Есть из коробки. Показывает юниксовые плейнтексты как надо

R.I.P., Unix!