Systemd пугается неожиданных вещей

Я не понял, причём тут systemd

Притом, что это именно он при ненайденном устр-ве показывает бегающие звёздочки и подвисает.

Я наконец-таки понял, почему простой народ так не любит systemd.

И это далеко не единственный его «прикол». Я вот до сих пор не понял, почему для показа логов *systemd* нужно убирать quiet из параметров ядра.

Тогда почему подавляющее большинство дистрибутивов таки на systemd перешли?

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

Тогда почему подавляющее большинство дистрибутивов

Ой ли? Я вижу только RH, его производные и остальные rpm-based дистры (ну плюс арч и несколько малоизвестных дистров). Дебиан с убунтой не перешли, генту не перешёл, слака и crux тоже. По сути из «столпов» перешли только RH и арч.

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

Чем больше я смотрю на systemd, тем больше он мне напоминает gnome-shell.

К счастью, нет.

Для тех кому интересно как организовывать автомонтирование при первом доступе: https://wiki.archlinux.org/index.php/Systemd#Automount

Ламоботы не читающие доков могут продолжать истекать желчью.

Еще один. *facepalm*

Скажу по боооооольшому секрету. rhel как минимум с версии 4.8(минимальная с какой имел дело)и по нынешний 6.4 без всякого systemd делает точно так же. Магия правда?

У вас устаревшие сведения. Лет так на 10-15.

У меня так Mandrake 10 делал в 2004 году. Не только с HDD - со всем. Чуть-чуть поменяешь устройства PCI - и при загрузке «ааааа! Устройства поменялись! Ты вытащил сетевую карточку и поменял видеокарточку! Теперь надо запускать Мастер!».

А, у Gentoo появился графический установщик, да и портаж все проблемы разрешает сам, и не требует выполнять etc-update и прочие гадости при каждом чихе? Классно.

графический установщик

имхо, это вообще лишнее.

А, у Gentoo появился графический установщик

Gentoo не нужен графический установщик. Разве что консольный, который качает последний стейдж (какой выбирает пользователь), делает первичную настройку - там пасс для рута, создание пользователя и пароля для него, установка системной локали, настройка часов, настройка имени хоста, настройка интернета. Все. Т.е. по сути редактирование конфигов в /etc/conf.d/ и /etc/{passwd|group|shadow}.

да и портаж все проблемы разрешает сам

На стейбле проблем практически не возникает. Максимум - что нужно - подождать время, если вдруг какой-то конфликт при обновлении. Дома на стабильной ветке я не помню, когда косяки были. Разве что недавно ругнулся на уже установленый googleearth - он стал хардмаскед, добавил одну строчку в package.unmask - это очень сложная задача, да.

etc-update и прочие гадости при каждом чихе

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

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

У меня на сусе была такая хрень.

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

Жесть просто какая-то. Даже винда загрузится, если поменять винты (если ессно системный не трогать)

подавляющее большинство дистрибутивов таки на systemd перешли?

что? о_О
ты что курил!?

Жесть, но пока только так.

Ну, на моей памяти суся оттуда и не выкатывалась

Я вот до сих пор не понял, почему для показа логов *systemd* нужно убирать quiet из параметров ядра.

Потому что не прочитал ман?

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

похоже на то

Потому что не прочитал ман?

Потому что до поццерингоподелия эта опция делала совсем другое.

4.2
-20.

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

О нет, я не о замене конфигов, которые можно вообще не менять. Я о вашем любимом --autounmask-write

Ставил генту, даже пользовался этим кошмаром 3 месяца. Хватит.

Я о вашем любимом --autounmask-write

Ни разу не пользовался.

Если размаскируешь пакеты, то ты должен понимать, на что идешь. У меня есть 20-30 размаскированых пакетов, но я знаю зачем они мне. Системных и глобальных, которе могут повлиять на работу там почти нет:

# latest kernel
<=sys-kernel/gentoo-sources-3.9.11-r1 **
# GRUB2
<sys-boot/grub-9999 **
# eudev
<sys-fs/eudev-9999 **
# libhugetlbfs
<sys-libs/libhugetlbfs-9999 **
# exfat
<sys-fs/fuse-exfat-9999 **
<sys-fs/exfat-utils-9999 *
# amd-ucode
<sys-firmware/amd-ucode-99999999 **

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

Тебе сильно повезло.

Я просто прописываю сам размаскировку, ручками. Тогда я точно знаю, что размаскировано, а что нет. А если ты этой командой размаскировал пол системы из-за какой-нибудь библиотечки и соответственно обновил - то ты естественно ССЗБ, без обид)

О, в стабильную ветку прилетели последние кеды и еще пару либ. Пойду обновлюсь:-)

пользовался этим кошмаром 3 месяца

gentoo - конструктор, что ты собирал, то и получил.
итого: ты просто не знаешь чего хочешь, да и руки у тебя кривые.

-20.

Ишь, замахнулся

И что же она делала? ))

Она минимизирует логгирование на консоли. Т.е. выхлоп dmesg ты не увидишь.

Я определенно хочу пользоваться. В лего я уже наигрался.

И что же она делала? ))

Читай kernel-parameters.txt ))))

Читай kernel-parameters.txt ))))

Т.е. ты хочешь сказать, что поттеринг как-то поменял поведение, описанное в kernel-parameters.txt? )))))

Она минимизирует логгирование на консоли. Т.е. выхлоп dmesg ты не увидишь.

Все верно, но причем тут системде?

Может в том контексте, что системд может уже само завернуть выхоп куда-нибудь в /dev/null, и включить свою универсальную(tm) систему ведения логов?

Т.е. ты хочешь сказать, что поттеринг как-то поменял поведение, описанное в kernel-parameters.txt?

Он добавил к нему дополнительный эффект. Это как если бы при использовании bootsplash'а systemd запрещал тебе логиниться в консоль.

Все верно, но причем тут системде?

При том, что он скрывает лог запуска демонов при включённом quiet.

Он не добавил к нему дополнительный эффект. quiet меняет дефолтное поведение. Для чего же оно это делает?! Может быть для того, что бы никто не засирал бутсплеш?

А launchd как себя ведет с quiet?

// По нормальному, когда нужно уменьшить количество выводимого на консоль, и сплеш не используют, используют не quiet, а loglevel.

ЯННП

Ок. при старте системд управление передается ему, и он направляет вывод лога куда-нибудь в /dev/null, а сам запускает свою тулзу для ведения лога на tty1. Так понятно?

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

quiet меняет дефолтное поведение

…ядра, а не системы инициализации.

Для чего же оно это делает?!

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

что бы никто

Свои домыслы оставь при себе.

Мне не понятно к чему это. quiet влияет только на дефолтное поведение системде (systemd.show_status=false)

Да и вообще логичней было для этого завести отдельную опцию.

А там и есть отдельная опция

А там и есть отдельная опция

Но и на quiet оно тоже реагирует.

При использовании отдельной опции на quiet оно не реагирует

При использовании отдельной опции на quiet оно не реагирует
При использовании отдельной опции

Короче, при первой же установке юзер всё равно полезет в гугль/форум/чатик с запросом «почему systemd показывает мне чёрный экран?»

Стар я уже

Так а чего тогда на systemd полез? Это, скорее, для современной молодёжи, не пугающихся в случае чего и в сингл грузнуться, и /usr с корнем на один раздел поставить, и initrd в 80 мегабайт сгенерить, и планку оперативы докупить в случае необходимости для новой версии книги контактов, и дистрибутив переустановить в случае чего.