systemd боль

Ну ты же знаешь как это исправить.

Бубнунта бггг)

Ну, пока убунту поправлю, а через недельку всё-таки будет слака.

Как много у вас свободного времени 🙃

А вы что предлагаете? Сегодня суббота.

Не, можно на оффтопик перейти.

Не, можно на оффтопик перейти.

Или убить себя ап стену, например. :) Интересно, какой из вариантов подразумевал @firkax. :)

Я имел ввиду заменить sources.list на такие

deb http://deb.devuan.org/merged ceres main
deb http://deb.devuan.org/merged ceres-updates main
deb http://deb.devuan.org/merged ceres-security main

Теперь init 3 на случай НЁХ с отвалом GUI больше не работает.

А как ты это понял? Может что-то в убунте сломали, в арче добавляешь цифру 3 в строчку ядра — работает.

А я-то думал – выкинуть ненужнод в пользу dinit какого-нибудь…

Так оно и выкинется в итоге той инструкции.

Да там не в этом дело. По ходу что-то в 6 кде сломали, оно мне какой-то фигнёй в логи сыпет, надо руками ковырять. Ну, как я и говорил, пока ubuntu lts 28 не выпустят, 26-й с замороченный конфигом нельзя будет пользоваться.

Исчезло man 8 init. Обычная команда рута.

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

Попросить ИИшку же? Ведь ИИшку?

В 2016 году у человека НЁХ с отвалом гуя?

Я так понял суть треда в том, что в свежем системд не поддерживаются ранлевелы? Ну положи в .bashrc функцию init {… }

Между тем, в арче, кому надо, делают sudo pacman -S systemd-sysvcompat и продолжают пользоваться привычными командами… Правда, только для выключения (halt, shutdown, poweroff) и перезагрузки (reboot). А init и telinit никуда не делись, их по-прежнему можно использовать для перехода между уровнями запуска (теперь target-ами).

Из GDM нельзя перескочить на соседний tty, или он не запускается?

Раньше, когда была необходимость, добавлял 3 в конец строки загрузки ядра, в самом grub. Или заранее systemctl set-default multi-user.target. Сейчас ly-dm, он и так консольный.

Question: А в убунту что, до сих пор отваливаются GUI?

Из GDM нельзя перескочить на соседний tty, или он не запускается?

У меня при штатном обновлении смешались qt5 и qt6. Чтобы отладитьт, мне нужно руками запустить X и смотреть, чего не хватает KDE. Чтобы руками запустить X, быстрее всего выключить гуй.

добавлял 3 в конец строки загрузки ядра

Сейчас проверил на свежеобновлённом арче – работает. Неужели в убунте не так?

У меня и тот, и другой в системе есть и никак друг другу не мешают.

man alias?

Неужели в убунте не так?

Как не так? Не надо перезагружать ядро, чтобы сменить run level? не, везде не так.

Очевидно. Но потом. Но почему в новой убунте убрали?

Я раскопал - plasmashell от 6-й плазмы лезет в какие-то остатки 5-й плазмы и сходит с ума. Уже три часа вычищаю, пока не понял логики.

мазохист?
системгэ для дебилов. используй BSD-init или хотя бы sysvinit.

я хз, но вроде победил убунту, плазма работает.

Неужели в убунте не так?

Не знаю, никогда не пользовался. У меня арч.

Ну убрали и убрали. Допиши в .bashrc функцию init, у которой в аргументах будут нужные параметры для systemctl.

только вот что-то установка ffmpeg тащит пол-гуя за собой...

А ffmpeg те же дяди делают?

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

Да, но дистры не предоставляют какого-то серверного варианта ffmpeg'а из-за чего если не собирать его из исходнигов, гуй притащится. Даже во всяких alpine, хотя казалось бы...

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

А почему вы спрашиваете? X11 и sddm НЕ отвалились, а вот plasma поехала по ....... - из-за получившийся смеси qt5 и qt6. А чтобы корректно её отладить, надо отключить sddm и запускать руками.

