The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Третья стабильная сборка проекта TrueOS, пришедшего на смену..., opennews (??), 02-Июн-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Аноним (-), 03-Июн-17, 15:32 
Я на лине, у меня нет systemd. Гном прекрасно работает без systemd, у кого-то руки при пересборке кривые просто.
Ответить | Правка | Наверх | Cообщить модератору

29. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от iZENemail (ok), 03-Июн-17, 16:49 
> Я на лине, у меня нет systemd. Гном прекрасно работает без systemd,
> у кого-то руки при пересборке кривые просто.

Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Это избавляет от последовательного процесса инициализации независимых объектов (устройств, драйверов), которые фактически независимы и могут инициализироваться в одно и то же время. Это ускоряет загрузку и перезагрузки систем, что актуально прежде всего в системах виртуализации, а локалхосты всего лишь тестовые площадки.

Ответить | Правка | Наверх | Cообщить модератору

34. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от нах (?), 03-Июн-17, 18:35 
> Systems нужен для параллельной инициализации нескольких объектов на этапе загрузки. Это

если бы так - он был бы совершенно никому не нужен (и одним движением заменяем - какое дело тому же гому, что там у меня _уже_загрузилось_, и уж тем более - чем запустили его самого? На практике, как показал девонян, его уже очень сложно выпилить.)
К сожалению, как раз параллельный запуск - побочный эффект, не особенно даже и заметный.

systemd - это точная clean-room копия windows services manager. Включая те ее места, которые вроде бы и вовсе незачем было копировать (binary log, ага).

А это не только старт на загрузке и dependencies, но и event-driven старт (загрузка - всего лишь один из типов event), и подмена других ipc-систем и много еще вредного и воняющего иконами и фолдерами. Ну, сами догадались, ЧТО является в этой истории паровозом "прогресса"?

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

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

Ответить | Правка | Наверх | Cообщить модератору

40. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от KonstantinB (ok), 03-Июн-17, 20:15 
Ну не знаю, мне скорее напоминает Solaris SMF.

Хотя в виндах я не разбираюсь почти совсем.

Ответить | Правка | Наверх | Cообщить модератору

141. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от _ (??), 05-Июн-17, 16:24 
>Ну не знаю, мне скорее напоминает Solaris SMF.

Это чем же? 8-о

Ответить | Правка | Наверх | Cообщить модератору

35. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Аноним (-), 03-Июн-17, 18:40 
> устройств, драйверов

Этим ядро занимается, не надо мне тут лечить.

OpenRC тоже умеет параллельно запускать демоны, при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ!

А ещё у меня система на железе 2007 года с убитым IDE HDD загружается за 27 секунд, немногим больше, чем с systemd.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

44. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –3 +/
Сообщение от нах (?), 03-Июн-17, 21:36 
> Этим ядро занимается, не надо мне тут лечить.

ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро? А еще интересней - это не флэшка, это wifi-адаптер usb'шный. Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка?

> при этом не занимается ещё всякой фигнёй, типа контейнеров, сети, монтирования и
> прочего крепа, которым система инициализации НЕ ЗАНИМАЕТСЯ!

с добрым утром. А кто ей тогда должен заниматься, если система инициализации этим заниматься не будет (и чем она у тебя вообще занимается тогда)? Руками каждый раз будем, как в 74м году?

Любая система инициализации этим занимается, просто хорошие системы - _автоматизируют_ человеческую деятельность (те самые скрипты запускают обычные, доступные вручную утилиты), а хреновые - подменяют (для большего удобства системописателя), в результате вмешаться в процесс ты уже можешь только местами, там где о тебе вспомнили и оставили подходящую ручку.

(то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать, и таблицу разделов с нее читать тоже не надо, блин!)

Ответить | Правка | Наверх | Cообщить модератору

49. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Мимоанон (?), 03-Июн-17, 22:54 
А что делать если я наоборот нехочу чтобы что-то там само монтировалось и адаптероустанавливалась? простой кейс - пришли друзья/родственники, возможно с детишками или ты к ним приехал. Мне нафиг не уперлись их флешки и прочая usb мишура. Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи.

