systemd 255

Просто линакс ненужен

Знал бы ты как ты мне дорог…

Сколько же клоунов в комментариях…

Если смотреть на винду, то 90% бсодов решается гуглением кода бсода. Хороший инструмент для пользователей всех уровне

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

Для «продвинутых» пользователей логи понятнее и информативнее. А «домохозяйкам» и код ошибки не поможет.

Если смотреть на винду, то 90% бсодов решается гуглением кода бсода.

Офис-менеджер Маша нагуглила это:

0x100000EA

This BSOD means that a thread in a device driver is endlessly spinning. BSOD error code 0x100000EA may also show «THREAD_STUCK_IN_DEVICE_DRIVER_M» on the same blue screen.

И чо?

Use journalctl -b -1, Luke!

Вот только логи, которые нужны для отладки паники или локапа, до него не долетят.

Нитка на водителе устройства бесконечно вращается.

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

Обнаружена сверхединица, за Машей уже выехали.

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

Маша откроет первую ссылку и увидит

Ошибка 0x100000ea: Симптомы и исправления:

Буквально первая ссылка на решение проблемы.

Обкекался ты малеха.

P.S. Жаль картинки нельзя кидать сюда, так бы показал наглядей как ты обкекался.

Буквально первая ссылка на решение проблемы.

Проблемы чего? Это общая ошибка застрявшего в бизилупе драйвера.

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

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

Подумай еще раз и пиши.

На этом откланиваюсь. Мне не интересно демагогию разводить с очередным «Гуру-линуксоидом»

Ты так и не понял что этот код ошибки может означать любой локап в любом драйвере, да?

Ты так и не понял что ты занимаешься демагогией? Мне кажется ты сейчас рассуждаешь о том, о чем ты сам не понимаешь. научись по теме разговора рассуждать, а то глупо выглядишь.

Ты так и не понял что ты занимаешься демагогией? Мне кажется ты сейчас рассуждаешь о том, о чем ты сам не понимаешь. научись по теме разговора рассуждать, а то глупо выглядишь.

Следи за руками:

По коду BSOD пользователь может сам решить проблему

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

ТЫ ЗАНИМАЕШЬСЯ ДЕМАГОГИЕЙ

LOL.

О боже, какой же ты глупый. Следи за пальцами. Я утверждаю что код поможет решить проблему. Ты же, приводишь пример и говоришь что он не решаем. Я же тебе сказал зайти в гугл и найти по нему решение. Там первая ссылка на решение твоей проблемы. После чего ты начал демагогию, что так это не работает, ты не понимаешь, там всё сложно.

Какой проблемы-то? :D

Не коси, ты и так им выглядишь. Ты кинул бсод ошибку. Гугли

Буквально первая ссылка на решение проблемы.

Гуглёж мне не особо помог решить падение оффтопика с DRIVER_IRQL_NOT_LESS_OR_EQUAL. С логами бы хоть стало ясно, в каком месте оно падает,а так просто BSOD и всё. Даже минидампа нет.

Первые ссылки по решению виндовых проблем это сплошная копипаста уровня «проверить железо драйверы на вирусы переустановить винду запустить восстановление».

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

Так вот у меня так вышло, что в журнале пустота была.

Да, это вторая проблема :D

Ты кинул бсод ошибку. Гугли

Первая ссылка про драйвер видеокарты amd. У меня ее нет. Что дальше?

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

Первые ссылки по решению виндовых проблем это сплошная копипаста уровня «проверить железо драйверы на вирусы переустановить винду запустить восстановление».

Которая в большинстве случаев работает! шок сенсация без смс

Гуглить дальше. Там первая ссылка на переустановку драйверов. Удивительно, но это универсальное решение для АМД и Нвидии.

З.Ы. И как обычно демагогия. Я ему говорю о концепции, а он мне «а мне вот гуглеж не помог, значит ты не прав»… рука лицо При этом где я давал гарантию, что гуглеж поможет, его уже не интересует. Явно путает между «может помочь» и «обязательно поможет». Видно тру линуксоид.