А почему вы спрашиваете?

потому что могу.

а вот plasma поехала по ....... - из-за получившийся смеси qt5 и qt6.

а, ну как обычно у хейтеров и бывает — сам косорукий, а виновата systemd.

А чтобы корректно её отладить, надо отключить sddm и запускать руками.

апдейт надо было сразу пускать с systemctl stop display-manager, но косоруким всегда виноват молоток

ну мне тоже приходилось - просто места жалко на vps под весь этот шлак, что включили в днобианах

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

А «жалко места на впс» это уже нищебродопроблемы какие-то.

А почему вы спрашиваете?потому что могу. а вот plasma поехала по ....... - из-за получившийся смеси qt5 и qt6.а, ну как обычно у хейтеров и бывает — сам косорукий, а виновата systemd.

а кто тут сам косорукий? Тут разрабы клязьмы косорукие, что определиться не могут, какой qt используют и не могут сделать стабильный НЕ ПАДАЮЩИЙ DE уже дцать лет...

апдейт надо было сразу пускать с systemctl stop display-manager, но косоруким всегда виноват молоток

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

А «жалко места на впс» это уже нищебродопроблемы какие-то.

бюджетное != нищебродское
Поднимать на каждый чих дорогой тариф или вообще выделенный сервер нецелесообразно, а в современных реалиях становится вообще нецелесообразно брать не минимальные тарифы, когда ты не знаешь, придётся ли на следующей недели мигрировать нам другие сервера из-за интернет-обстановки. От большинства актуальных внешних факторов дорогие тарифы никак не спасают - обычно смена ip адреса внутри провайдера мало что даёт, а vps тем временем доступна, мягко говоря, не всем и простаивает, пока провайдер будет искать ip новые адреса. Куда целесообразней накупить минимальных/промо тарифов с запасом и иметь всегда возможность куда перенести сервис (заодно при необходимости слегка проапгрейдив тариф)
Тратить же место на gpu драйвера, x11, wayland там, где их никогда не будет - вообще глупость несусветная, но с другой стороны компилировтать на одноядерной vps ffmpeg долго - вот и начинаешь выбирать меньшее из зол - apt-get install конечно же быстрее

апдейт надо было сразу пускать с systemctl stop display-manager, но косоруким всегда виноват молоток

Это 30 лет было

init 3

И почему не кинуть какой-нибудь alias - не понятно.

Systemd делают люди, которых Linux интересует только на сервере.не интересует.

Чего-чего? Ты какую-то ерунду понаписал, прямо очень много ерунды со всех сторон. Какая ещё смена айпи-адреса? Нормальным серверам наоборот нужен постоянный адрес. И никакие горы впс по разным тарифам не нужны, у нормальных людей все виртуалки, если они вообще используются, расположены на их собственных кластерах или серверах, а айпи-адреса выделяются из имеющегося диапазона по мере надобности. Диски хоть и подорожали, но 1 гигабайт (куда влезет ffmpeg со всеми зависимостями) стоит всего 5 рублей, с учётом миррора - 10 рублей, и пытаться его выкраивать - это какое-то 🤡. ffmpeg лучше собирать самому, но вовсе не ради этих копеечных экономий, а в первую очередь потому, что в дефолте может чего-то не хватать, или например отключены асм-оптимизации под твой проц в кодеках. Второе - убрать ненужное - для эстетики. Компилировать ffmpeg на одноядерной vps тоже не нужно, можно её скомпилировать в любом подходящем месте (ты был не в курсе?).

Что за бредятину сюда вывалил? Пятница кончилась, скоро понедельник, трезветь пора!

Какая ещё смена айпи-адреса? Нормальным серверам наоборот нужен постоянный адрес

Вчера этот адрес работал, сегодня нет. Что делать будем?

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

Вчера ДЦ c этим кластером работал, сегодня нет - что делать будем?

