Workaround para que Journald siga logueando pese a errores

Journald tiene una falla grave, la verdad que no admisible para sistemas en produccion critica. Si bien no voy a dar soporte a esta cosa, para los desdichados que lo usen, aca va el problema y un workaround, ademas de una mera opinion al respecto de "la cosa" en cuestion.

Chicos systemd lovers, diganme, alguna excusa para esto con Journald ?

Desde ya les adelanto que los mismos de systemd, se EXCUSARON, con pelotudeces como: "bueno, en realidad eso no pasa, yo no borro mis log" "si te hackean tenes que reinstalar todo" "el analisis forense se hace con un volcado de ram y de disco" "si no tenes medios y es remoto es porque algo tenias mal" "es un error del admin por usar contraseñas debiles". O sea, todas excusas, y saben que no miento me tome el laburo de preguntar y NADIE de systemd me dio una puta explicacion racional. Pasemos al post.

systemd-journald | CentOS 7 totally crashed

In several times, Lennart P. says that the reason for binary log in the output of journald, the replacement for syslog, is that a binary log is more secure, no alterable for any intruder.
Well... I say that Lennart P. is a bad programmer and worse security guy.

Deshabilitar journald y usar rsyslog

Segun una guia, se puede sacar journald, va a seguir corriendo, pero no escribira nada en el disco. Asi, segun su manpage, el trafico sera enviado a syslog.

Caso real de por qué SystemD es una mierda | Me pasó | A ver los sabiondos, quiero respuestas

Hace no mucho, hablaba de lo basura que es systemd, asi que copie un post excelente de linuxito.com para que se distribuyera mejor el conocimiento y ahora puedo contar algo que si hubiera usado systemd, no lo contaba del todo.