По-моему, у основателя Релкома другая фамилия была :P

У тебя конкретно по моему тезису будут конструктивные возражения, или ты так, примерно почувствовал неправильность?

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

первый - systemd is bloatware.
второй - оно почти догнало ядро. На данны момент мне лень искать статистику, на старую https://www.theregister.com/2020/01/06/linux_2020_kernel_systemd_code/

Это присосалось на pid 1 и завернуло массу всего на себя, нужное и не особо. Было отобрано управление системой, осталась магия и службы. Текст стал невыгоден, теперь journalctl и бинарные логи. sed, awk, grep - зачем? Быстренько переустановлю, да? Или зачем разбираться в работе, поставим рестарт каждые 12 часов! Что там она заменила? Портянки? Сейчас на серверах стоит всего пару служб. Прозрачных. Даже OpenSUSE переходит в новый дивный мир атомарных дистров. В них оказалось, что systemd не нужен. Но обезьян долго били палками, они теперь не знают как быть, если нет привычного говна.

Я давно видел, что ты писал что-то для встройки, там бы и вёл беседы, а сейчас ты тут. Ты стал в ряд с тупыми валенками, которые нихрена не умеют и им лишь бы next жать и заучивать ключики. Если их выбросить в консоль, жди переустановки. Нормальный дистрибутив им противопоказан. Теперь они профи называют маргиналами. И ты среди них. Ты теперь один из них…

systemd is bloatware

Ты уверен, что понимаешь этот термин? Судя по всему нет.

второй - оно почти догнало ядро

Почти - не считается. Компоненты systemd решают множество задач внутри ОС. И написаны они на сях, а бизнес-логика на сях имеет свойство быть объемной, так что ничего удивительного или предосудительного тут нет.

Текст стал невыгоден, теперь journalctl и бинарные логи. sed, awk, grep - зачем?

Затем, что есть такая вещь как структурирование логов и поиск. Возможность выполнять быстрый поиск по заданным параметрам без необходимости грепать весь файл облегчает и ускоряет задачу анализа логов. Я уже не говорю про удобство работы с этим через DBUS API.

Быстренько переустановлю, да?

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

Или зачем разбираться в работе, поставим рестарт каждые 12 часов!

В работе чего конкретно, ОС или сервиса? Если надо рестартовать сервис - systemd к этому отношения не имеет, только поможет в этой задаче, пристукнув всех потомков с цгруппе, кстати. А если ОС - это чушь, разумеется. Неси сюда конкретный кейс, при котором из-за systemd надо было перезагружать ОС каждые N часов.

Сейчас на серверах стоит всего пару служб.

Ты хотя бы примерно себе представляешь процесс запуска и инициализации ОС, и что при этом нужно сделать? Кто все это будет делать? Как это мониторить, как отлаживать?

Прозрачных.

Что это значит?

В них оказалось, что systemd не нужен.

openSUSE MicroOS

openSUSE Tumbleweed and MicroOS are now delivering an image that is using systemd-boot as boot loader

Ясно. Твой уровень владения матчастью впечатляет.

Ты хотя бы примерно себе представляешь процесс запуска и инициализации ОС, и что при этом нужно сделать? Кто все это будет делать? Как это мониторить, как отлаживать?

Что там отлаживать, болезный?

Я уже не говорю про удобство работы с этим через DBUS API.

А что делает Dbus? А как мы жили без него? А что такое сокет? А был ли мальчик?

Ясно. Твой уровень владения матчастью впечатляет.

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

Что такого в systemd, что он необходим? Назови мне конретно причину. Назови, почему ты без него пишешь ахинею в виде «отлаживать?».

Что там отлаживать, болезный?

ОС отаживать, клоун. У тебя на локалхосте наверняка проблем не бывает, потому что за тебя всё отладили умные дяди. А вот разработчикам, сопровождающим и админам это нужно.

А что делает Dbus? А как мы жили без него? А что такое сокет?

