LINUX.ORG.RU

История изменений

Исправление liksys, (текущая версия) :

Задача - не срать на диск.

Задача решается логгированием в память.

Задача - сделать отключение/включение 1 простой командой на уровне дефолтного управления демонами.

Нет такой задачи, как нет и «дефолтного» управления демонами. Systemctl соответствует той концепции, которая реализована в systemd. При этом оно не соответствует манямирку, который существует в твоей полупустой голове. Очевидно, тебе надо почитать ман и изучить наконец, чем disable отличается от mask.

Задача - выкинуть 1 лишний процесс и оперативки и процесса загрузки.

И снова нет такой задачи. Ресурсы надо освобождать по необходимости и не ради самого факта освобождения.

Это твои личные загоны «нет системы без логгера» и «нет поиска проблем без системы диагностики». Это не техническое, это к психиатору.

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

Во-вторых, журнал можно отключить путем маскировки. Но это никому не нужно.

А людям ИРЛ с раннего детства приходится искать и воспроизводить проблемы без системы логгирования ещё до того как они впервые увидят монитор и потрогаю клавиатуру.

Ты бредишь.

У нормальных людей с 20++ годами опыта предположительные причины сбоя всплывают в сознании автоматически

Когда ты двадцать лет эникеишь на дебиане - конечно, ты выучишь типовые проблемы наизусть. Но если ты столкнешься с чем-то незнакомым - то всё, ты поплывешь. Собственно, в попытке поставить арч ты тоже поплыл, потому что он потребовал тебя использовать новый инструмент, а не тот, к которому ты намертво прирос, не желая ничего изучать. И ты не осилил.

настоящая причина не противоречила моему первому предположению

Это называется «ошибка выжившего».

Не ври. Я тебе объясняю как мне надо, а ты начиаешь рассказывать почему мне это не надо

Потому что ты идиот и хочешь неправильного. Правильный способ - логгировать в память. Неправильный - отключать лог. Ты просто латентный виндузятник, и тащишь свои виндовые привычки на линукс. Это на винде не смотрят в логи и гадают на кофейной гуще, а здесь принято пользоваться нормальными инструментами.

Но нет, „отключить журналд“ противоречит твоим догмам

Это включенный журнал противоречит твоим догмам. А выключенный журнал противоречит бестпрактисам системного администрирования, которые эникейщику, вроде тебя, вообще неведомы.

Нет, лучше всего работает то решение, которое решает задачу лучше всех, ваш К.О. Мнение дистростроителей важно, но не обязательно.

Нет. В концепции systemd лучше всего работает решение, предусмотренное разработчиками systemd. Дистростроители тут совершенно ни при чем.

Исправление liksys, :

Задача - не срать на диск.

Задача решается логгированием в память.

Задача - сделать отключение/включение 1 простой командой на уровне дефолтного управления демонами.

Нет такой задачи, как нет и «дефолтного» управления демонами. Systemctl соответствует той концепции, которая реализована в systemd. При этом оно не соответствует манямирку, который существует в твоей полупустой голове. Очевидно, тебе надо почитать ман и изучить наконец, чем disable отличается от mask.

Задача - выкинуть 1 лишний процесс и оперативки и процесса загрузки.

И снова нет такой задачи. Ресурсы надо освобождать по необходимости и не ради самого факта освобождения.

Это твои личные загоны «нет системы без логгера» и «нет поиска проблем без системы диагностики». Это не техническое, это к психиатору.

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

Во-вторых, журнал можно отключить путем маскировки. Но это никому не нужно.

А людям ИРЛ с раннего детства приходится искать и воспроизводить проблемы без системы логгирования ещё до того как они впервые увидят монитор и потрогаю клавиатуру.

Ты бредишь.

У нормальных людей с 20++ годами опыта предположительные причины сбоя всплывают в сознании автоматически

Когда ты двадцать лет эникеишь на дебиане - конечно, ты выучишь типовые проблемы наизусть. Но если ты столкнешься с чем-то незнакомым - то всё, ты поплывешь. Собственно, в попытке поставить арч ты тоже поплыл, потому что он потребовал тебя использовать новый инструмент, а не тот, к которому ты намертво прирос, не желая ничего изучать. И ты не осилил.

