>> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро?
> # mount /dev/xxx мнэ, и вот прямо от рута... ну я, конечно, поддерживаю, но "десктоп-юзеры" тебя, боюсь, не поймут-с.
> А если серьёзно то udev, который зачем-то запихнули в systemd. Благо его
udev для этого совершенно не был задуман - изначальное его предназначение создать этот самый /dev/xxx (поскольку MAKEDEV и статические ноды у нас преданы анафеме) и поставить ему правильных пермишнов.
Сейчас, собственно, его и вернули (и standalone в дефолтном, по крайней мере, виде, тоже)
в исходное состояние, он вообще больше ничего не делает.
А дальше - дивайс создали, надо это кому-то и рассказать. И он дергает d-bus'ный интерфейс. Который слушает отдельное чудо, которое называется udisks (уже тоже всосано в конгломерат). А у него уже есть события, которые он может передать десктопному юзеру через анальный зон...э. простите, через интуитивно-приятный десктопный интерфейс - ну там, окошко открыть с содержимым, или хотя бы галочку "извлечь" нарисовать где положено.
>> Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка?
> Фанатика порвало.
> # modprobe wifi-blabla
"нинашла". В логах - записи о появлении какого-то /dev/sd[xyz] который нам даром не надо - и-и-и-и? (и вообще-то нахрена мне ценное знание, какой именно bla-bla в этой китайской хрени и какие у него параметры, даже если оно еще и не снабжено этой ценной моделью поведения и сразу видно как rf device?)
> # dhclient xxx
waiting for carrier...
кажется, ты что-то пропустил? ;-)
> Усё. УМВР. Если у тебя что-то не работает в таком порядке -
боюсь что либо ты не пользовался wifi никогда в жизни, либо за давностию лет забыл кое-что. (подсказка - dhclient все еще ждет какой-то "carrier" ;)
Но это цветочки, ягодки - что у меня в это время подключена локальная сеть медью, и я не буду рад, если ее настройки прооверрайдятся dhclient'ом.
Плюс к тому же дома мне нужны одни настройки списка принимаемых на веру от dhcp параметров, в офисе совсем другие, в халявном хотспоте в аэропорту от нашей страны подалее - третьи. Опять будешь все вручную набирать каждый раз?
(это я к тому, разумеется, что network monitor хоть и очередное "хотим как в виндах, только плохо понимаем, как там", но появился он не от хорошей жизни - сейчас совершенно нормально иметь с пол-сотни known networks в списке, и ну его нафиг управляться с этим вручную. И никакой хорошей и адекватной замены ему, увы, не просматривается.)
> значит ты пользуешься бубунтой. Вернись к пункту 1 и поставь нормальный
> дистрибутив.
описанная тобой последовательность - waiting for carrier в любом дистрибутиве.
(поскольку утилиты у всех одни и те же, их не дистрибутивописатели лепят)
> С добрым. Иди ещё поспи, потому что SysVInit этим не занимался и
> заниматься не будет. Инит запускает демоны, демоны делают всё остальное.
надо же, как интересно. А скажи-ка, ты вообще инит-то не в древних учебниках - видал?
>> то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать
> Она и так не смонтируется - ядро не даст. Слушай, иди ка
она так угробится, пока сперва ведро, потом udisks, потом еще какая-нибудь автохрень будет пытаться добыть с нее то, чего я вообще-то и не просил.
(в общем-то, именно так я впервые познакомился с udisks)
> ты прочитай про ядро, может хоть что-нибудь поймёшь. Заодно прочитай про
> SysVInit.
я не рекомендую тебе дальше читать древний мусор. Он, к сожалению, написан либо страшно отставшими, либо просто некомпетентными гражданами. Вероятнее второе (systemIII,надо же).
> Нигде ничего не написано, что init должен что-то монтировать, заниматься сетью и
> прочими контейнерами. Он должен запускать демоны, его толкает ядро, инит сам
угу, с несмонтировавшегося диска, вероятно? Сеть тоже непонятно откуда возьмется, сама.
А теперь разоблачения: вот что на самом деле _впрямую_ запускает one-true systemV init:
~~:S:respawn:/sbin/sulogin
вот ни разу не демон, обычная захватывающая консоль программа
ca::ctrlaltdel:/sbin/shutdown -r -t 4 now
комментарии, думаю, излишни, не демон совсем
а вот и немножко древней магии:
2:2345:respawn:/sbin/mingetty tty2
- оказывается, вообще-то, инит вполне умеет сам ,без всяких дерьмонтулсов, респавнить завершившиеся программы (угадайте, почему ТАК его использует только эта, даже xdm отсюда запускать уже не принято?)
Разумеется, это не демон - у нее есть терминал, съев с нее инпут, она завершается.
l3:3:wait:/etc/init.d/rc 3
это баш-скрипт, wait означает что он, как и положено приличному скрипту, раз отработав, политкорректно завершается - ни разу не демон
[skip он же с другими параметрами шесть раз]
и в общем все, eof.
у bsd все значительно запутаннее - на первый взгляд, init умеет запускать вообще ровно одну программу, /etc/rc (ни разу не демон, банальный sh-скрипт), на деле там есть неочевидные ньюансы как раз из-за нежелания bsd идти общим путем.
> не работает. Инит это тупая программа.
настолько тупая, что никаких демонов запускать не умеет. Если это не systemd-init, разумеется, вот он как раз научился это делать без помощи дополнительной магии.
монтирование, инициализацию сети, настройки, запуск сервисов (некоторые из которых могут быть и демонами в классическом понимании - не присоединенными ни к какой консольной сессии не завершающимия программами - а могут и не быть) - выполняют те самые sh-скрипты.
Поскольку без них никуда мы не полетим, даже ту самую mingetty не запустим (ей нужны проверенные и смонтированные fs, как минимум) - их принято считать неотъемлемой частью systemV init. Более того, именно иерархией этих скриптов sysV и отличается от bsd.
