'journald' for MacOS LaunchAgents

While the entire systemd project has historically been rather polarizing, I have found it to be easier to maintain for my own environments. When working on services on windows or MacOS , I have come to miss having journald when running services. MacOS launchd services let you StandardOutPath and StandardErrorPath, each application can set them to whatever path they want. While applications can directly use MacOS unified logging, I wanted to prototype an idea of launchd handling directing files. Since I can not (easily) modify launchd, I decided to write a redirect-output helper, to prototype how this might look.

PaulTraylor.net
#systemd is far from perfect, and I know there are many people that dislike it, but I do start to miss #journald when writing something small on Windows or #macos
`log stream` command looks like it can do part of the `journald` job, but there doesn't seem to be as easy way to have LaunchAgents automatically send logs to it as launchd plist only provides `StandardOutPath` and `StandardErrorPath`

Свой systemd unit‑файл с нуля: от минимального скелета до production‑конфига

systemd unit ‑файл часто начинается с пары строк из чужого примера, а заканчивается сервисом, который странно рестартует, пишет логи куда попало и работает с лишними правами. В этой статье разбираем, как собрать unit ‑файл для своего Linux‑сервиса: от минимального скелета до production‑настроек с рестартами, зависимостями, hardening ‑параметрами, лимитами ресурсов и journald .

https://habr.com/ru/companies/otus/articles/1040138/

#systemd #unitфайл #Linuxсервис #systemctl #journald #Linuxадминистрирование #автозапуск_сервиса #hardening #systemd_timer #socket_activation

Свой systemd unit‑файл с нуля: от минимального скелета до production‑конфига

Когда нужно запустить свой сервис на  Linux ‑хосте, выбор небольшой: либо systemd unit‑файл, либо что‑то из эры до  systemd  — init‑скрипт, supervisord , screen , nohup ....

Хабр

Tapi yakinkan dulu, karena konsekuensi mengubah konfigurasi storage #systemd #journald ke volatile adalah log tidak akan tersedia setelah reboot ketika terjadi crash.

Sesuaikan dengan kebutuhan masing-masing ya.

Pengalaman menjalankan banyak #VM ataupun #container (nested di vm ataupun langsung di baremetal) dalam satu baremetal, biasanya bukan kejedot sama kapasitas prosesor.

Mungkin kejedot oleh kapasitas RAM, tapi RAM mudah ditambah (walau sekarang harga RAM lagi edan).

Tp seringkali kejedot #iorate, apalagi jika storage nya backed by #hdd.

Salah satu trik mengurangi io-rate adalah dengan mengubah konfigurasi storage #systemd #journald ke "volatile".

Too Good To #016

Today: IPv6 with EUI64, kernel panic evasion, Seahorse CLI interaction.

https://binblog.de/2025/10/17/too-good-to-016/

#Linux #IPv6 #EUI64 #Seahorse #journald #systemd

Too Good To #016 | #!/bin/blog

I want a log viewer* which can summarise log lines so I can group the similar ones. Either like take the entropy of each into account and either redact that out or otherwise pattern match them.

Example of some lines which my crude: remove the time, sort | uniq -c | sort -nr | head will still see as unique.
```
time="2025-08-09T20:54:16Z" level=info msg="COMPACT compacted from 264962072 to 264962627 in 1 transactions over 22ms"
time="2025-08-09T20:59:16Z" level=info msg="COMPACT compacted from 264962627 to 264963177 in 1 transactions over 57ms"
```

For each format it is possible to come up with a rule to "group" things, I guess that's basically what people use LogStash for. However I don't care to maintain such things for whatever software I install on my system.

Know of such a tool? Am I barking up the wrong tree?

*linux, cli, maybe journald support as these are system logs

#linux #journald

Oh adding these TTY options into the sddm.service didn't work because it the parent process blocks the sddm-helper child process. It does not appear to be within that services cgroup.

I think, it lives too short to actually have a closer look at it. All I can tell is when it fails to access the tty it writes an error into #journald, but in a way that it doesn't show up when filtering for the sddm.service unit specifically the other sddm-helper processes do...

Сбор событий Linux: есть цель – ищем путь

Приветствую всех, кто заглянул на огонек! Меня зовут Роман, и я занимаюсь исследованием безопасности Linux (и всякого другого, связанного с ним) в экспертном центре безопасности в Positive Technologies. Мне периодически приходится сталкиваться с вопросами клиентов или коллег из смежных отделов по поводу оптимизации работы различных компонентов журналирования внутри Linux. Поэтому в какой-то момент возникла идея обрисовать как минимум для самого себя целостную картину их взаимодействия и влияния друг на друга. Результатом работы стала довольно компактная схема, которая помогает оперативнее и эффективнее отвечать на возникающие вопросы для решения проблем. В статье я постараюсь вкратце описать каждый ее блок. Не ручаюсь за то, что будут затронуты все тонкости, известные лишь узкому кругу специалистов. Но на большую часть вопросов я отвечу.

https://habr.com/ru/companies/pt/articles/925894/

#linux #siem #auditd #syslog #journald #администрирование_linuxсистем

Сбор событий Linux: есть цель – ищем путь

Приветствую всех, кто заглянул на огонек! Меня зовут Роман, и я занимаюсь исследованием безопасности Linux (и всякого другого, связанного с ним) в PT Expert Security Center . Мне периодически...

Хабр