А вот что-либо монтировать руками мне не страшно. Для частоспользуемых флешек достаточно создать алиас/скрипт и мышекликать по нему.

Ответить | Правка | Наверх | Cообщить модератору

52. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от нах (?), 03-Июн-17, 23:39 
> А что делать если я наоборот нехочу чтобы что-то там само монтировалось и
> адаптероустанавливалась?

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

А простенькой системы с предсказуемым поведением и возможностью менять его по своему усмотрению, похоже, скоро не будет совсем. Ну лет пять еще остается, от силы, если модными-новыми DM'ами не увлекаться, а дальше будет сплошной wayland, dbus и "асинхронные иниты" на десктопе, и kubernetes'ы с докерами и работой по принципу упали-отжались на серверах, про которые уже никто не знает точно, что там происходит внутри.

Ответить | Правка | Наверх | Cообщить модератору

142. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от _ (??), 05-Июн-17, 16:31 
> а я знай? У меня уже тоже одна система есть, где все само и руками хрен подлезешь, и, кстати, сервисы там стартуют нормально, а чтоб взвисла сама стартовалка сервисов - такого я ни разу не видал.

Тьфуй! Так бы сразу и сказал что ты на вантузе. А то сколько кружевных труселей то наплёл ...

> И нафига мне вторая "всем хуже", непонятно.

Намотаешь WinCry или подобноё - захочеЦЦо чего нибудь "похуже" :-))))

Ответить | Правка | Наверх | Cообщить модератору

58. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –2 +/
Сообщение от фребсдоюзрнемогунайтивыход (?), 04-Июн-17, 00:33 
> Забавно, что в винде, чтобы от этого избавиться, придется раскошелиться на всякие там DeviceLockи.

В винде можно отключить автозапуск подключаемых съёмных носителей и cd/dvd дисков и тогда вставление даже вирусной флешки становится абсолютно безопасным.
Да, она автоматом примонтируется, но это не нанесёт никакого урона.


Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

75. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от iFRAME (ok), 04-Июн-17, 09:05 
В винде автозапуск флешек отключен по умолчанию начиная с Win7.
Ответить | Правка | Наверх | Cообщить модератору

140. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Мимоанон (?), 05-Июн-17, 14:13 
причем тут автозапуск, речь идет о монтировании.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

143. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –2 +/
Сообщение от _ (??), 05-Июн-17, 16:44 
>Да, она автоматом примонтируется, но это не нанесёт никакого урона.

ORLY?! :)

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

145. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от фребсдоюзрнемогунайтивыход (?), 07-Июн-17, 22:47 
YARLY.
А шо не так?
Ответить | Правка | Наверх | Cообщить модератору

68. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от qwerty123 (??), 04-Июн-17, 04:59 
> ммм...а вот кто должен тебе автомонтировать, к примеру, флэшку
>...
> Любая система инициализации этим занимается

бред какой-то.
RTFM.


Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

77. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +4 +/
Сообщение от Аноним (-), 04-Июн-17, 09:39 
> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро?

# mount /dev/xxx

А если серьёзно то udev, который зачем-то запихнули в systemd. Благо его оттуда ещё выпилить можно. До этого этим занимался HAL.

> Сколько, чего и в каком порядке и кто должен запускать после его втыкания, ну-ка?

Фанатика порвало.

# modprobe wifi-blabla
# dhclient xxx

Усё. УМВР. Если у тебя что-то не работает в таком порядке - значит ты пользуешься бубунтой. Вернись к пункту 1 и поставь нормальный дистрибутив.

