The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз системного менеджера Systemd 197"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз системного менеджера Systemd 197"  +/
Сообщение от opennews on 09-Янв-13, 13:21 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Jan...) релиз системного менеджера systemd 197 (http://www.freedesktop.org/software/systemd/), примечательный использованием нового механизма предсказуемого именования сетевых интерфейсов, интеграцией функциональности пакета bootchart, оптимизациями для увеличения скорости загрузки на разделах с Btrfs, уходом от использования особенностей, специфичных для конкретных дистрибутивов.


Systemd сочетающет в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения парметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система (http://www.opennet.dev/opennews/art.shtml?num=26447) нацелена (http://www.opennet.dev/opennews/art.shtml?num=27218) на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux.


Из наиболее интересных новшеств можно отметить:

-  Systemd теперь позиционируется как полностью обособленная и независящая от Linux-дистрибутиов система. Из состава Systemd исключён код для определения и задействования возможностей и файлов конфигурации, специфичных для отдельных дистрибутивов. Вместо использования собственных файлов конфигурации разработчикам дистрибутивов предлагается использовать предлагаемую Systemd стандартную модель управления конфигурацией, на которую уже перешло большинство использующих Systemd дистрибутивов. Тем не менее, многие из специфичных возможностей остаются доступны через активацию соответствующих настроек через скрипт configure на этапе сборки.

-  В udev добавлена поддержка различных схем (http://www.freedesktop.org/wiki/Software/systemd/Predictable...) предсказуемого выбора имён для сетевых интерфейсов, при которых сетевому адаптеру назначается фиксированное имя, которое не измениться при добавлении/удалении других адаптеров. По умолчанию мена устройств будут формироваться в зависимости от возможностей прошивки. Если прошивка/BIOS предоставляет интексированные номера интерфейсов для встроенных сетевых интерфейсов будет использовано имя "enoN", а для PCI-плат - "ensN". Иначе будет выбрано именование enpNsM, учитывающее физическое соединение устройства, а если параметры подобного размещения будут недоступны - будет использована классическая схема ethX. Кроме того, для использования доступен вариант использования в  имени интерфейса  данных из MAC-адреса (например, enx78e7d1ea46da);

-  В состав включена альтернативная (https://github.com/sofar/bootchart) минималистичная реализация утилиты bootchart, созданная Auke Kok (https://plus.google.com/u/1/115124063126128475540/posts) из компании Intel. Bootchart позволяет измерить и наглядно оценить время загрузки различных компонентов системы;

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

-  Поддержка вызова системных событий в привязке к календарному времени, а не только к повторяющимся интервалам времени. В частности, можно инициировать запуск unit-а в заданное время, указав в параметрах, например, "Thu,Fri 2013-*-1,5 11:12:13" для запуска в 11 часов 12 минут 13 секунд кажный первый и пятый день месяца в 2013 году, при условии, что эти дни приходятся на четверг или патницу. С поддержкой данной возможности Systemd  уже позволяет взять на себя большинство функций системы cron и избавиться от необходимости запуска дополнительного демона crond;

URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Jan...
Новость: http://www.opennet.dev/opennews/art.shtml?num=35789

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

Оглавление

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


1. "Релиз системного менеджера Systemd 197"  +14 +/
Сообщение от медведдд on 09-Янв-13, 13:21 
Пока нет злобных комментариев... Перешёл на Arch с уже установленным systemd. Суперовая штука! Претензий ноль, просто новые команды выучить пришлось. Зато скорость загрузки - огогошная!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз системного менеджера Systemd 197"  +6 +/
Сообщение от NickFaces (ok) on 09-Янв-13, 13:26 
Меня больше впечатлило время выключения :D
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

40. "Релиз системного менеджера Systemd 197"  +/
Сообщение от это я on 09-Янв-13, 15:15 
> Меня больше впечатлило время выключения :D

вот это действительно вин. тоже сижу на арчике с системд - ноут отключается секунды за 2-3.

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

78. "Релиз системного менеджера Systemd 197"  +8 +/
Сообщение от pavlinux (ok) on 09-Янв-13, 17:54 
Это достижение!!! А у меня на компе uptime 2 недели, как жить?!
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

83. "Релиз системного менеджера Systemd 197"  +/
Сообщение от SCIF email(ok) on 09-Янв-13, 18:20 
Компутер с собой удобно таскать? О существовании ноут/нет-буков не слышали?
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

90. "Релиз системного менеджера Systemd 197"  +5 +/
Сообщение от ZloySergant (ok) on 09-Янв-13, 19:07 
>Компутер с собой удобно таскать? О существовании ноут/нет-буков не слышали?

Ёпта, нетбук Ecafe. Аптайм 4 месяца. ШЯДНТ?

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

93. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от ноним on 09-Янв-13, 19:45 
>>Компутер с собой удобно таскать? О существовании ноут/нет-буков не слышали?
> Ёпта, нетбук Ecafe. Аптайм 4 месяца. ШЯДНТ?

Ядро не обновляете.

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

115. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Пр0х0жий (??) on 09-Янв-13, 22:23 
>>>Компутер с собой удобно таскать? О существовании ноут/нет-буков не слышали?
>> Ёпта, нетбук Ecafe. Аптайм 4 месяца. ШЯДНТ?
> Ядро не обновляете.

Может погуглить "обновление ядра линукс без перезагрузки"?

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

177. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от ноним on 10-Янв-13, 14:40 
>>>>Компутер с собой удобно таскать? О существовании ноут/нет-буков не слышали?
>>> Ёпта, нетбук Ecafe. Аптайм 4 месяца. ШЯДНТ?
>> Ядро не обновляете.
> Может погуглить "обновление ядра линукс без перезагрузки"?

Погуглите ) У вас видать Oracle Linux на нетбуке ) Тада вам systemd в ближайшее время не грозит.

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

179. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Anonim (??) on 10-Янв-13, 15:27 
Погугли, но тебе это вряд-ли поможет.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

211. "Релиз системного менеджера Systemd 197"  +/
Сообщение от mavriq_ on 14-Янв-13, 13:44 
> Ядро не обновляете.

kexec жеш

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

215. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Aquarius (ok) on 14-Янв-13, 22:34 
>> Ядро не обновляете.
> kexec жеш

kexec сбрасывает uptime, по крайней мере тот, о котором речь

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

112. "Релиз системного менеджера Systemd 197"  +/
Сообщение от pavlinux (ok) on 09-Янв-13, 22:04 
Нахера мне нужна флешка с экраном!
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

192. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:47 
> Нахера мне нужна флешка с экраном!

Тебе не знаю, а мне как раз надо нечто размером с флешку + экран.

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

85. "Релиз системного менеджера Systemd 197"  –3 +/
Сообщение от Аноним (??) on 09-Янв-13, 18:24 
> Это достижение!!! А у меня на компе uptime 2 недели, как жить?!

Купи нотик и попробуй потаскать с собой. Не забудь рассказать про аптайм в 2 недели, ага. Если время кормления от розетки не пробакланишь.


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

120. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 23:36 
ноут чудесно засыпает автоматически при низком заряде аккумулятора
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

193. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:48 
> ноут чудесно засыпает автоматически при низком заряде аккумулятора

Да, только я предпочитаю STR. А при низком заряде он не долго живет, увы. А suspend to disk у меня простите вкалывает дольше чем систему с нуля запустить.

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

212. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от mavriq_ on 14-Янв-13, 13:47 
> Да, только я предпочитаю STR. А при низком заряде он не долго живет, увы

разберитесь со своим железом.
у меня на убитой батарее работает до двух минут. суспенд же эта батарея держит порядка суток (на большее время ноут не забрасывал)

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

216. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Michael Shigorin email(ok) on 15-Янв-13, 18:47 
>> Это достижение!!! А у меня на компе uptime 2 недели, как жить?!
> Купи нотик и попробуй потаскать с собой. Не забудь рассказать про аптайм
> в 2 недели, ага. Если время кормления от розетки не пробакланишь.

Ноутбуки как раз нередко месяцами наматывают, пока не:
- пробакланю;
- обновлю ядро;
- заклинит на выходе из suspend (особенно этим грешили PAE-ядра).

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

5. "Релиз системного менеджера Systemd 197"  +52 +/
Сообщение от daemontux on 09-Янв-13, 13:27 
Как почитаешь новости создается впечатление что все только и делают что включают и выключают комп.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от NickFaces (ok) on 09-Янв-13, 13:28 
Ну если не сервер, то можно и включать-выключать. Для нелюбителй спящих режимов - вполне актуально, например.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

46. "Релиз системного менеджера Systemd 197"  +/
Сообщение от tipa_admin on 09-Янв-13, 15:26 
Хе-хе, вопрос из танка: а возможно без инитрамфс взлететь? С системд на борту?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

51. "Релиз системного менеджера Systemd 197"  +/
Сообщение от develop7 (ok) on 09-Янв-13, 15:36 
> Хе-хе, вопрос из танка: а возможно без инитрамфс взлететь? С системд на борту?

да, конечно.

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

56. "Релиз системного менеджера Systemd 197"  +/
Сообщение от tipa_admin on 09-Янв-13, 15:47 
> да, конечно.

А ссылочкой не поделитесь на success story for dummies? А то в гугле забанили.

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

89. "Релиз системного менеджера Systemd 197"  +/
Сообщение от develop7 (ok) on 09-Янв-13, 19:06 
>> да, конечно.
> А ссылочкой не поделитесь на success story for dummies? А то в гугле забанили.

если exherbo ставить по гайду, как раз получится линукс с systemd без initramfs.

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

76. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 09-Янв-13, 17:30 
% cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.2.23-eee root=/dev/sda1 ro rootfstype=ext4 init=/bin/systemd quiet
% apt-cache policy systemd
systemd:
  Установлен: 44-7
  Кандидат:   44-7
  Таблица версий:
*** 44-7 0
        500 http://mirror.yandex.ru/debian/ sid/main i386 Packages
        100 /var/lib/dpkg/status
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

79. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от pavlinux (ok) on 09-Янв-13, 17:56 
> % cat /proc/cmdline
> BOOT_IMAGE=/boot/vmlinuz-3.2.23-eee root=/dev/sda1 ro rootfstype=ext4 init=/bin/systemd quiet

rootfstype=ext4 - о да ... на еее ext4 просто необходимо!

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

142. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (??) on 10-Янв-13, 03:12 
А что не так?
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

183. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Антоним on 10-Янв-13, 16:22 
фс с журналом не стоит ставить на eeepc ssd
хотя есть версии и с винтом
Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

204. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 11-Янв-13, 01:22 
>хотя есть версии и с винтом

Вот у меня как раз такой - с нормальным винтом. А флешки-переростки мне нужны примерно так же, как сабж.

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

194. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:50 
> да ... на еее ext4 просто необходимо!

И что бы посоветовал наш маэстро?

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

209. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от pavlinux (ok) on 14-Янв-13, 03:10 
>> да ... на еее ext4 просто необходимо!
> И что бы посоветовал наш маэстро?

Всяки разны махонькие девайся я reiser3 форматирую.
А если предполагается файловый обмен равный почти нулю, то ext2

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

80. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним12 on 09-Янв-13, 18:03 
можно если только у вас /usr не на отдельно разделе, тогда траблы
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

88. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от runoverheads (ok) on 09-Янв-13, 18:46 
подтверждаю. в Арче просто взяв стандартный конфиг ядра указал ещё вкомпилить, то что относится к моему sata контроллеру (lspci -k) и файлсистеме, собрал, завёлся без проблем
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

103. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Главные Редакторы on 09-Янв-13, 20:26 
У меня арч 2010 года с иксами и рабочей программой, готова к работе через 15 секунд после включения питания. Настройка свелась к удалению из инитов ненужных частей кода, но больше всего время сократилось за счёт удаление искусственных слипов.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

195. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:51 
> работе через 15 секунд после включения питания.

А у меня бyбунта взлетает за 5 секунд. Мне так больше нравится.

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

126. "Релиз системного менеджера Systemd 197"  +/
Сообщение от BratSinot (ok) on 10-Янв-13, 00:02 
Slackware с sysvinit стартует за 7-10 секунд, где 3-6 из них тратятся на инициализацию сетевой карты, загрузки пары демонов и монтирование разделов.
И то, это еще из-за винчестера в 5400RPM. На стационаре 7200RPM стартует где-то за 4-7 секунд. А если 10000RPM, так еще быстрее будет.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

196. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:52 
> А если 10000RPM, так еще быстрее будет.

А не проще под системный диск SSD взять? 10K RPM винты - жручие и шумные, что для дома как-то мазохистично весьма.


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

205. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 11-Янв-13, 01:23 
Вытащи голову из системника. Зачем ты ее туда засунул?
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

180. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от Anonim (??) on 10-Янв-13, 15:31 
Странно. Я 1 не заметил ускорения загрузки при переходе на системд?
Комп и ноут грузятся очень медленно. Больше минуты и тот и этот, хотя по скорости всех комплектующих раз в 5 отличаются. Из них запуск сервисов - не самый длительный процесс.
Когда приходят пользователи винды, то их такая тормознутость шокирует (винда грузится 20-30 сек). Как-то неудобно.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Релиз системного менеджера Systemd 197"  +/
Сообщение от BSA on 09-Янв-13, 13:24 
Интересно, туда функционал (x)inetd еще не прицепили?..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз системного менеджера Systemd 197"  +/
Сообщение от pkunk (ok) on 09-Янв-13, 13:33 
с самого начала же было
http://0pointer.de/blog/projects/socket-activation.html
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:27 
>С поддержкой данной возможности Systemd уже позволяет взять на себя большинство функций системы cron и избавиться от необходимости запуска дополнительного демона crond;

Ура! еще ближе к идеалу.

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

9. "Релиз системного менеджера Systemd 197"  +3 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:35 
В качестве загружалки и выключалки systemd хорош, но вот наименования интерфейсов меня пугают. Че за eno\ens? Или, упаси боже, ens[mac]? как это потом набирать то? Алиасы потом руками прописывать для удобства придется. :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз системного менеджера Systemd 197"  +8 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:41 
А вас не пугает, что после перезагрузки есть шанс, что eth0 и eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков через приавязку к MAC приходилось курить какой интерфейс теперь с какой сетевой картой связан.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

30. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от WhiteWind (??) on 09-Янв-13, 14:51 
Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта. Я хочу, чтобы на машине с одной картой её имя было всегда eth0!
А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

33. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Ordu email(ok) on 09-Янв-13, 14:53 
> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?

А если речь идёт не про PCI устройства, а про, допустим, Bluetooth? Тоже пофиг?

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

35. "Релиз системного менеджера Systemd 197"  +6 +/
Сообщение от WhiteWind (??) on 09-Янв-13, 14:55 
С голубым зубом пусть делают что хотят, там это, наверное, полезно. А eth0 должен оставаться eth0
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

61. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Йоу on 09-Янв-13, 16:02 
Думаю, в вашем особом случае можно сделать правило udev, коль так остро нуждаетесь в великом eth0
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

66. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Ordu email(ok) on 09-Янв-13, 16:43 
> С голубым зубом пусть делают что хотят, там это, наверное, полезно. А
> eth0 должен оставаться eth0

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

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

207. "Релиз системного менеджера Systemd 197"  +/
Сообщение от netch (ok) on 13-Янв-13, 11:35 
>> С голубым зубом пусть делают что хотят, там это, наверное, полезно. А
>> eth0 должен оставаться eth0
> Ну если в том смысле, что они его переименовывают, то да, мне
> тоже это не очень нравится. Совершенно необязательное переименование, по-моему.

Проблема с именами в стандартном пространстве та, что слишком тяжело обучать скрипт подробностям, а что будет, если это имя вдруг окажется занятым из-за стандартного распределения. Вы решили назвать устройство eth0, которое при данной загрузке вдруг оказалось eth1, потому что eth0 уже чем-то занято... oops. Надо включать новый уровень неестественного интеллекта, разбирать, кто появился и почему, назначать ему другое имя... причём быть готовым, что будет обгон и это другое имя вдруг тоже окажется занятым, потому что юзер вдруг вспомнил, что ему надо воткнуть USB сетевуху... не слишком ли путано?
Потому и вводится, что если правила назначили какому-то устройству конкретное имя, оно должно быть вне автоназначаемого пространства. Назовите его как-то по смыслу - например, если это шлюз, то у него будут int и ext.
Заодно все самопальные завязки на интерфейсы не изменятся от того, что сетевуха переехала в соседний слот.

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

214. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Ordu email(ok) on 14-Янв-13, 16:05 
> Проблема с именами в стандартном пространстве та, что слишком тяжело обучать скрипт
> подробностям, а что будет, если это имя вдруг окажется занятым из-за
> стандартного распределения. Вы решили назвать устройство eth0, которое при данной загрузке
> вдруг оказалось eth1, потому что eth0 уже чем-то занято... oops.

Да. Про скриптописателей я не подумал. Но, всё равно, по-моему, совершенно необязательное переименование.

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

105. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч on 09-Янв-13, 21:25 
блютус-адаптеры тоже привязываются на раз.

у них тоже есть ATTR{address}=="00:02:72:08:B7:CD"

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

106. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч on 09-Янв-13, 21:25 
блютус-адаптеры тоже привязываются на раз.

какие сложности?
у них тоже есть ATTR{address}=="00:02:72:08:B7:CD"

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

181. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Anonim (??) on 10-Янв-13, 15:34 
>> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?
> А если речь идёт не про PCI устройства, а про, допустим, Bluetooth?
> Тоже пофиг?

В дебиане это замечательно сделано. Система запоминает мак адрес и имя. При необходимости можно присвоить другое имя отредактровав правило юдев. Если в системд сохранятся человеческие имена и настройка будет проще, то пускай

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

84. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Клыкастый (ok) on 09-Янв-13, 18:22 
> хрен угадаешь

А зачем угадывать? dmesg же.

зато сразу ясно что где.

ifconfig | grep fla
vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

а вот с udev - да... можно не угадать в один прекрасный момент.

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

107. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч on 09-Янв-13, 21:34 
>> хрен угадаешь
> А зачем угадывать? dmesg же.
> зато сразу ясно что где.
> ifconfig | grep fla
> vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
> ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

# egrep 'igb.*Intel' /var/run/dmesg.boot
igb0: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1020-0x103f mem 0xb1920000-0xb193ffff,0xb1944000-0xb1947fff irq 40 at device 0.0 on pci1
igb1: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1940000-0xb1943fff irq 28 at device 0.1 on pci1

если я вставлю туда:
http://ark.intel.com/products/50397/Intel-Gigabit-ET-Dual-Po...
(это тоже igb) какой интерфейс как будет называтся? сходу, без угадайки?

> а вот с udev - да... можно не угадать в один прекрасный
> момент.

а не надо угадывать. в правилах udev копипастите строчки, поправив mac'и на то что написано на карточке.

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

182. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Anonim (??) on 10-Янв-13, 15:36 
вообще-то можно заставить светодиоды на сетевушке помигать. Команду можно погуглить.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

197. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:54 
> vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
> ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

Да, мне сразу так понятно что и где в этой китайской грамоте :)

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

95. "Релиз системного менеджера Systemd 197"  +/
Сообщение от iZEN (ok) on 09-Янв-13, 19:51 
> Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта.

Во FreeBSD новая сетевая карта получит в своём названии имя драйвера, который её обслуживает, и порядковый номер из списка обслуживаемых драйвером карт.

> Я хочу, чтобы на машине с одной картой её имя было всегда eth0!

В современных компьютерах больше одной сетевой карты. //ваш к.О.

> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?

Всё зависит от того, с какой стороны на это смотреть. Можно ли считать включение/выключение интерфейсов беспроводной связи в планшете/телефоне ради экономии заряда батареи добавлением/удалением сетевой карты? Что случается при перезагрузке с включенными/выключенными в последнем сеансе сетевыми устройствами, не перепутываются ли они ничего не значащими именами "ethXY"?


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

109. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Сержант Скотч on 09-Янв-13, 21:37 
>> Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта.
> Во FreeBSD новая сетевая карта получит в своём названии имя драйвера, который
> её обслуживает, и порядковый номер из списка обслуживаемых драйвером карт.

специально для Изена продублирую:

# egrep 'igb.*Intel' /var/run/dmesg.boot
igb0: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1020-0x103f mem 0xb1920000-0xb193ffff,0xb1944000-0xb1947fff irq 40 at device 0.0 on pci1
igb1: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1940000-0xb1943fff irq 28 at device 0.1 on pci1

втыкаем двухпортовую igb. кто кем станет?

> Всё зависит от того, с какой стороны на это смотреть. Можно ли
> считать включение/выключение интерфейсов беспроводной связи в планшете/телефоне ради
> экономии заряда батареи добавлением/удалением сетевой карты? Что случается при перезагрузке
> с включенными/выключенными в последнем сеансе сетевыми устройствами, не перепутываются
> ли они ничего не значащими именами "ethXY"?

Изен, открой для себя rfkill.

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

198. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:55 
> Во FreeBSD новая сетевая карта получит в своём названии имя драйвера,

И почему я вообще должен этим заморачиваться, интересно? Какая мне с пользовательской точки зрения разница какой там драйвер обслуживает сетевуху?

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

31. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от Ordu email(ok) on 09-Янв-13, 14:52 
> А вас не пугает, что после перезагрузки есть шанс, что eth0 и
> eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков
> через приавязку к MAC приходилось курить какой интерфейс теперь с какой
> сетевой картой связан.

Если вынуть все старые сетевухи, и вместо них воткнуть новые, то да, хрен угадаешь какая из них какому интерфейсу соответствует. Но если просто приткнуть новую, то, по-моему, все популярные дистры, эту ситуацию разруливают. И, довольно давно уже.

Я в первый раз столкнулся с этим, лет пять назад в генту. Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его. Там, кстати, и на другое железо бывают *persistent.rules.

То есть, я к тому, что systemd этим своим умением ничего принципиально нового не добавил. Лишь приблизился по функциональности к "классическим" инитскриптам.

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

65. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 09-Янв-13, 16:41 
> Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его.

Бред. При загрузке он не должен обновляться, если не менялись сетевые карты.

> Лишь приблизился по функциональности к "классическим" инитскриптам.

Инитскрипты тут ни при чем. Генератор *-persistent.rules правил был в udev давно, а потом его выпилили. Теперь вот опять добавили, но существенно перепиленный.

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

67. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Ordu email(ok) on 09-Янв-13, 16:47 
>> Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его.
> Бред. При загрузке он не должен обновляться, если не менялись сетевые карты.

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

А если вы просто докопаться к словам, то... У вас нет другого повода докопаться? Этот, по-моему, слишком толстый.


>> Лишь приблизился по функциональности к "классическим" инитскриптам.
> Инитскрипты тут ни при чем. Генератор *-persistent.rules правил был в udev давно,
> а потом его выпилили. Теперь вот опять добавили, но существенно перепиленный.

Хорошо. Буду знать.

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

73. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Харитон on 09-Янв-13, 17:18 
>> Теперь вот опять добавили, но существенно перепиленный.

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

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

140. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Например on 10-Янв-13, 02:26 
было такое.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

71. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Харитон on 09-Янв-13, 17:16 
> А вас не пугает, что после перезагрузки есть шанс, что eth0 и
> eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков
> через приавязку к MAC приходилось курить какой интерфейс теперь с какой
> сетевой картой связан.

какие хаки?
В udev добавлена поддержка различных схем предсказуемого выбора имён для сетевых интерфейсов, при которых сетевому адаптеру назначается фиксированное имя, которое не измениться при добавлении/удалении других адаптеров.
Это делается в убунту уже лет 5!
каждый новый обнаруженный интерфейс прописывается по маку в удев-правило и он всегда имеет статичный порядковый номер...

и не надо тут каких-то системд или апстартов.
Это дело удев.

А вот то что кашу из имен делают - это да. все ближе и ближе фрибсд - где каждый контроллер имеет свое имя согласно модуля этого контроллера...)))
ну ведь было eth для все подобных устройств. так нет надо накосячить...

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

108. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от deadless (ok) on 09-Янв-13, 21:36 
в свое время во фре прописывал ровно одну строчку в конфиге и меня были int0 и ext0, так гораздо понятнее, а теперь с vlan и подавно все обзываешь так как тебе нравицо, к чему заморачиваццо на гипотетический eth0 если все это можно настроить быстрее чем написать этот текст?
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

110. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч on 09-Янв-13, 21:47 
> в свое время во фре прописывал ровно одну строчку в конфиге и
> меня были int0 и ext0, так гораздо понятнее,

это всё прекрасно, пока у вас все карты не на одном чипе.
толку от ваших переименований, если она привязана к нумерации(которая "поплывёт" при добавлении карточек).

вообще,в linux через udev можно сделать именование как в *bsd, вопрос только написания 1 скрипта и поддержания базы идентификаторов устройств.

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

138. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от iZEN (ok) on 10-Янв-13, 01:23 
>> в свое время во фре прописывал ровно одну строчку в конфиге и
>> меня были int0 и ext0, так гораздо понятнее,
> это всё прекрасно, пока у вас все карты не на одном чипе.
> толку от ваших переименований, если она привязана к нумерации(которая "поплывёт" при добавлении карточек).

"Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*, как в Linux.

> вообще,в linux через udev можно сделать именование как в *bsd, вопрос только
> написания 1 скрипта и поддержания базы идентификаторов устройств.

Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так? ;)

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

141. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от аноним22 on 10-Янв-13, 02:56 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*,
> как в Linux.

тоесть поплывшие имена среди одинаковых карт вас не смущает? подумаешь, если у тебя десяток одинаковых интеловских карт.. поугадываешь что где стало...
А в линуксе я такое видел ооочень давно. Когда, как уже сказали, этим udev не занимался. С тех пор все было просто отлично...

> Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так?
> ;)

Странно вообще обращать внимание на такое заявление...

П.С.:
сорри  что влез, но тема вашей ученой беседы настолько интересна....

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

166. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Сержант Скотч on 10-Янв-13, 09:59 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*,
> как в Linux.

1)интерфейсы не "плывут" в linux, потому что автогенератор правил привязывает их к мак-адресам.
2)изен, ты хоть видел раз чтобы в production при наличии набортных igb кто-то ставил re/rl/vr? ставят либо igb, либо ixgb.

>> вообще,в linux через udev можно сделать именование как в *bsd, вопрос только
>> написания 1 скрипта и поддержания базы идентификаторов устройств.
> Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так?
> ;)

вообще-то, оно штатно. просто кто-то видел linux только на картинках.

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

199. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:56 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*, как в Linux.

И в чем тут профит? Весьма высосанное из пальца "преимущество".

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

104. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 09-Янв-13, 20:48 
пользователи генты смотрят на вас как на...
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

