Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth)
@ 2022-02-17 09:08:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: sick
Музыка:Vivaldi: 12 Concertos, Op. 7
Entry tags:linux, ljr

mkdir /var/log/journal
Какой пиздец, не знал

The assumed default setting in /etc/systemd/journald.conf

is Storage=auto which implies that systemd journaling will
only persist the journal if the expected storage location
is available. Otherwise, the journal data is stored in
memory and lost between reboots. On Ubuntu 16.04,
/var/log/journal does not exist by default. Create it to
keep and query events from previous boots.

* * *

Сегодня сервак, который раздает LJR, по непонятной
причине накрылся тазом и был поднят провайдером в rescue mode.
При попытке понять, в чем именно проблема, я обнаружил,
что в systemd по дефолту системный лог вообще не ведется,
а при каждом ребуте все, что было сохранено, стирается,
и выяснить это невозможно.

Феерично! Где там, говорите, можно заплатить киллеру,
чтобы он вынес поеттеринга нахуй? я б вложился, однако.
Отдельно доплачу за эксцессы жестокости и цинизма,
само существование этой мрази мне оскорбительно вообще.

Кстати, замена Storage=auto на Storage=persistent
в конфигах не работает, а равно и touch /var/log/journal
(это решение я нашел, загуглив проблему). Система
выдает десятки абсолютно невразумительных жалоб
непосредственно в системную консоль и ничего
не делает. Оказывается, надо сделать
mkdir /var/log/journal

Убейте поеттеринга, сколько можно уже.

Поеттеринг мудак, мразь и сволочь, а systemd
это вонючий кусок говна, который написан для
конвейерной поддержки сотен и сотен однотипных систем
толпой косоротых дебилов, по типу как в известном фильме
Чарли Чаплина "Новые времена"
https://www.youtube.com/watch?v=6n9ESFJTnHs

Кстати, Чаплин в этом ролике продемонстрировал единственно
достойную реакцию на подобное, артистично уничтожив
работу всей конвейерной линии. Невместно ставить
людей вместо роботов потому что, и даже участие
в чем-либо подобном унизительно и неприятно.

Привет



(Читать комментарии) - (Добавить комментарий)


[info]sometimes
2022-02-18 10:56 (ссылка)
> если нет документации, или она плохая, то открытый код редко поможет.

конечно, лучше бы поттеринг с его фанками и хомячками документацию писал вместо
pulseaudio/systemd; и msdn штука приятная; но когда код хороший (например,
у третьих кедов код был конфета), там и так понятно все, что происходит.

> ну и вообще, чтоб понять код операционной системы, даже если он хороший,
нужно быть специалистом по операционным системам.

речь о чем, о ядре что ли? отлаживать ядро не самая большая радость, конечно,
но если речь о скриптах инициализации, не нужно там быть никаким специалистом,
нужно прочитать книжку
https://www.amazon.com/UNIX-Programming-Environment-Kernighan-Pike/dp/9332550255

про systemd, чсх, такой книжки я не нашел. ну то есть нашел, называется
SAVAGED BY SYSTEMD an Erotic Unix Encounter; но это не совсем то.

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

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

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

(Ответить) (Уровень выше) (Ветвь дискуссии)


(Анонимно)
2022-02-18 14:36 (ссылка)
> примерно как уметь доказывать теорему, которой пользуешься.

интересное сравнение, но читать код, чтоб понять, как оно устроено, это как читать доказательство на COQе

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]grusha
2022-02-18 19:13 (ссылка)
Если имеется ввиду машинный код, то да.

(Ответить) (Уровень выше)


(Анонимно)
2022-02-18 17:35 (ссылка)
... когда код открыт, есть возможность баг пофиксить ...

В каждой программе есть баг
Баг приводит друга
Между любыми двумя багами есть третий баг
Система стабильна до тех пор пока количество багов чётно

Пофиксишь баг и что-то другое отвалится

(Ответить) (Уровень выше)


(Анонимно)
2022-02-22 18:28 (ссылка)
У systemd одна из лучших документаций в opensource

(Ответить) (Уровень выше)


(Читать комментарии) -