> с добрым утром. А кто ей тогда должен заниматься, если система инициализации этим заниматься не будет (

С добрым. Иди ещё поспи, потому что SysVInit этим не занимался и заниматься не будет. Инит запускает демоны, демоны делают всё остальное. ДЕМОНЫ ДОЛЖНЫ ДЕЛАТЬ ВСЮ РАБОТУ!

> то есть вот эта флэшка - битая ,и НЕ НАДО мне ее пытаться монтировать

Она и так не смонтируется - ядро не даст. Слушай, иди ка ты прочитай про ядро, может хоть что-нибудь поймёшь. Заодно прочитай про SysVInit.

> In Unix-based computer operating systems, init (short for initialization) is the first process started during booting of the computer system. Init is a daemon process that continues running until the system is shut down. It is the direct or indirect ancestor of all other processes and automatically adopts all orphaned processes. Init is started by the kernel using a hard-coded filename; a kernel panic will occur if the kernel is unable to start it. Init is typically assigned process identifier 1.
> In Unix systems such as System III and System V, the design of init has diverged from the functionality provided by the init in Research Unix and its BSD derivatives. The usage in most Linux distributions employing a traditional init rather than a recent variant such as systemd is somewhat compatible with System V, while some distributions such as Slackware use BSD-style startup scripts, and others such as Gentoo have their own customized versions.

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

Вот тебе пример типичного инита: http://git.suckless.org/sinit/tree/sinit.c Иди ка ты отсюда на венду, а? Можешь ещё Ленарта туда же прихватить, там всё как вам двоим нравится.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

97. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –2 +/
Сообщение от нах (?), 04-Июн-17, 16:43 
>> а вот кто должен тебе автомонтировать, к примеру, флэшку, которую ты на ходу воткнул - ядро?
> # 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.

Ответить | Правка | Наверх | Cообщить модератору

63. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от Аноним (-), 04-Июн-17, 03:38 
> А ещё у меня система на железе 2007 года с убитым IDE
> HDD загружается за 27 секунд, немногим больше, чем с systemd.

Не, у меня Арч на ssd после команды загрузчика загружается 4 сек. до приглашения ком. строки. Ещё 3 сек. до загрузки в i3 после логина. Тебе решать, разница это или нет.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

78. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Аноним (-), 04-Июн-17, 09:41 
> убитым IDE HDD
> Арч на ssd
> HDD

Совсем не чувствуешь разницу? Нет у меня ни денег, ни свободных портов, ни желания держать SDD. Меня вполне устраивает скорость загрузки.

Ответить | Правка | Наверх | Cообщить модератору

90. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Аноним (-), 04-Июн-17, 13:19 
>> А ещё у меня система на железе 2007 года с убитым IDE
>> HDD загружается за 27 секунд, немногим больше, чем с systemd.
> Не, у меня Арч на ssd после команды загрузчика загружается 4 сек.
> до приглашения ком. строки. Ещё 3 сек. до загрузки в i3
> после логина. Тебе решать, разница это или нет.

Не арч, на ссд, без systemd - от загрузчика до возможности логина через слим 7-9 секунд.
Хз, когда было любопытно, замерял, но т.к. перезагружаюсь я где-то раз в месяц или реже, мне это вообще до лампочки.
Пониаю, у всех свои потребности и если бы я пользовался этим творением сумрачного тевтонского гения, то судя по сообщениям на опеннете, наверняка неведомая сила заставляла бы меня перезагружаться где-то раз в полчаса и тогда каждая секунда была бы на счету. Но это не так, увы, мне жаль.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

139. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +1 +/
Сообщение от qwerty123 (??), 05-Июн-17, 10:54 
>> А ещё у меня система на железе 2007 года с убитым IDE
>> HDD загружается за 27 секунд, немногим больше, чем с systemd.
> Не, у меня Арч на ssd после команды загрузчика загружается 4 сек.
> до приглашения ком. строки. Ещё 3 сек. до загрузки в i3
> после логина. Тебе решать, разница это или нет.

Парень, ответь, как ты используешь съэкономленные 20 сек?

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

54. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  –1 +/
Сообщение от Аноним (-), 03-Июн-17, 23:45 
> Я на лине, у меня нет systemd.

Я на Росе и я не знаю, какой у меня там Де, с систем или без. Подскажите, ваш Леонард уже забрался ко мне через форточку или пока ещё нет? Операционная система там кажется КДЕ у меня, а больше я не знаю чего ещё.


Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

79. "Третья стабильная сборка проекта TrueOS, пришедшего на смену..."  +/
Сообщение от Аноним (-), 04-Июн-17, 09:43 
Can't say if troll or not.

Судя по багтрекеру, где системд жрёт 100% CPU, таки он. Но вообще, насколько я знаю, можно и sysvinit поставить.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру