Проклятый Поттеринг дотянулся. Что будет когда он умрёт?

пропихивает членов в комитет мандатодержателей

Этот systemd всегда умел в отдельный /usr — с initramfs идеально, без initramfs в режиме best-effort.

Тогда расскажи мне, что вот это такое (sda7, как раз, /usr):

Jan 11 16:01:06 book1 systemd-fsck[327]: /dev/sda7 has been mounted 35 times without being checked, check forced.
Jan 11 16:01:06 book1 systemd[1]: Mounted /var.
Jan 11 16:01:06 book1 systemd[1]: Starting Load Random Seed...

И, далее (выборочно):

Jan 11 16:01:11 book1 systemd[964]: Failed at step EXEC spawning /usr/bin/ssh-keygen: No such file or directory
Jan 11 16:01:11 book1 systemd[1]: prefdm.service start request repeated too quickly, refusing to start.
Jan 11 16:01:11 book1 systemd[1]: Failed to start Display Manager.

Потом

Jan 11 16:01:16 book1 systemd[1]: Mounted /usr.
Jan 11 16:01:16 book1 systemd[1]: Startup finished in 6.238s (kernel) + 21.576s (userspace) = 27.815s.

и привет. В этом месте всё закончилось строчкой про systemd-fsck на текстовом экране. То есть, начав делать fsck для /usr, оно продолжило загрузку, пытаясь грузить компоненты, которым нужен смонтированный /usr. В общем, для нормального init нет никакого смысла в предупреждении про отдельный usr, а если это предупреждение есть, это значит только то, что в консерватории что-то не так.

Но, в общем-то, systemd в примере достаточно старый. Может, это уже разрулили ? Или разрулили выводом а-ля «ext-fs пора менять на btfrs» (или что там ещё не чекается сейчас) ?

Кто-то заставляет мейнтейнеров добавлять systemd в дистрибутивы ?

Да. В первую очередь, это разработчики KDE и Gnome. Если отказ от systemd на сервере тривиален, то на десктопе это влечёт отказ от этих двух DE (как минимум этих), либо их использование в неполноценном виде.

Да. В первую очередь, это разработчики KDE и Gnome. Если отказ от systemd на сервере тривиален, то на десктопе это влечёт отказ от этих двух DE (как минимум этих), либо их использование в неполноценном виде.

Иксы тогда тоже вселенское зло?

Если отказ от X11 на сервере тривиален, то на десктопе это влечёт отказ от этих двух DE (как минимум этих), либо их использование в неполноценном виде.

Иксы тогда тоже вселенское зло?
Если отказ от X11 на сервере тривиален,

Не передёргивай. X-ы, в отличие от systemd, кофе варить не обучают. Это не дело X-ов. И это разработчики понимают. А вот разработчики systemd - не понимают.

Поттеринг это только подставное лицо, а за его спиной действует целая чудовищная корпорация RedHat, которая поставила своей целью уничтожить свободу ПО и разрушить сообщество.

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

Не передёргивай.

Это вы себе написали? Мы вроде как обсуждали вашу теорию заговора «разработчики DE пытаются насильно пересадить всех на systemd» а не соответствие systemd принципам unix-way.

X-ы, в отличие от systemd, кофе варить не обучают.

Да. systemd — монолитен. Он не только систему запускает, но и еще много всего делает. Но это предмет отдельного разговора.

Как все это относится к вашему утверждению, что разработчики KDE и Gnome навязывают кому-то systemd я так из ваших слов и не понял. Что пихать в зависимости, а что нет — забота разработчиков. Люди хотят чтобы оно работало с systemd, и не хотят больше ничего поддерживать. Не нравится — не ешь. Опять же, с таким же успехом можно говорить что любой софт что-то навязывает, потому что у него есть список зависимостей (иногда не короткий).

Как все это относится к вашему утверждению, что разработчики KDE и
Gnome навязывают кому-то systemd я так из ваших слов и не понял.

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

Что скажешь вот на это ? Проклятый Поттеринг дотянулся. Что будет когда он умрёт? (комментарий)

назови хоть одну технологию что прожила 45 лет?

Лисп же.

Сколько надо денег дать Рейзеру что бы он убил Поттеринга?

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

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

