Linux в 2021 из заморозки - вопросики

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

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

Снова начинаешь цепляться за слова.

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом: targets, units, timers... и прочее вот это все.

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

мы это обсуждали. UNIX way - это малый набор универсальных инструментов на все случаи жизни. один раз изучил - пользуешься везде. а твой - это Windows way большой сложный софт с юзкейсом на каждый чих. каждый чих нужно изучать отдельно. Нет, если бы я с тобой был согласен, я бы админил винду.

Ключевое слово «лично».

я рад, что ты увидел мой point

Так что твоя аналогия работает против тебя

хорошо, тогда реши мне заодно эту задачу:

Linux в 2021 из заморозки - вопросики (комментарий)

у тебя в логи попало 300Gb отладочной инфы. ты хочешь оставить security information, но удалить debug.

Фактически ты признаешь, что <…>

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

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом: targets, units, timers… и прочее вот это все.

Может, это ты не сформулировал задачу и теперь начинаешь двигать ворота по всему полю в надежде, что я рано или поздно мимо них промахнусь?

«Смотря для чего читать документацию» — для всех тех инструментов (и низкоуровневых концепций), которые ты бы использовал вместо systemd. Их много, не только ls и grep. И напротив, «концепт» systemd умещается на полутора страницах не очень плотного текста. Всё остальное — это «инструменты», которыми хочешь пользуешься, хочешь не пользуешься. Про «тонкости» ты вообще нафантазировал, т. к. на самом деле мир устроен строго наоборот, чем выше уровень абстракции, тем меньше тонкостей.

мы это обсуждали. UNIX way - это малый набор универсальных инструментов на все случаи жизни. один раз изучил - пользуешься везде. а твой - это Windows way большой сложный софт с юзкейсом на каждый чих. каждый чих нужно изучать отдельно. Нет, если бы я с тобой был согласен, я бы админил винду.

Мы можем сколько угодно раз это обсуждать, степень твоей правоты от этого не изменится. У «юниксвея» есть границы применимости. Когда возникают по-настоящему сложные задачи или же возникает потребность в особо точном их решении, «малый набор универсальных инструментов» перестаёт с ними справляться, и люди переходят к следующему уровню абстракции.

я рад, что ты увидел мой point

Это был мой поинт на протяжении всего треда. С избирательной внимательностью спорить тоже не очень интересно (но я всё ещё пытаюсь).

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

хорошо, тогда реши мне заодно эту задачу:

у тебя в логи попало 300Gb отладочной инфы. ты хочешь оставить security information, но удалить debug.

Почему я должен её решать? Микроскоп не предназначен для того, чтобы забивать им гвозди, и наоборот. Journald не предназначен для долговременного хранения логов с подробным управлением. Для этого есть другие инструменты.

Но вообще то что ты хочешь элементарно решается через journalctl -o export и systemd-journal-remote.

Почему я должен её решать? Микроскоп не предназначен

ну вот началось... и я еще двигаю ворота по полю...

хочешь элементарно решается через systemd-journal-remote --getter

если элементарно, то почему ты не приведешь все решение в одну строку, как это было бы в моем случае? зачем отговорки выше? да, мне интересно, как это решить. ты же хотел разговор по факту. ну так давай, вместо 1000 слов выше.

journalctl -o export и systemd-journal-remote.

Исправление intelfx, 7 минут назад:

Но вообще то что ты хочешь элементарно решается через systemd-journal-remote --getter.

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

Повторяю вопрос: с чего ты взял, что я должен как-то решать эту задачу?

слив засчитан.

и зачем вот это все Linux в 2021 из заморозки - вопросики (комментарий)

блаблабла... если на практике этого нет.

Я рад, что ты засчитал свой собственный слив.

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

Облажался тот, кто поставил эту задачу.

Да хватит тебе уже этого балабола опускать ☺

Опишешь? Может, я не туда смотрел просто.

видел, да? -^

видел, да? -^

Чего? У меня лортривью, я видел только твой коммент про жару =)

Чего? У меня лортривью, я видел только твой коммент про жару =)

че? ты как-нибудь так сделай, чтобы тебе моя переписка с intelfx тоже была видна. =)

че?

Я комментарии деревом вижу, так читать удобнее. А не простыней подряд, как по дефолту.

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

Оке, ща полистаю.

блабла можешь не читать. см. только пример задачи. ты вчера спрашивал.

С твоей логикой и десяточка для работы годится!

Ты не поверишь…

Да да, я нашел уже диалог, читаю.

Я правильно суть уловил: ты со старым KISS-подходом задачу решаешь однострочников через какой less | grep, а оппоненту придется пердолиться, заставляя комбайн выплюнуть то, что ему нужно?

Я, конечно, знаю, что можно и ложкой котлован 10×10×3 метра выкопать. Но как-то приятней это экскаватором делать!

Прошивка игровых приставок для работы — это, конечно, нонсенс! Но да, некоторые пользуются. Колются, страдают, но жрут этот кактус.

Ну так оппонент сам кукарекнул, что systemd могет все! Пусть пердолится. Без применения «атавизмов» вроде sed/grep/awk/less/more…

еще хуже. давай говорить о логе в 300гигов. это реальные цифры. UNIX way решает задачу действительно элементарно:

echo "" > /var/log/messages

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

а теперь то, что предлагает systemd-админ:

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

echo "" > /var/log/messages

Можно еще проще:

>  /var/log/messages

знаю, но мне нравится использовать echo. нагляднее.

Да ну хрень ты говоришь, если подумать. ОС - всего лишь запускалска для рабочего софта, не более.

Говорю, как человек, 10 лет работавший конструктором, где ОС априори винда. Ну да, вызывает дискомфорт, если ты привык к консоли и постоянно руки тянутся в терминал, но в целом для обычных задач «Запустить проинженер - начертить чертеж - скинуть в пдф - распечатать» она работает точно так же, как и любая другая ОС. Мне было неудобно из-за привычки к терминалу именно и линуксам (дома винды нет), но в целом норм.

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

Я именно поэтому никогда особо не понимал вот этого вот нытья про «КАК ТАМ РАБОТАТЬ!».

Нет, если тебе админить сотню серверов, нужен постоянно терминал и SSH из коробки или что-то другое онли консольное и линуксовое - таки тогда да, винда тут сосет. Но в режиме «Запустил софт на весь экран и тупо в ней работаешь» она годится.

И да, я не утерждаю, что не хотел бы на рабочем месте иметь именно линукс. У меня и сейчас наконец на работе федора, а не винда, ибо нет необходимости в виндософте.

Ну так оппонент сам кукарекнул, что systemd могет все! Пусть пердолится. Без применения «атавизмов» вроде sed/grep/awk/less/more…

Так он вроде не утверждал, что они не нужны.

знаю, но мне нравится использовать echo. нагляднее.

Лорчую.

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

Ну это да, кошмар.

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

Стопэ… Так логи в БД чтоль? Или бинарные ваще?

jounrald пишет логи в свой бинарный формат. это одна из гениальных идей поттера. по сути это вариант бд.

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

Ну, если основная работа - мышкой тыкать в окошках, то да. А если нужно хоть немного более сложные вещи делать, то вдруг обнаруживается, что элементарно найти файл в мастдайке — тот еще гемор! Где аналог locate? Да и где find, умеющий уйму всего (скажем, найти определенные файлы, погрепать что-то в них и выплюнуть определенный выхлом)? Без sed/grep/awk/less и т.п. утилит невозможно нормально работать с файлами (поди-ка хотя бы найди в дереве исходников, в каком проекте ты, скажем, использовал такую-то библиотеку).

10 лет работавший конструктором

А конструктору ничего считать-моделировать не нужно что ли? Не представляю, как это в мастдайке делается...

вызывает дискомфорт, если ты привык к консоли и постоянно руки тянутся в терминал

Во-во. Я и в IDE наполовину в терминале сижу (IDE использую лишь как продвинутый текстовый редактор), мне больше нравится полноценный выхлоп в консоли видеть, чем то, что там в IDE на три строчки растянется...

микроконтроллерщик от бога … делал все в винде, и разводку, и программирование, и прошивку

Жесть! Я вот тоже все от рисования железа (в прямом смысле: корпуса и т.п.) до программирования МК делаю. Но там же уйма вспомогательных операций присутствует. Про грепание по исходникам я уже высказался.

Я именно поэтому никогда особо не понимал вот этого вот нытья про «КАК ТАМ РАБОТАТЬ!».

А я как сяду за комп с форточками, так вообще не представляю, что здесь тыкнуть, чтобы можно было нужные действия провернуть. Да элементарно по ssh на другой комп зайти (который тоже под мастдайкой ☺). Вчера вот тыкал минут 15 по всякой хрени, пытаясь понять, что за железо (процессор и память) на удаленном вендузячьем компьютере, который вечно подвисает. Еле нашел! Как можно без cat /proc/cpuinfo и free?

Мастдайка не рассчитана на то, что в ней будут работать. В ней тупо нет жизненно необходимой элементарщины!