настоящая причина не противоречила моему первому предположению

Это называется «ошибка выжившего».

Не ври. Я тебе объясняю как мне надо, а ты начиаешь рассказывать почему мне это не надо

Потому что ты идиот и хочешь неправильного. Правильный способ - логгировать в память. Неправильный - отключать лог. Ты просто латентный виндузятник, и тащишь свои виндовые привычки на линукс. Это на винде не смотрят в логи и гадают на кофейной гуще, а здесь принято пользоваться нормальными инструментами.

Но нет, „отключить журналд“ противоречит твоим догмам

Это включенный журнал противоречит твоим догмам. А выключенный журнал противоречит бестпрактисам системного администрирования, о которых эникейщику, вроде тебя, неведомо.

Нет, лучше всего работает то решение, которое решает задачу лучше всех, ваш К.О. Мнение дистростроителей важно, но не обязательно.

Нет. В концепции systemd лучше всего работает решение, предусмотренное разработчиками systemd. Дистростроители тут совершенно ни при чем.

Исправление liksys, :

Задача - не срать на диск.

Задача решается логгированием в память.

Задача - сделать отключение/включение 1 простой командой на уровне дефолтного управления демонами.

Нет такой задачи, как нет и «дефолтного» управления демонами. Systemctl соответствует той концепции, которая реализована в systemd. При этом оно не соответствует манямирку, который существует в твоей полупустой голове. Очевидно, тебе надо почитать ман и изучить наконец, чем disable отличается от mask.

Задача - выкинуть 1 лишний процесс и оперативки и процесса загрузки.

И снова нет такой задачи. Ресурсы надо освобождать по необходимости и не ради самого факта освобождения.

Это твои личные загоны «нет системы без логгера» и «нет поиска проблем без системы диагностики». Это не техническое, это к психиатору.

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

Во-вторых, журнал можно отключить путем маскировки. Но это никому не нужно.

А людям ИРЛ с раннего детства приходится искать и воспроизводить проблемы без системы логгирования ещё до того как они впервые увидят монитор и потрогаю клавиатуру.

Ты бредишь.

У нормальных людей с 20++ годами опыта предположительные причины сбоя всплывают в сознании автоматически

Когда ты двадцать лет эникеишь на дебиане - конечно, ты выучишь типовые проблемы наизусть. Но если ты столкнешься с чем-то незнакомым - то всё, ты поплывешь. Собственно, в попытке поставить ты тоже поплыл, пытаясь поставить арч.

настоящая причина не противоречила моему первому предположению

Это называется «ошибка выжившего».

Не ври. Я тебе объясняю как мне надо, а ты начиаешь рассказывать почему мне это не надо

Потому что ты идиот и хочешь неправильного. Правильный способ - логгировать в память. Неправильный - отключать лог. Ты просто латентный виндузятник, и тащишь свои виндовые привычки на линукс. Это на винде не смотрят в логи и гадают на кофейной гуще, а здесь принято пользоваться нормальными инструментами.

Но нет, „отключить журналд“ противоречит твоим догмам

Это включенный журнал противоречит твоим догмам. А выключенный журнал противоречит бестпрактисам системного администрирования, о которых эникейщику, вроде тебя, неведомо.

Нет, лучше всего работает то решение, которое решает задачу лучше всех, ваш К.О. Мнение дистростроителей важно, но не обязательно.

Нет. В концепции systemd лучше всего работает решение, предусмотренное разработчиками systemd. Дистростроители тут совершенно ни при чем.

Исправление liksys, :

Задача - не срать на диск.

Задача решается логгированием в память.

Задача - сделать отключение/включение 1 простой командой на уровне дефолтного управления демонами.

Нет такой задачи.

Задача - выкинуть 1 лишний процесс и оперативки и процесса загрузки.

И снова нет такой задачи. Ресурсы надо освобождать по необходимости и не ради самого факта освобождения.