Я так понимаю, что ни сокетами, ни шаред мемори, ни другими вещами ты сам никогда не пользовался. По сокету передаются бинарные пакеты. Чтобы общаться с сервисом, поверх бинарных пакетов нужен протокол. Крайне желательно, чтобы этот протокол был стандартным. DBUS cтандартизирует API и добавляет другие функции для реализации шины сообщений.

Что такого в systemd, что он необходим?

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

ахинею

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

Назови мне

Одноклассникам своим будешь мнекать.

Вот так и сливаемся. Я понимаю, что в голове хлебушек.

ОС отаживать, клоун. У тебя на локалхосте наверняка проблем не бывает, потому что за тебя всё отладили умные дяди. А вот разработчикам, сопровождающим и админам это нужно.

Я скромный разработчик и админ. А ещё тот умный дядя. Это мы вам, профессионалам своего дела впиливаем прямо в анус системный менеджер удалённый доступ, http сервер и остальные улучшайзеры. И Dbus это верх архитектурного решения, ага.

Одноклассникам своим будешь мнекать.

Ты так съезжай дальше. Всегда так делай. Когда нечего сказать, гадь! А почему? Да потому, что знаний нет. Как я писал выше, в этом треде ты в рядах неучей. Критического мышления нет, а унизить надо. Вот ты и вступил в ряды даунят. Что ты там на systemd решаешь? Давай, расскажи, а не съезжай на брызганье слюной.

Вот так и сливаемся. Я понимаю, что в голове хлебушек.

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

Я скромный разработчик и админ. А ещё тот умный дядя.

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

И Dbus это верх архитектурного решения, ага.

Теперь ты побежишь и быстренько покажешь, где об этом было написано. Потому что одно дело - спорить со своим выдуманным чучелком, и совсем другое - уже со мной.

Когда нечего сказать, гадь!

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

расскажи

В треде всё есть.

Это присосалось на pid 1

А ведь кретинам миллиард раз объяснили, что далеко не весь код из проекта systemd работает как PID 1. Но нет. Кретинам нравится быть кретинами дальше.

В треде всё есть.

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

Начни умные книжки читать,

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

Я тебе на все твои вудымки возразил

Да ты только обзываешь всякими словесами хD, а на конструктив знаний нет. Я тебе задал вопрос о управлении системой, что подразумевает и изменение кода в том числе. На пару миллионов строк это очень легко сделать. И плагин свой написать хD.

Я задал вопрос, что ты решаешь с помощью комбайна как админ, а на меня помои. Объяснить чем лучше или хуже других решений ты тоже не можешь. И снова повторю, pam, dbus, httpd, ssh, journald, homed, systemd-network, timed, resolvd, kerneld et cetera.

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

Что ужасает, так это крики «Linux в массы». Вот вы масса неучей, легче стало? Для кого это пишут? Чтобы баба Галя кнопки тыкала? И ты, получается, себя ассоциируешь с бабой Галей?

Если человек не может в двух предложениях высказать

Смысл существования systemd уже миллион раз был изложен «в двух словах». В том числе и в свежих сообщениях liksys, на которые ты сейчас отвечаешь (как минимум, про логи он тебе объяснил).

Что решает udev?

Да кого я спрашиваю? Ты же на этом форуме ни с одним вопросм не помог. Я тебя нигде не видел как компетентного. Лучше иди клоунов ставь, на большее у тебя знаний нет.

Что решает udev?

Задачу инициализации периферийных устройств он решает. А почему ты внезапно перескочил с systemd на udev?

Да кого я спрашиваю? Ты же на этом форуме ни с одним вопросм не помог

Пробулькало анонимное нечто. И продемонстрировало тем самым убогость мышления мамкиных борцунов против systemd

Если человек не может в двух предложениях высказать…

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

Да ты только обзываешь всякими словесами

У тебя еще и выборочная слепота. С сокетами и дбасом ты слился, как я понимаю. Со всем остальным - тоже.

Объяснить

Ты сюда влетел с ноги, попутно оскорбляя всех, а теперь хочешь, чтобы тебе всё разжевали и в рот положили? Тебя мама не учила, как себя вести в приличном обществе? Я уже сказал тебе: читай тред, в нем всё многократно описано и рассказано, в том числе мной.