213. "Релиз системного менеджера Systemd 197"  +/
Сообщение от mavriq_ on 14-Янв-13, 13:53 
в гентах давно привязка автоматизирована, через /etc/udev/rules.d/70-persistent-net.rules
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

27. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от кевин on 09-Янв-13, 14:45 
Нетвор4манагер всё сделай за тебя. А если настоящий сисадмин то знаешь зачем.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:41 
>уходом от использования особенностей, специфичных для конкретных дистрибутивов.

А раньше это было не так? Эх, вот бы вернуться назад во времени и посмотреть в глаза systemdфилам, когда они такой баг утаили от systemdхейтеров

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

111. "Релиз системного менеджера Systemd 197"  +/
Сообщение от dalco (ok) on 09-Янв-13, 22:02 
Если ничего не путаю, то это был не баг, а именно поддержка всяких дистроспецифических извратов в последовательности загрузки - чтобы при переходе на systemd все эти извраты продолжали работать в 100% случаев.

Подробности где-то описывались в блоге Поттеринга.

P.S. От меня подробностей не ждите, ибо живу под Fedora/CentOS и там никаких извратов нету (или я к ним настолько привык, что не считаю их таковыми :)  )

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

12. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 13:54 
Больше всего радует  активация через сокет, настроил активация через сокет поправил конфиги,  и пошел. При первом обращении сервак стартует и вылетает из-за ошибки в конфиге. Но ты уже этого не узнаешь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:57 
если ты не проверяешь перед уходом, и у тебя, идиота, нет мониторинга, цена тебе как админу  - ноль
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Релиз системного менеджера Systemd 197"  –5 +/
Сообщение от myhand (ok) on 09-Янв-13, 14:07 
А на кой черт тогда эта активация, когда сервис все-равно нужно проверить сразу после старта?  Чтобы избежать того, что описали выше.  Малыш, ты понял?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

28. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от кевин on 09-Янв-13, 14:48 
> А на кой черт тогда эта активация, когда сервис все-равно нужно проверить
> сразу после старта?  Чтобы избежать того, что описали выше.  

Не после старта а после правки конфигов их нужно проверять всегда!

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

39. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от myhand (ok) on 09-Янв-13, 15:08 
>> А на кой черт тогда эта активация, когда сервис все-равно нужно проверить
>> сразу после старта?  Чтобы избежать того, что описали выше.
> Не после старта а после правки конфигов их нужно проверять всегда!

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

Чувствую, вам еще много предстоит валшебных открытий, а systemd в этом поможет...

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

45. "Релиз системного менеджера Systemd 197"  –4 +/
Сообщение от develop7 (ok) on 09-Янв-13, 15:25 
Скажите, а злобный systemd запрещает проверять, работает ли активация после правок конфига, всем подряд или только админамлокалхоста?
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

87. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от myhand (ok) on 09-Янв-13, 18:41 
> Скажите, а злобный systemd запрещает проверять, работает ли активация после правок конфига,

Не запрещает.  Но для этого сервис таки надо *запустить*.  Смысл активации изчез, нет?

Д/з: подумать какие еще варианты поломаться в неожиданный момент есть у сервиса.  Правка конфига - только один сценарий.  Осилите?

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

92. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 09-Янв-13, 19:36 
>> Скажите, а злобный systemd запрещает проверять, работает ли активация после правок конфига,
> Не запрещает.  Но для этого сервис таки надо *запустить*. Смысл активации изчез, нет?

Это если не обкатывать правки в контейнере (man systemd-nspawn), а править конфиги на живую. Не говоря про шаблоны сервисов (см. sshd@.socket или как-то так в федоре).

> Д/з: подумать какие еще варианты поломаться в неожиданный момент есть у сервиса.  Правка конфига - только один сценарий.  Осилите?

Неа, лень. Тем более, что вы-то уже осилили, судя по вопросу. Почему бы не поделиться?

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

176. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от myhand (ok) on 10-Янв-13, 14:02 
> Неа, лень. Тем более, что вы-то уже осилили, судя по вопросу. Почему
> бы не поделиться?

Есть смысл чем-то "делиться" и что-то объяснять человеку с вашей логикой?

На замечание: XYZ может приводить к таким-то проблемам - вы отвечаете: достаточно XYZ не пользоваться вовсе.  Занавес.

Проблем при старте сервиса может быть вагон, даже безотносительно к конфигам.  Раздел переполнился, бинарник или библиотека теперь битые...  Благодаря вашей "фиче" - теперь об этом вы можете узнать не в момент старта сервера, как нормальные, наученные опытом люди, а когда Вася Пупкин на него однажды постучится.

Все это так сложно?  Будете теперь перед рестартом сервера каждый сервис предварительно перезапускать и проверять?

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

178. "Релиз системного менеджера Systemd 197"  +/
Сообщение от develop7 (ok) on 10-Янв-13, 15:23 
> Благодаря вашей "фиче" - теперь об этом вы можете узнать не в момент старта сервера, как нормальные, наученные опытом люди, а когда Вася Пупкин на него однажды постучится.

вы сейчас мне рассказываете о рисках on-demand запуска сервисов? не трудитесь, это излишне.

> Будете теперь перед рестартом сервера каждый сервис предварительно перезапускать и проверять?

можно подумать, будто работоспособность сервисов, завёрнутых в (x)inetd, не нужно проверять точно таким же образом.

Складывается впечатление, что вы героически опровергаете тезис «все сервисы, использующие сокеты, всегда следует активировать только сокетом, вне зависимости от ситуации и требований».

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

200. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:58 
> А на кой черт тогда эта активация, когда сервис все-равно нужно проверить

Внезапно, конфигурацию, особенно наруленную своими руками всегда надо проверять. Потому что у людей есть такое свойство: они умеют лажаться.

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

43. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 15:23 
да очень удобно добавить хост nginx, а потом еще и curl ом проверить.Это заместо того чтобы просто увидеть что с конфигом я напортачил. Я полезу в логи искать где косяк. И не только при правки конфигов, при апдейте я тоже сразу не узнаю что могло отвалится.(Nginx как пример, не надо про ключик -t рассказывать)

Мало того systemd reload не умеет, так что опять возвращаемся к shell скрипту и все хваленая простота идет лесом.

> нет мониторинга

Представьте нету в journald, централизованного live мониторинга.

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

49. "Релиз системного менеджера Systemd 197"  +/
Сообщение от develop7 (ok) on 09-Янв-13, 15:34 
> да очень удобно добавить хост nginx, а потом еще и curl ом проверить.Это заместо того чтобы просто увидеть что с конфигом я напортачил. Я полезу в логи искать где косяк. И не только при правки конфигов, при апдейте я тоже сразу не узнаю что могло отвалится.

Я не понял. nginx -t уже отменили или что? Или Леннарт держит вас за тестикулы плоскогубцами и заставляет пускать nginx именно посредством socket activation?

> Мало того systemd reload не умеет

Ну враньё же. +1 строка в конфиге юнита.

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

54. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 15:41 
> Или Леннарт держит вас за тестикулы плоскогубцами и заставляет пускать nginx именно посредством socket activation?

Слава Леннарту нет.
> Ну враньё же. +1 строка в конфиге юнита.

да действительно ExecReload=/usr/sbin/nginx -s reload

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

94. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 09-Янв-13, 19:47 
>> Или Леннарт держит вас за тестикулы плоскогубцами и заставляет пускать nginx именно посредством socket activation?
> Слава Леннарту нет.

Так а какие претензии тогда? Чудес не творят ни xinetd, ни systemd. Но ожидаете вы их почему-то только от systemd.

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

169. "Релиз системного менеджера Systemd 197"  +/
Сообщение от GentooBoy (ok) on 10-Янв-13, 11:31 
Да нет претензий, просто развеиваем миф что systemd наше все. Хотя в контексте systemd выражение приобретает особый смысл )))
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

172. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 10-Янв-13, 13:14 
> Да нет претензий, просто развеиваем миф что systemd наше все.

сам придумал — сам развеял. молодец, чо.

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

184. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:07 
Если тебе повторять за толпой как попугай не включая свой мозг просто и приятно это ровно твои проблемы.
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

13. "Релиз системного менеджера Systemd 197"  +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 13:57 
> cron и избавиться от необходимости запуска дополнительного демона crond;

Рад что еще одну тулзу в заменили. Что там дальше по плану переписать?

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

36. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Ordu email(ok) on 09-Янв-13, 15:00 
>> cron и избавиться от необходимости запуска дополнительного демона crond;
> Рад что еще одну тулзу в заменили. Что там дальше по плану
> переписать?

Пока ещё не заменили. Нужна ещё утилитка crontab, которая позволит юзерам создавать cron-задачи. Кстати, если они объединят crontab с at, то это будет весьма логичным и удобным решением.

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

47. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 15:30 
> Кстати, если они объединят crontab с at, то это будет весьма логичным и удобным решением.

Логичным да, вполне, а вот удобным это как получится.

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

201. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 18:00 
> Логичным да, вполне, а вот удобным это как получится.

В принципе идея здравая. В том плане что не сильно удобно когда запуск всего и вся распихан по куче закоулков. Как по мне, не сильно удобно навигировать по куче локаций и редактировать кипу файлов до того как все взлетит и заработает как надо.

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

37. "Релиз системного менеджера Systemd 197"  +/
Сообщение от тфьу on 09-Янв-13, 15:06 
ядро
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "Релиз системного менеджера Systemd 197"  +6 +/
Сообщение от YetAnotherOnanym (ok) on 09-Янв-13, 13:58 
Я так смотрю, версии где-то к трёхсотой в него запихнут графический сервер на замену иксам и вэйланду, потом появится интегрированная DE, потом офисный пакет и разное прочее ПО, а там, глядишь, к тысячной версии собственное ядро запилят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 13:59 
это очень неплохой сценарий
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Релиз системного менеджера Systemd 197"  +6 +/
Сообщение от YetAnotherOnanym (ok) on 09-Янв-13, 14:21 
Самое заманчивое в этом сценарии то, что всё это богатство будет крутиться внутри одного процесса - совсем как в старые добрые времена!
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

38. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Ordu email(ok) on 09-Янв-13, 15:06 
> Самое заманчивое в этом сценарии то, что всё это богатство будет крутиться
> внутри одного процесса - совсем как в старые добрые времена!

Угу. Но тогда в рамках этого процесса придётся запускать uml сборку linux'а, потому что иначе, разные задачи процесса обязательно передерутся из-за памяти, файловых дескрипторов и прочего. В общем выйдет прямо как в DOS'е.
Заглядывая же в перспективное будущее, можно предположить, что разные задачи процесса, окажутся разными задачами уже um-linux'а, для инициализации этих задач будет создан um-systemd, который впоследствии подгребёт все эти задачи в одну, и запустит в ней um-linux, который ... Упс...
Сорри. Бесконечная рекурсия вышла. Видимо, пора подвязывать с lisp'ом.

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

53. "Релиз системного менеджера Systemd 197"  +8 +/
Сообщение от filosofem (ok) on 09-Янв-13, 15:39 
> Самое заманчивое в этом сценарии то, что всё это богатство будет крутиться
> внутри одного процесса - совсем как в старые добрые времена!

Самое заманчивое ― что это Леннарт с гномиками вместе со своим ядром и ОС уйдут куда-нибудь в своём направлении и оставят Линукс в покое. И фанбоев с собой заберут.

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

24. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 14:27 
Давно надо уже забыть про операционные системы, слишком раздуто внимание к ним. Автокады фотошопы математики, на них надо переключаться. Наверно так и будет, как только проблема драйверов ускорялок 3D под линукс будет решена раз и навсегда.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

48. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от filosofem (ok) on 09-Янв-13, 15:32 
> Давно надо уже забыть про операционные системы, слишком раздуто внимание к ним.
> Автокады фотошопы математики, на них надо переключаться. Наверно так и будет,
> как только проблема драйверов ускорялок 3D под линукс будет решена раз
> и навсегда.

Этот jpg называется "Аноним закончил школу и поступил в ВУЗ". Через 5 лет если не загремит в армию, он напишет, что надо переключаться на ERP, POS, групварь и бухгалтерию, но 3Д драйвера всё равно в первую очередь пилить, чтобы он на своей 100$ видеокарте мог в Крузис 4 наконец поиграть без лагов.

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

63. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 09-Янв-13, 16:27 
Что за поток сознания? Какой jpeg? Какая школа, какой ВУЗ? В школах уже астрономия под запретом, не говоря уже о пребразовании Фурье, одна из разновидностей которого лежит в основе jpeg. И армии больше нет, ни сплошного радиолокационного поля для контроля всего что летает над страной, ни микропроцессоров, один Крузис и Фордфокус с Египтом/Турцией. Не миллионный вариант файловых систем нам нужен, а прикладные программы надежные для взлома генома (в том числе и человека), для проектирования более экономичных двигателей, моделируя слжнейшие термодинамические процессы ДВС. Игрун, дуй на сайты гдже картинок больше.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

113. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от SergMarkov email(ok) on 09-Янв-13, 22:11 
Когда это пребразовании Фурье было в школах ?
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

129. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 00:07 
> Этот jpg называется "Аноним закончил школу и поступил в ВУЗ". Через 5
> лет если не загремит в армию, он напишет, что надо переключаться
> на ERP, POS, групварь и бухгалтерию,

Не все после вуза идут в админы :-)


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

116. "Релиз системного менеджера Systemd 197"  +3 +/
Сообщение от Ytch (ok) on 09-Янв-13, 23:21 
> Давно надо уже забыть про операционные системы, слишком раздуто внимание к ним. Автокады фотошопы математики, на них надо переключаться.

Точно! Вот чего в systemd не хватает-то! После cron и inetd самое время заняться! И сразу типовые шаблоны, типа в 13:46 8 февраля 2014 года - запуск фотошоп, а при подключении на порт 35590 в будни - автокад! Эх, заживём!

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

42. "Релиз системного менеджера Systemd 197"  +5 +/
Сообщение от t0t on 09-Янв-13, 15:20 
> это очень неплохой сценарий

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

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

97. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от ноним on 09-Янв-13, 19:59 
>> это очень неплохой сценарий
> хз, хз. Всё-таки за десятки лет существования никсов люди как-то привыкли к
> щеллам и конфигам и прогам, делающим что-то одно, но хорошо, а
> не к непонятно-как конфигурирующемуся непонятно-чему, которое делает всё непонятно-как.
> Возможно, что этот сценарий и будет для кого-то неплохим, но для многих
> он не подходит уже сейчас.

Для того чтобы было понятно, надо в "щеллам" набрать команду man ...

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

122. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Пингвино (ok) on 09-Янв-13, 23:48 
Документацию пробовали читать?
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

131. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 00:11 
>> это очень неплохой сценарий
> хз, хз. Всё-таки за десятки лет существования никсов люди как-то привыкли к
> щеллам и конфигам и прогам, делающим что-то одно, но хорошо, а
> не к непонятно-как конфигурирующемуся непонятно-чему, которое делает всё непонятно-как.
> Возможно, что этот сценарий и будет для кого-то неплохим, но для многих
> он не подходит уже сейчас.

Сожрут и не поперхнутся Когда билли через 10 строчный сonfig.sys и 100 строчный system.ini вляпался в неподъемную хрень многомегабайтного текстового конфига, то вполне здраво решил что" ну его нафиг такую радость" и придумал бинарный реестр.
Воплей было столько же. Зато сейчас про текстовые конфиги в осях от мелкософта уже все забыли.


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

162. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (??) on 10-Янв-13, 08:39 
>  Зато сейчас про текстовые конфиги в осях от мелкософта уже все забыли.

Зато чистилки реестра и периодические реинсталлы ОС еще помнят

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

163. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 08:46 
"Не делаешь бэкап /etc и /home ? ССЗБ" (С)
"Не делаешь бэкап реестра и /mnt/sda1/Documents and Settings? ССЗБ" (С)
Найдите пять отличий © журнал "Наука и жизнь"
Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

185. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:12 
> "Не делаешь бэкап /etc и /home ? ССЗБ" (С)
> "Не делаешь бэкап реестра и /mnt/sda1/Documents and Settings? ССЗБ" (С)
> Найдите пять отличий © журнал "Наука и жизнь"

Отличия в том что никсы с годами переставлять не надо, а винду приходится. Хотя бы из-за чудес франгментации.

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

188. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 17:14 
> Отличия в том что никсы с годами переставлять не надо, а винду
> приходится. Хотя бы из-за чудес франгментации.

Как давно в винде пропал даже штатный дефрагментатор ?


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

202. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 19:47 
> Как давно в винде пропал даже штатный дефрагментатор ?

Истинный виндузятник слишком туп чтобы найти и запустить его. Увы.

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

22. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 09-Янв-13, 14:25 
Что толку писать свое ядро, если никто не будет поддерживать для него дрова? Линюкс тем и хорош, что для него более-менее пишутся дрова. Самое расчудесное ядро, но мертвое, созданное лишь для работы сомое с собой никому не нужно.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

26. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Анонище on 09-Янв-13, 14:33 
> уходом от использования особенностей, специфичных для конкретных дистрибутивов.

Я это запомнил.

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

41. "Релиз системного менеджера Systemd 197"  +/
Сообщение от t0t on 09-Янв-13, 15:16 
Поттеринг явно нацелился на создание новой ОС. СистемдОС.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 09-Янв-13, 18:19 
Пусть ядром grub заюзает.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

52. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от linux must _RIP_ on 09-Янв-13, 15:37 
> Из состава Systemd исключён код для определения и задействования возможностей и файлов конфигурации, специфичных для отдельных дистрибутивов. Вместо использования собственных файлов конфигурации разработчикам дистрибутивов предлагается использовать предлагаемую Systemd стандартную модель управления конфигурацией, на которую уже перешло большинство использующих Systemd дистрибутивов.

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

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

55. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Аноним (??) on 09-Янв-13, 15:45 
если б всем было так "влом" как поттерингу, софт шагнул бы далеко вперёд
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

59. "Релиз системного менеджера Systemd 197"  +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 15:53 
M$ этому живое доказательство.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

128. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 00:06 
> M$ этому живое доказательство.

Конечно, и без иронии

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

150. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от GentooBoy (ok) on 10-Янв-13, 04:25 
Нет там иронии, один сарказм.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

153. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 05:12 
> Нет там иронии, один сарказм.

в данном случае и без него

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

187. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 17:14 
>> Нет там иронии, один сарказм.
> в данном случае и без него

Очень частный случай. В общем случае при обслуживании винды без сарказма никак. И чем больше инсталляция - тем больше сарказма.

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

58. "Релиз системного менеджера Systemd 197"  +/
Сообщение от develop7 (ok) on 09-Янв-13, 15:53 
> Давайте вы прогнетесь и будете использовать то что вам дадут, а то нам сильно влом.

давайте вы свои quirks засунете в дистроспецифичные патчи — вы уже это и так делаете для сотен других пакетов.

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

171. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от linux must _RIP_ on 10-Янв-13, 12:31 
нормальные пакеты меняют пути расположения конфигов и тп - через опции configure.
не нормальные - требуют написания патчей которые правят код и потенциально могут что-то зацепить.
Если разработчик вместо одного define разбросал по коду строковые константы с именами.
Что еще добавляет к сложности поддержки.

К какому из вариантов вы причисляете systemd - которые требует написания патчей вместо вызова configure с нужными опциями (для чего он и предназначен вобщем-то) ?

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

174. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 10-Янв-13, 13:44 
> нормальные пакеты меняют пути расположения конфигов и тп - через опции configure.

или в опции configure-скрипта. неважно.

> К какому из вариантов вы причисляете systemd - которые требует написания патчей вместо вызова configure с нужными опциями (для чего он и предназначен вобщем-то) ?

я только краем уха смотрел исходники systemd, я не в курсе.

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

189. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:15 
> я только краем уха смотрел исходники systemd, я не в курсе.

Не читал, но мнение имею. (с) Всё с вами понятно.


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

191. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 10-Янв-13, 17:35 
>> я только краем уха смотрел исходники systemd, я не в курсе.
> Не читал, но мнение имею. (с) Всё с вами понятно.

для альтернативно одарённых повторяю — я знаю недостаточно, чтобы ответить на этот вопрос.

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

57. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от GentooBoy (ok) on 09-Янв-13, 15:52 
ждем когда его допилят, а потом форкнут,выкинут гавно и получим sysd, как то так.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Аноним (??) on 09-Янв-13, 20:08 
Правильно говорите, очень правильно - выкрасить и выбро^W допилить и выкинуть. Ибо оно самое, да.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

119. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от Ytch (ok) on 09-Янв-13, 23:35 
> ждем когда его допилят,...

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

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

64. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Stax (ok) on 09-Янв-13, 16:29 
> для встроенных сетевых интерфейсов будет использовано имя "enoN", а для PCI-плат - "ensN". Иначе будет выбрано именование enpNsM, учитывающее физическое соединение устройства, а

Не понял. Переходили же на новую схему em1/em2/em3 и тд для внешних и p0p1 и тд для внутренних. В федоре уже давно так, в RHEL и клонах для серверов Dell это активируется. Достаточно удобно, когда несколько мультипортовых сетевух (p0p1, p0p2, ... p1p1 и тд лучше, чем плоская схема, где все порты на внутренних и pci-сетевухах вперемешку).
Откуда эти e*n* появились? Придумали одну универсальную систему имен, чтобы решить накопившиеся проблемы, чтобы через два года предлагать переименовать?

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

72. "Релиз системного менеджера Systemd 197"  –4 +/
Сообщение от alex (??) on 09-Янв-13, 17:17 
На красношляпых равняться не буду.
Лучше фрагментация, чем монополия.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Релиз системного менеджера Systemd 197"  +3 +/
Сообщение от анонимчик on 09-Янв-13, 18:26 
> Лучше фрагментация, чем монополия.

Да, лучше чтобы у софтоделов крыша ехала - как сделать, чтобы это работало здесь там и ещё вон там.

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

98. "Релиз системного менеджера Systemd 197"  +/
Сообщение от anonymous (??) on 09-Янв-13, 20:02 
>Да, лучше чтобы у софтоделов крыша ехала - как сделать, чтобы это работало здесь там и ещё вон там.

Конечно. Гораздо лучше, чтобы здесь и нигде больше.

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

102. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (??) on 09-Янв-13, 20:12 
Вот-вот, надо чтобы думали:

> как сделать, чтобы это работало

а не какую бы еще новую и прогрессивную "фичу" запилить.

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

175. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (??) on 10-Янв-13, 13:47 
> Вот-вот, надо чтобы думали:
>> как сделать, чтобы это работало
> а не какую бы еще новую и прогрессивную "фичу" запилить.

Ты не поверишь - сейчас они заново изобретут парадигму:

"Совместимость важнее производительности" (С) 1975

:)))))))))))))))))))))))))))