Это твои личные загоны «нет системы без логгера» и «нет поиска проблем без системы диагностики». Это не техническое, это к психиатору.

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

Во-вторых, журнал можно отключить путем маскировки. Но это никому не нужно.

А людям ИРЛ с раннего детства приходится искать и воспроизводить проблемы без системы логгирования ещё до того как они впервые увидят монитор и потрогаю клавиатуру.

Ты бредишь.

У нормальных людей с 20++ годами опыта предположительные причины сбоя всплывают в сознании автоматически

Когда ты двадцать лет эникеишь на дебиане - конечно, ты выучишь типовые проблемы наизусть. Но если ты столкнешься с чем-то незнакомым - то всё, ты поплывешь. Собственно, в попытке поставить ты тоже поплыл, пытаясь поставить арч.

настоящая причина не противоречила моему первому предположению

Это называется «ошибка выжившего».

Не ври. Я тебе объясняю как мне надо, а ты начиаешь рассказывать почему мне это не надо

Потому что ты идиот и хочешь неправильного. Правильный способ - логгировать в память. Неправильный - отключать лог. Ты просто латентный виндузятник, и тащишь свои виндовые привычки на линукс. Это на винде не смотрят в логи и гадают на кофейной гуще, а здесь принято пользоваться нормальными инструментами.

Но нет, „отключить журналд“ противоречит твоим догмам

Это включенный журнал противоречит твоим догмам. А выключенный журнал противоречит бестпрактисам системного администрирования, о которых эникейщику, вроде тебя, неведомо.

Нет, лучше всего работает то решение, которое решает задачу лучше всех, ваш К.О. Мнение дистростроителей важно, но не обязательно.

Нет. В концепции systemd лучше всего работает решение, предусмотренное разработчиками systemd. Дистростроители тут совершенно ни при чем.

Исходная версия liksys, :

Задача - не срать на диск.

Задача решается логгированием в память.

Задача - сделать отключение/включение 1 простой командой на уровне дефолтного управления демонами.

Нет такой задачи.

Задача - выкинуть 1 лишний процесс и оперативки и процесса загрузки.

И снова нет такой задачи. Ресурсы надо освобождать по необходимости и не ради самого факта освобождения.

Это твои личные загоны «нет системы без логгера» и «нет поиска проблем без системы диагностики». Это не техническое, это к психиатору.

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

Во-вторых, журнал можно отключить путем маскировки. Но это никому не нужно.

А людям ИРЛ с раннего детства приходится искать и воспроизводить проблемы без системы логгирования ещё до того как они впервые увидят монитор и потрогаю клавиатуру.

Ты бредишь.

У нормальных людей с 20++ годами опыта предположительные причины сбоя всплывают в сознании автоматически

Когда ты двадцать лет эникеишь на дебиане - конечно, ты выучишь типовые проблемы наизусть. Но если ты столкнешься с чем-то незнакомым - то всё, ты поплывешь. Собственно, в попытке поставить ты тоже поплыл, пытаясь поставить арч.

настоящая причина не противоречила моему первому предположению

Это называется «ошибка выжившего».

Не ври. Я тебе объясняю как мне надо, а ты начиаешь рассказывать почему мне это не надо

Потому что ты идиот и хочешь неправильного. Правильный способ - логгировать в память. Неправильный - отключать лог. Ты просто латентный виндузятник, и тащишь свои виндовые привычки на линукс. Это на винде не смотрят в логи и гадают на кофейной гуще, а здесь принято пользоваться нормальными инструментами.

Но нет, „отключить журналд“ противоречит твоим догмам

Это включенный журнал противоречит твоим догмам. А выключенный журнал противоречит бестпрактисам системного администрирования, о которых эникейщику, вроде тебя, неведомо.

Нет, лучше всего работает то решение, которое решает задачу лучше всех, ваш К.О. Мнение дистростроителей важно, но не обязательно.

Нет, клоун. В концепции systemd лучше всего работает решение, предусмотренное разработчиками systemd. Дистростроители тут совершенно ни при чем.