> И потому его используют лишь при ротации, и не для всех случаев,
> потому что если service.log.gz побьётся, то восстановить его станет невозможно.

Такие вещи даже и без гзипа восстановить может быть нетривиально. Особенно если файлуха все же развалилась. Если безбашенно юзать - логи бывают фрагментированными и нет маркеров начала файла. И как это в 2 терабайтах осмысленно найти - вы и расскажете.

> Опять же, этот момент тоже прекрасно рассмотрен по ссылке, которую ты отказался читать.

Я уже читал этот спам когда-то. Обычная агитка, только вместо загнивающего запада Поттеринг. Но тоже "загнивающий" :)

> И этот момент мы тоже уже много раз рассматривали. И это тоже
> можно при желании найти по той же ссылке.

Да ну в пень. Я в курсе что есть файлухи, последний совет из моего комента мистер Шигорин нарезал. Не очень представляю себе рекавери текстовых логов с 2 терабайтного образа с дружелюбном виде, чтобы не заманаться. Как максимум с адскими затратами времени можно может быть найти несколько интересных записей, актуально для criminal investigation всяких.

> Потому что в них записи фиксированного размера, и при повреждении теряется только
> то, что повреждено, а не всё и сразу.

А в journald настраивается размер файлов и сам файл - кольцевой буфер. Так что может быть не фрагментирован вообще. Может быть фиксированного размера. И есть маркер начала файла. Так что если вопрос встанет ребром, такое даже можно выдернуть целиком даже с весьма убитой ФС, особенно если заранее немного об этом позаботиться. Надо немного - понимать аллокацию файлов в ФС и как POSIXные операции с файлом работают.

> Уровень твоих знаний мы уже оценили, спасибо. Можешь успокоиться и перестать заниматься
> нарциссизмом. :)

Да куда мне до ветеранов, рассказывающих какие они важные гуси и как надо. Как по мне ты и следуй советам экспертов типа Anonymoustus, как экспу прокачаешь :)