И создатели на любое предыдущее решение кричат

Какие создатели, клоун? Кто кричит где? Точно на любое? Вы квантор всеобщности в своем заборостроительном вузе вообще проходили?

не говоря о захвате и отдалении от пользователя управлением системой

А, так тебе обидно, что у тебя отнимают баш, как единственный инструмент управления, с которым ты знаком? Если же речь про обычного пользователя - он и раньше не лазил в систему, ему INI-файлы systemd будут явно милее.

Или тебе кто-то не дает попатчить systemd? Патчи, на здоровье. Вот гитхаб, вот компилятор - сделай, что тебе нужно, собери и поставь. Хотя в 99% случаев это не требуется, так как есть нужный параметр.

Вот вы масса неучей, легче стало?

Можно на твое резюме и гитхаб посмотреть, ученый ты наш?

// Если ты пытаешься троллить, то получается очень тупо.

Я так понимаю, что ни сокетами, ни шаред мемори, ни другими вещами ты сам никогда не пользовался. По сокету передаются бинарные пакеты. Чтобы общаться с сервисом, поверх бинарных пакетов нужен протокол. Крайне желательно, чтобы этот протокол был стандартным. DBUS cтандартизирует API и добавляет другие функции для реализации шины сообщений.

где там что стандартизирует dbus, лол? Как раньше писали всякие gpg-connect-agent, так и сейчас продолжают всякие systemctl. Только второму, в отличие от первого, вместо простого сокета нужен отдельный говносервис, который тащит за собой редхатовские зависимости, вполне может упасть, лучше тебя знает, что должно быть в environment, и т.д. и т.п.

Какая-то шизофазия. Тебе пишут, что dbus – это готовый протокол, а в случае использования сокетов тебе придется изобретать этот протокол самостоятельно. Ты в ответ пишешь какую-то пургу

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

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

Охлади пукан и аргументируй, в чем я не прав

Или тебе кто-то не дает попатчить systemd? Патчи, на здоровье. Вот гитхаб, вот компилятор - сделай, что тебе нужно, собери и поставь. Хотя в 99% случаев это не требуется, так как есть нужный параметр.

А ты думаешь, что не патчу? 2 ляма строк. Только недавно начали модульный подход делать. И при этом переписка с разрабами не даёт картину маслом. Большинство сами не знают как оно работает, а отвечают только за небольшой кусок.

Если же речь про обычного пользователя - он и раньше не лазил в систему, ему INI-файлы systemd будут явно милее.

обычный пользователь пользуется ПО. Он не лазит в зависимости. А ты бьёшь себя в грудак с воплями «я спец, а вы ретрограды с портянками». Подразумевается, что я беседую с компетентным человеком. Я ошибся. Значит мы переходим от агрументов в сторону «нет, ты!». Ты, получается, такого же уровня, как и hateWin, с его

А почему ты внезапно перескочил с systemd на udev?

Во не налезает это мне на голову. И пацаны поливают кого-то грязью. Конечно, если ДО таких выражений ему пытались RTFM. А после таких выражений уже и продолжать смысла не вижу.

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

Ты реально шизик

вместо простого сокета нужен отдельный говносервис

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

DBus - готовый сервис и готовый протокол, как тебе уже сказал hateWin. Без него пришлось бы каждый раз в своих проектах переизобретать всю эту машинерию.

То, что dbus написан как говно - это уже другой вопрос; мы тут выяснили, что есть альтернативный dbus-broker, написанный сильно лучше и постепенно планирующийся ко внедрению во всех основных дистрах.

где там что стандартизирует dbus

Как раньше писали всякие gpg-connect-agent, так и сейчас продолжают всякие systemctl

Ты бы хоть не позорился настолько явно.

Тот же systemctl — это достаточно тонкая обёртка над дбас-интерфейсом. Я могу к любому куску systemd без всяких *ctl обращаться из совершенно любого языка, однообразно, без парсинга ответов руками и без вызова внешних утилит на шелле. Если это не «стандартизирует», то что тогда «стандартизирует»?