Дебилы....

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

74. "Релиз системного менеджера Systemd 197"  +5 +/
Сообщение от анонимчик on 09-Янв-13, 17:23 
> Systemd теперь позиционируется как полностью обособленная и независящая от Linux-дистрибутиов система.

Ну и правильно. Меньше будет зоопарка.
А так, чё, в арчике нормально работает. Теперь комп с холодного старта грузится столько же, сколько раньше выходил со спящего режима и выключается чуть ли не мгновенно ;)

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

125. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от SergMarkov email(ok) on 09-Янв-13, 23:58 
> Ну и правильно. Меньше будет зоопарка.
> А так, чё, в арчике нормально работает. Теперь комп с холодного старта
> грузится столько же, сколько раньше выходил со спящего режима и выключается
> чуть ли не мгновенно ;)

Неудивительно, арчеводы сожрут хоть гнилой банан, если им сказать что это парной пингвин :-)


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

147. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от анонимчик on 10-Янв-13, 03:46 
Так я же говорю - оно работает. А своих сферических пингвинов с бананами оставьте в своём вакууме и наружу не выпускайте.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

148. "Релиз системного менеджера Systemd 197"  –3 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 03:50 
> Так я же говорю - оно работает. А своих сферических пингвинов с
> бананами оставьте в своём вакууме и наружу не выпускайте.

У меня в слаке тоже работает, но не ОН :-) Ноут я с собой не таскаю, бо "ненужно", есть айпад, а за все остальным systemd мне вообще неинтересен.


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

190. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Аноним (??) on 10-Янв-13, 17:19 
> Так я же говорю - оно работает. А своих сферических пингвинов с
> бананами оставьте в своём вакууме и наружу не выпускайте.

Софт интересен не только тем как он работает, но и тем как он не работает. Хвалить недопиленную софтину можно до усёра. Особенно пока с неё проблем не возникало. -)

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

81. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 09-Янв-13, 18:17 
> Поддержка вызова системных событий в привязке к календарному времени

Ну что, авторы кронов уже начинают сушить сухари?

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

91. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Аноним (??) on 09-Янв-13, 19:31 
А стандартные конфиги уже имеют работать с сетевыми интерфейсами? Или все же это до сих пор надо придумывать самому?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

133. "Релиз системного менеджера Systemd 197"  –2 +/
Сообщение от SergMarkov email(ok) on 10-Янв-13, 00:23 
Кстати, вот такой вопрос. С его поделием дела не имел вообще и на слаке вряд ли буду иметь, по крайней мере в ближайшее время. Но если systemd пролезет как таракан во все щели и авторы будут писать только юниты, а не в /etc, можно будет как то заюзать systemd только для запуска этих юнитов, оставив старую инициализацию и загрузку ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

134. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от develop7 (ok) on 10-Янв-13, 00:47 
> Кстати, вот такой вопрос. С его поделием дела не имел вообще и
> на слаке вряд ли буду иметь, по крайней мере в ближайшее
> время. Но если systemd пролезет как таракан во все щели и
> авторы будут писать только юниты, а не в /etc, можно будет
> как то заюзать systemd только для запуска этих юнитов, оставив старую
> инициализацию и загрузку ?

debian boys вроде как писали конвертор юнитов в батники

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

136. "Релиз системного менеджера Systemd 197"  +/
Сообщение от анонимчик on 10-Янв-13, 01:05 
Кажется, что нет. Systemd, в том числе, отвечает за инициализацию, inittab тоже больше нет ;)


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

168. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Главные Редакторы on 10-Янв-13, 10:53 
аспекте
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

173. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Проф. Выбегало on 10-Янв-13, 13:19 
> аспекте

Да нет именно что в "аксепте". Читайте мои труды. Нес па?

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

155. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (??) on 10-Янв-13, 06:48 
Кто-нибудь может показать размер этого монстра в top`е?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

157. "Релиз системного менеджера Systemd 197"  +/
Сообщение от ляля on 10-Янв-13, 08:01 
top | grep systemd
1 root      20   0 32508 3188 1856 S   0,0  0,0   0:00.45 systemd
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

159. "Релиз системного менеджера Systemd 197"  +/
Сообщение от qwe (??) on 10-Янв-13, 08:16 
http://fastpic.ru/view/52/2013/0110/0394d3910b9dc75b850b32bb...
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

160. "Релиз системного менеджера Systemd 197"  +/
Сообщение от qwe (??) on 10-Янв-13, 08:18 
Fedora 17
Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

203. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (??) on 10-Янв-13, 19:50 
> http://fastpic.ru/view/52/2013/0110/0394d3910b9dc75b850b32bb...

Нормальные такие кеды. С гномовским логотипом на кнопке меню. Мсье оригинал :)

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

206. "Релиз системного менеджера Systemd 197"  +/
Сообщение от qwe (??) on 11-Янв-13, 06:59 
Думал никто не заметит :)
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

208. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от arisu (ok) on 14-Янв-13, 00:12 
оно ещё и в cron лезет. ну почему, почему мама портеринга не предохранялась?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

217. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Michael Shigorin email(ok) on 15-Янв-13, 18:49 
> Из состава Systemd исключён код для определения и задействования возможностей
> и файлов конфигурации, специфичных для отдельных дистрибутивов.

Искренне желаю этим умникам попасть в автоматизированную парикмахерскую.

http://lists.altlinux.org/pipermail/devel/2013-January/19627...

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

219. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Firefoxic (ok) on 15-Янв-13, 21:12 
Да не паникуйте вы так :)
И ничего там ни "хреново". У вас в Альте похоже даже помягче будет переход, чем в Арче.
Арчеводов все неарчеводы подопытными кроликами называли (да и называют). И ничего — "кролики" не только выжили, но и довольны даже (ретрограды не в счёт, ибо такие вообще не понятно, как в арчеводы затесались — философию дистра надо было читать сначала, а потом его ставить).
Всё живое должно меняться (хотя бы, чтобы выжить). Что не меняется — мёртвая окаменелость.
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

220. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Michael Shigorin email(ok) on 15-Янв-13, 22:17 
> Да не паникуйте вы так :)

И не думал.

> У вас в Альте похоже даже помягче будет переход, чем в Арче.

Вопрос не в мягкости перехода, а о вменяемости апстрима.

> Всё живое должно меняться (хотя бы, чтобы выжить).

Есть осмысленные изменения, а есть бессмысленные (или противоречащие озвученной цели).

> Что не меняется — мёртвая окаменелость.

"На острие можно извиваться, а не развиваться" (c) Н.Н. Непейвода

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

221. "Релиз системного менеджера Systemd 197"  +/
Сообщение от arisu (ok) on 16-Янв-13, 12:18 
> Всё живое должно меняться (хотя бы, чтобы выжить). Что не меняется —
> мёртвая окаменелость.

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

вбивание в глотку портерингоподелия — плохо. если портерингоподелие настолько криво, что не может иметь отдельный модуль разбора «старых конфигов», а вместо этого было пересыпано ifdef'ами… ну, дополнительное доказательство того, что системд — корявое непродуманое crapware. к тому же это crapware стремится сожрать как можно больше системных сервисов. нет, что-то не хочется в него вляпываться.

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

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

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




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

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