Но в режиме «Запустил софт на весь экран и тупо в ней работаешь» она годится.

Исключительно если ты кроме этой одной-единственной программы вообще ничего делать не будешь (скажем, кассир). И то, внезапно — бамц, и повисла эта утилитка, и что делать? Звать «Надю»?

Ты ж на systemd/Linux сидишь, неужто не обращал внимания, что там нынче нет нормальных текстовых логов?

Ну, если основная работа - мышкой тыкать в окошках, то да.

Ты как из 2007 вылез, у тебя глупые «мышевозы» кругом и без файнда ну никак вообще.

И типа у тебя ICQ 200+, ты же аж терминальчик и линукс освоил, ваааау!!

Религия не позволяет поставить гнутые утилиты на винду и просто изучить как эта самая винда работает, найти утилиты?
В гугле забанили?
Для грепа есть вообще отдельная утилита графическая.
SSH теперь поставляется как компонент винды.
Терминал и тот новый (минимум три эмулятора на выбор есть).

как эта самая винда работает

Зачем ковыряться в дерьме и пробовать его на вкус? Лучше его даже палкой не трогать — завоняет же!

утилита графическая

Жесть!

Тут все проходили период самовыражения через использование «крутого» ПО, не застревай на этом уровне надолго.

ты похож на религиозного фанатика

еще хуже. давай говорить о логе в 300гигов.
UNIX way решает задачу

Странно, у всех такие логи сто лет в эластике лежат.

в начале писал. ес-но, это внештатная ситуация, когда кто-то из разработчиков тупо дал маху с дебагом.

Ты ж на systemd/Linux сидишь, неужто не обращал внимания, что там нынче нет нормальных текстовых логов?

А зачем мне в повседневной работе логи ковырять постоянно? Конечно не обращал.

Ну, если основная работа - мышкой тыкать в окошках, то да. А если нужно хоть немного более сложные вещи делать, то вдруг обнаруживается, что элементарно найти файл в мастдайке — тот еще гемор! Где аналог locate? Да и где find, умеющий уйму всего (скажем, найти определенные файлы, погрепать что-то в них и выплюнуть определенный выхлом)? Без sed/grep/awk/less и т.п. утилит невозможно нормально работать с файлами (поди-ка хотя бы найди в дереве исходников, в каком проекте ты, скажем, использовал такую-то библиотеку).

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

А конструктору ничего считать-моделировать не нужно что ли? Не представляю, как это в мастдайке делается…

Ну да. Сохранил модель в STEP из солида, импортнул в ANSYS и точно так же в одной окне все делаешь.

Во-во. Я и в IDE наполовину в терминале сижу (IDE использую лишь как продвинутый текстовый редактор), мне больше нравится полноценный выхлоп в консоли видеть, чем то, что там в IDE на три строчки растянется…

Хз, о чем ты. У меня IDEA и так нормально sout кажет в штатном режиме.

Но там же уйма вспомогательных операций присутствует.

Каких? Ну кроме поиска в коде грепом.

И то, внезапно — бамц, и повисла эта утилитка, и что делать? Звать «Надю»?

Админа. У них обычно «рута» нет.

Жесть!

Почему?

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

QNX тоже не был отделён.

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

Ну здесь я с тобой согласен, да. Хотя, если учитывать виндовый подход вида «Все в графонии», то это вроде бы как бы даже и логично получается, что у них везде одинаковый подход ко всему. Хреновый, но одинаковый =)

в связи с выходом systemd 249 отмечается изменение:

Документирован протокол Journal, который можно использовать в клиентах вместо протокола syslog для локальной доставки лог-записей. Протокол Journal реализован достаточно давно и уже используется в некоторых клиентских библиотеках, тем не менее его официальная поддержка заявлена только сейчас.

Выходит, у них все это время еще документации на собственный протокол не было.:( Писец. Просто писец.

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

Eddy_Em, Zhbert вот здесь я вас перебью. во-первых, графический стек винды все-таки гораздо менее лагучий, чем xorg. их даже сравнивать нельзя. а во-вторых, давно уже есть версии windows server без графики. где-то с версии windows 2012 они отделили вроде. даже я и то вкурсе. я майкрософт не люблю. но если они допускают ошибки, они вваливают столько денег и человекочасов, что их частично исправляют, частично они становятся стандартом. если redhat допускает ошибки, они просто остаются ошибками на многие годы для всего мира линукс...

А зачем мне в повседневной работе логи ковырять постоянно? Конечно не обращал.

смотря, кем работать. я думал, ты админишь.