Диски хоть и подорожали, но 1 гигабайт (куда влезет ffmpeg со всеми зависимостями) стоит всего 5 рублей, с учётом миррора - 10 рублей, и пытаться его выкраивать - это какое-то

Эти цены теряют смысл, если ты не рассматриваешь покупку оборудования. Релокация своего оборудования - простой, потому это становится не целесообразным

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

если он используется только для конвертации контейнеров - эффект от этого маленький. Зато куда заметней будет эффект от лишнего кода в бинаре ffmpeg, если на виртуалке мало памяти

Второе - убрать ненужное - для эстетики

не для эстетики, а по куда более значимым причинам

Второе - убрать ненужное - для эстетики. Компилировать ffmpeg на одноядерной vps тоже не нужно, можно её скомпилировать в любом подходящем месте

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

Есть небольшая разница между ресурсами cpu/gpu/сети и диска.
cpu/gpu большинством сервисов потребляются эпизодически, если это не high load
Диск же потребяется всегда. Конечно, для high-load сервиса твои «комментарии» могут звучать и не так бредово, но в иостальных случаях это какая-то дичь.
любой сервис без непрерывной нагрузки, либо каких-то особых требований устойчивости (ныне - безсполезных) будет дорого и глупо крутить на своём оборудовании - оно будет просто простаивать.
Когда я упомянул место на vps - это конечно же касалось не high-load серверов и притягиваь их за уши тут - либо намеренный наброс, либр просто бред

Вчера этот адрес работал, сегодня нет. Что делать будем?

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

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

Скачать надо будет только бинарники ffmpeg + libav*.so. Скачивать что-то с виртуалки перед компиляцией незачем. Да и недолго это в любом случае, на 3мбит/сек гигабайт качается меньше чем за час. Впрочем, я не знаю что ты там пытаешься сэкономить, тебя никто не заставляет ничего не делать и сидеть смотреть на прогрессбар всё время скачивания либо компиляции.

Что касается остального

Когда я упомянул место на vps - это конечно же касалось не high-load серверов и притягиваь их за уши тут - либо намеренный наброс, либр просто бред

Ты сам в этом ответе смешиваешь кроение мегабайтов и «простои при переезде».

Ну вы прямо пальцем шевельнуть и извилиной напрячься зазорным считаете. Матчасть-то хоть как-то знать надо. Тем более апдейтер призывает (насколько помню) уйти в консоль из графики и притушить лишнее.

Так сделай себе утиный алиас и не ной.

Оно нужно 1 раз в 2 года. Это реальный отстой уровня ip вместо ifconfig. Даже когда iptables на смену ipchains делали, логика синтаксиса сохранялась.

У меня почему-то все имеющиеся адреса всегда работают

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

Скачать надо будет только бинарники ffmpeg + libav*.so. Скачивать что-то с виртуалки перед компиляцией незачем.

Даже если не с виртуалки - всё равно откуд-то понадобится получить сисрут, совместимой с этой виртуалкой. Сбранные в генте/арче ffmpeg + libav на дебиане или алпине не заработают.
Просто собрать ffmpeg на месте намного проще

и сидеть смотреть на прогрессбар всё время скачивания либо компиляции

послеживтаь придётся если тебе нужно быстро поднять зависящий от них сервис

Ты сам в этом ответе смешиваешь кроение мегабайтов и «простои при переезде».

Не смешиваю, а противопостовляю. Или теряешь время или место, а всё из-за того, что готового бинарного варианта нет. ffmpeg-static тоже зачастую не работает из-за дурацкого nss, ломающегося, иногда с сегфолтом, в статическом бинаре по погоде на марсе, к тому же этот монобинарь тоже иксовые потроха запиханы, хорошо хотя бы без mesa.
Обычно это выглядело как попытка скачать ffmpeg-static, его сегфолт. ругань, осмотр зависимостей в apt и потом уже сборка их исходников т.к уже становится понятно, что лучше потратить время, чем иметь дело с ублюдскими готовыми билдами