Это баг. Его надо репортить. Можно мне в личку.

Чтобы все было максимально объективно, следует купить разветвитель «на двое наушников» и подключить в одно гнездо наушники (для создания реалистичной нагрузки на усилитель), а в другое - какой-нибудь рекордер или линейный вход от другой звуковой карты. Записать на рекордер звук с искажениями от PulseAudio, а также доказать (с помощью второй записи, с которой можно сравнить), что та же звуковая карта с другим софтом или с другими настройками может звучать лучше.

Ну и по поводу ресемплеров. Да, я попытался заставить авторов сменить настройку по умолчанию с speex-float-1 на speex-float-5. Это вылилось в целое исследование искажений, вносимых ресемплерами, на предмет заметности, с помощью психоакустической модели. Итог: на реальном музыкальном и речевом материале искажения, вносимые speex-float-1, не слышны (по мнению психоакустической модели, откалиброванной авторами на реальных людях), поэтому причин менять настройку по умолчанию нет. А вот на тестовом (типа высокочастотного писка) - да, слышны (в отличие от ситуации в Windows и Mac OS X). Но такое никто не слушает.

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

Ловите ретрограда и истеричку!

Помрёт вместе с целевой ОС ящитаю.

И в очередной раз моё любимое:

Could not talk to shutdownd - shutdown aborted!

Гугл находит это только два раза — один раз здесь, второй раз тоже твой. CentOS 7.[01] поставлялся с systemd 208, там похожей фразы тупо нет в исходниках. В CentOS 7.2 systemd обновили до 219, там опять такой фразы нет. Всё, что есть про «talk to shutdown», это:

grep -R -i 'talk to shutdownd' *
src/systemctl/systemctl.c:                        log_warning_errno(r, "Failed to talk to shutdownd, proceeding with immediate shutdown: %m");
src/systemctl/systemctl.c:                        log_warning_errno(r, "Failed to talk to shutdownd, shutdown hasn't been cancelled: %m");

Тогда расскажи мне, что вот это такое (sda7, как раз, /usr):

Это кто-то пользуется DIY дистрибутивом (Arch, Gentoo, LFS etc), забыв почитать документацию. /usr на отдельном разделе разруливается в initramfs и к этому моменту _уже_ должен быть смонтирован. Если дистрибутив не беспокоится об этом автоматически прозрачно для пользователя (например, используя dracut для генерации initramfs), то пользователь сам лично должен прочитать соответствующую документацию и проделать необходимые шаги вручную (собственно, он сам с этим соглашался, когда ставил этот дистрибутив). Например, вот инструкция для генты: https://wiki.gentoo.org/wiki/Systemd#Ensure_.2Fusr_is_present_at_boot_time

/usr на отдельном разделе разруливается в initramfs и к этому моменту _уже_ должен быть смонтирован.

Извини, но прочекать его решил systemd. Так что косяк, напрямую, его.

Например, вот инструкция для генты

Ещё для чего есть инструкция для исправления косяков криворуких программистов ?

Извини, но прочекать его решил systemd

Извини, но прочекать его именно в этот момент попросил именно ты. В документации по systemd чёрным по белому написано, что /usr _должен_ быть смонтирован до запуска сервисов. systemd-fsck@.service сделал ровно то, для чего он предназначен — прочекал несмонтированные диски. Как так получилось, что в их число попал /usr — вопрос исключительно к тебе, в рамках корректно настроенной системы такое невозможно. Если ты залез в будку, на которой написано «Не влезай, убьёт!» и тебя убило, то это не создатели будки виноваты.

Ну пардон, воспроизводил по памяти. Вторая фраза, но при этом shutdown таки отменяется. То есть без echo o > /proc/sysrq-trigger shutdown просто не просходит, сервисы бодро работают, вот это вот всё.

Извини, но прочекать его именно в этот момент попросил именно ты.

Я ?? Как ? :-)

В документации по systemd чёрным по белому написано, что /usr
_должен_ быть смонтирован до запуска сервисов

И это - задача init.

В документации по systemd чёрным по белому написано

Любой неосилятор может внести в документацию то, что не осилил. От этого его поделка лучше не становится. Зато заменили syslog, да...