The OpenNET Project / Index page

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

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

"Выпуск системного менеджера systemd 207"  +/
Сообщение от opennews (ok) on 15-Сен-13, 11:21 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Sep...) релиз системного менеджера systemd 207 (http://www.freedesktop.org/software/systemd/), в котором отмечены в основном исправления ошибок и незначительные улучшения. Кроме того, проведена чистка лицензионной чистоты кода, которая позволила предоставить больше кода под лицензией LGPL 2.1.


Среди изменений:

-  В реализацию опции "Restart=" добавлена поддержка проверки работоспособности сервиса через контроль поступления уведомлений от watchdog и автоматического перезапуска сервиса в случае прекращения поступления сигналов. Параметры работы watchdog задаются через опцию "WatchdogSec=";

-  Генератор getty, отвечающий за запуск  getty на всех сконфигурированных консолях, теперь запускает getty не только на первичной консоли ядра,  но и на остальных консолях, перечисленных в опции "console=", что позволяет не заботиться о порядке перечисления консолей в опции  "console=".

-  В  /etc/crypttab обеспечена возможность задания неограниченного числа попыток ввода пароля через указание опции "tries=0";

-  Обеспечено автоматическое удаление сконфигурированных PID-файлов, если PID-файл остался неудалённым после завершения процесса;
-  В systemd-run добавлена поддержка указания относительных путей к исполняемым файлам (ранее требовалось использовать только абсолютный путь);

-  При указании и директивах "InaccessibleDirectories=" и "ReadOnlyDirectories=" пути, начинающегося с символа "-", в случае отсутствия указанного пути не будет выведена ошибка;

-  В командах подобных "journalctl -o" добавлена поддержка нового режима вывода "short-precise", отличающегося от "short" указанием времени с более высокой точностью (usec);

-  В  /etc/crypttab добавлена поддержка опции "discard", которая является синонимом "allow-discards";

-  Добавлена утилита для сохранения и восстановления установок яркости экрана между перезагрузками. Утилита сохраняет настройки яркости перед завершением работы и восстанавливает на ранней стадии загрузки;
-  Реализована логика для автоматического определения и подключения разделов home и swap на дисках с  GPT, без явного перечисления данных разделов в /etc/fstab;

-  Systemd теперь не передаёт сервисам какие-либо переменные окружения, выставленные ядром и или initrd без их явного указания в опции "systemd.setenv=";

-  Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf, но в случае такой необходимости можно поставить символическую ссылку  /etc/sysctl.d/99-sysctl.conf;
-  Команды "systemctl set-log-level" и "systemctl dump" перемещены в  systemd-analyze;

-  В systemd-run  добавлена опия "--remain-after-exit", отменяющая автоматическую чистку  контекста юнита после завершения процесса;

-  В tmpfiles добавлена опция "--exclude-prefix=" для исключения определённых путей при выполнении операции;

-  В journald добавлен автоматический сброс буфера всех сообщений на диск в случае поступления записей с приоритетом CRIT, ALERT или EMERG.


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

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

Оглавление

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


1. "Выпуск системного менеджера systemd 207"  +68 +/
Сообщение от Константавр (ok) on 15-Сен-13, 11:21 
Ну почему?
>Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf, но в случае такой необходимости можно поставить символическую ссылку /etc/sysctl.d/99-sysctl.conf

Обязательно всё ломать? Ну давайте, переведите ещё все конфиги в бинарный формат... Ёпрст... Оно что, лучше стало работать от того что конфиги перепрятали? Я не заметил, чтобы дистрибутивы перешедшие на systemd стали чем-то лучше, ни быстрее ни отзывчевее. Конфиги не стали понятнее, наоборот, теперь поди разбери, кто чем рулит, один сплошной xml. Возможности выставления очерёдности загрузки сервисов я так и не нашёл (кроме как вручную править файлы, а это тоже что и было), всё прибито гвоздями, есть только два положения "вкл" и "выкл", отключение и включение автостарта - тот ещё шаманский обряд и не надо называть это прогрессом! Прогресс - это когда стало удобнее а не "по другому"! Что за хрень, почему я должен "маскировать" файлы непонятными заклинаниями? Чем старая система была в этом плане хуже?
Я пришёл в линукс поражённый гибкостью - корень на одном разделе, временные файлы на другом, в более подходящем формате, домашняя на третьем, /usr на четвёртом, хочу - меняю, на другой диск перебраываю. Цепочка загрузки - поменяй номер в имени нужного файла в папке /etc/rc.5, будет мегакомбайн с рюшечками, а в /etc/rc4 - минимальную систему с реалтаймом и звукозаписью. А теперь? Какой-то прыщь прибил всё гвоздями и сказал что это прогресс! Он вообще с большими файлами работал, что придумал /tmp в память запихивать?

[сообщение отредактировано модератором]

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

4. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 11:41 
>Возможности выставления очерёдности загрузки сервисов я так и не нашёл

Молодец. Не нашел в системе параллельного запуска сервисов с учетом зависимостей, очередности загрузки. Ужас то какой.
А зачем если не секрет?

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

11. "Выпуск системного менеджера systemd 207"  +13 +/
Сообщение от Константавр (ok) on 15-Сен-13, 12:10 

> А зачем если не секрет?

А вот такой я, особенный.
И скажите-ка, почему параллельный запуск так и не стал быстрее, раз он параллельный? А про то что в Дебьяне и без Поттеринга параллельная загрузка с времён царя гороха, знал?  Ничего нового, одна только морока. Единственное что появился "смотрящий" за работой юнитов, но для этого не надо было потрошить и переворачивать всю систему. В конце концов в убунте это и сделали гораздо меньшей кровью.

И когда Поттеринг объявлял о целях своего системд и высмеивал все имеющиеся системы, он говорил о том что его системд - уж гибкий-разгибкий будет, с понятной настройкой и прочая и прочая. А теперь - спихнул все исполнительные файлы в /usr, что даже fsck не сделать, перепрятал настройки, да бинарные логи пишет. Я получаю меньшую гибкость "за те же деньги".

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

12. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от sabakka on 15-Сен-13, 12:19 
если тебе не нравится, не значит что это плохое

вот например людям нравится
http://danwalsh.livejournal.com/62070.html
"systemd has helped fix a lot of these issues."

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

124. "Выпуск системного менеджера systemd 207"  +7 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:26 
> вот например людям нравится
> http://danwalsh.livejournal.com/62070.html
> «systemd has helped fix a lot of these issues.»

подпёрли костыли костылями, чо. понятно, что там чем больше костылей — тем сексуальней.

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

15. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 15-Сен-13, 12:42 
Стал немного быстрее, но не принципиально.
В следущем релизе дебиана будет.
В апстарт не лучше, имхо. Тоже мои любимые конфиги исчезли давно и хрен разберешся.
Почти все дистры перешли не просто так... По крайней мере, дистростроителям удобнее.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

60. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от KT315 (ok) on 15-Сен-13, 16:11 
> В следущем релизе дебиана будет.

Где про этом можно почитать?
На сколько я знаю - он есть и будет опционален, т.к. Debian стремится делать одинаковое окружение для всех архитектур. Глянем на пару известных вещей:
- Debian kFreeBSD
- Леннарт плевал на FreeBSD

По этому поддерживать 2 окружения для ядра станет трудозатратно и сомнительным.
К тому же, готовность systemd для ambedded устройств - нулевая, т.к. паралелизация может привести к не продуманным проблемам. Например, из пару сотен сервисов будет ошибка в зависимости, и вот на 1001 загрузку этот баг всплывет лишь потому, что сервис (из-за вспышки на солнце) запустился на милисекунду раньше(OpenSuse 12.3, на 5 минут отвлекся когда нужно было ввести пароль на расшифровку раздела, или fsck не успевает проверить /home после аварийного завершения и в это время KDE кричит "/home/username not found" ). Паралелизация усложняет отслеживания процесса запуска, возникает оверхед в отладке, следовательно страдает надежность.
Но для зарабатывания денег по починке багов и для дому - вполне отличная система инициализации, где все можно настроить через сенсорный ввод/вывод (мир же к этому сейчас стремительно близится), а скрипт совсем неудобно писать, т.к. много буКкафФ.

> Почти все дистры перешли не просто так... По крайней мере, дистростроителям удобнее.

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

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

172. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ... on 16-Сен-13, 02:54 
"ambedded" - это 5! Ты сделал мой день!
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

173. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Yaisis email on 16-Сен-13, 04:33 
"К тому же, готовность systemd для ambedded устройств - нулевая, т.к. паралелизация может привести к не продуманным проблемам. Например, из пару сотен сервисов будет ошибка в зависимости, и вот на 1001 загрузку этот баг всплывет лишь потому, что сервис (из-за вспышки на солнце) запустился на милисекунду раньше...".

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

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

Лично я не настраивал в системах инициализации ничего, т.к. не было необходимости. И не знаю, почему многим не нравится systemd, может она так неудобно устроена или ещё что. Но, когда я читал её описание, то мне понравился задуманный в ней алгоритм запуска сервисов.

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

280. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 18-Сен-13, 14:36 
> Но, когда я читал её описание,
> то мне понравился задуманный в ней алгоритм запуска сервисов.

Видите ли, уважаемый сэр, описание "на бумаге" и реализация "в реальности" есть "две большие разницы", как говорят в Одессе. Мне по этому поводу постоянно приходят на ум незабвенные слова русского классика графа Толстого Льва Николаевича: «Было гладко на бумаге, да забыли про овраги, а по ним — ходить».

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

174. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от kshetragia (ok) on 16-Сен-13, 05:43 
> Леннарт плевал на FreeBSD

Кто же его туда, юродивого, пустит..

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

31. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от Аноним (??) on 15-Сен-13, 14:24 
Ну так возьми и напиши патч для себя, раз такой особенный.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

35. "Выпуск системного менеджера systemd 207"  –5 +/
Сообщение от Мяут (ok) on 15-Сен-13, 14:37 
> И скажите-ка, почему параллельный запуск так и не стал быстрее, раз он параллельный?

openSUSE после перехода на 12.3 реально быстр как конь. Причем скорость загрузки сравнима на SSD и RAID-1 на SATA дисках. Так что ваша неправда.

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

40. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от pavlinux (ok) on 15-Сен-13, 14:46 
>> И скажите-ка, почему параллельный запуск так и не стал быстрее, раз он параллельный?
> openSUSE после перехода на 12.3 реально быстр как конь. Причем скорость загрузки
> сравнима на SSD и RAID-1 на SATA дисках. Так что ваша
> неправда.

openSUSE, 12.3, systemd выкинул нахер, 1 SSD, 2 SATA, 1 SCSI320, через 11 сек. уже получаю свежую почту.

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

50. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Мяут (ok) on 15-Сен-13, 15:16 
На SSD (правда, 12.2) это выглядит так:
myaut@zenbook:~$ systemd-analyze
Startup finished in 6791ms (kernel) + 1923ms (userspace) = 8715ms
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

189. "Выпуск системного менеджера systemd 207"  +/
Сообщение от ананим on 16-Сен-13, 08:39 
А кеды с кмэйлом (или что там павлин юзает) он посчитал?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

57. "Выпуск системного менеджера systemd 207"  +/
Сообщение от ноним (ok) on 15-Сен-13, 16:00 
>>> И скажите-ка, почему параллельный запуск так и не стал быстрее, раз он параллельный?
>> openSUSE после перехода на 12.3 реально быстр как конь. Причем скорость загрузки
>> сравнима на SSD и RAID-1 на SATA дисках. Так что ваша
>> неправда.
> openSUSE, 12.3, systemd выкинул нахер, 1 SSD, 2 SATA, 1 SCSI320, через
> 11 сек. уже получаю свежую почту.

# systemd-analyze
Startup finished in 4.096s (kernel) + 836ms (userspace) = 4.932s

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

112. "Выпуск системного менеджера systemd 207"  +4 +/
Сообщение от pavlinux (ok) on 15-Сен-13, 20:37 
>>>> И скажите-ка, почему параллельный запуск так и не стал быстрее, раз он параллельный?
>>> openSUSE после перехода на 12.3 реально быстр как конь. Причем скорость загрузки
>>> сравнима на SSD и RAID-1 на SATA дисках. Так что ваша
>>> неправда.
>> openSUSE, 12.3, systemd выкинул нахер, 1 SSD, 2 SATA, 1 SCSI320, через
>> 11 сек. уже получаю свежую почту.
> # systemd-analyze
> Startup finished in 4.096s (kernel) + 836ms (userspace) = 4.932s

шо вы тут свои анализе показывайте - секундомер в руки и в загрузчике жмакайте Enter,
останавливайте тогда когда почта придёт. (2 сек. на хендшейки можно скинуть)

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

120. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Мяут (ok) on 15-Сен-13, 21:08 
Железо разное, DE с почтовыми клиентами тоже разные - где чистота эксперимента-то?
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

121. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 15-Сен-13, 21:09 
>[оверквотинг удален]
>>>> openSUSE после перехода на 12.3 реально быстр как конь. Причем скорость загрузки
>>>> сравнима на SSD и RAID-1 на SATA дисках. Так что ваша
>>>> неправда.
>>> openSUSE, 12.3, systemd выкинул нахер, 1 SSD, 2 SATA, 1 SCSI320, через
>>> 11 сек. уже получаю свежую почту.
>> # systemd-analyze
>> Startup finished in 4.096s (kernel) + 836ms (userspace) = 4.932s
> шо вы тут свои анализе показывайте - секундомер в руки и в
> загрузчике жмакайте Enter,
> останавливайте тогда когда почта придёт. (2 сек. на хендшейки можно скинуть)

Так может вы начнете и покажете свой график bootchart2? Заодно и посмотрим как справляется init с параллельной загрузкой.

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

77. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 17:27 
> 11 сек. уже получаю свежую почту.

А ьуьунта грузится за ~5 секунд с ее апстартом. В который передрали половину полезностей из systemd кстати. Хотя лучше б они как-нить пришли к общему знаменателю.

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

113. "Выпуск системного менеджера systemd 207"  +/
Сообщение от pavlinux (ok) on 15-Сен-13, 20:38 
>> 11 сек. уже получаю свежую почту.
> А ьуьунта грузится за ~5 секунд с ее апстартом.

Видео в студию. ... и автозагрузку lynx http://opennet.ru/

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

125. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:29 
такое впечатление, что у «меряльщиков» основное применение для системы — делать reboot и замерять время.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

229. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Vkni (ok) on 16-Сен-13, 23:55 
Видимо, не работает спящий режим.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

169. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 02:04 
КАК УСТАНОВИТЬ SYSVINIT ТАМ?!?!? НУ ХОТЬ ТЫ СКАЖИ!!! А ТО МОЮ 12.2 СКОРО ПРЕКРАТЯТ ПОДДЕРЖИВАТЬ!!!
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

184. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от Аноним (??) on 16-Сен-13, 07:35 
>systemd выкинул нaхер

Ну ты фанат. Я выкинул сузю.:)

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

251. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:27 
> Единственное что появился "смотрящий" за работой юнитов

...для чего давным-давно придумали monit, который используют и в ынтерпрайзах, и в самых мелких ovz-контейнерах.

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

267. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 17-Сен-13, 16:38 
>> Единственное что появился «смотрящий» за работой юнитов
> …для чего давным-давно придумали monit, который используют и в ынтерпрайзах, и в
> самых мелких ovz-контейнерах.

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

системды — это вообще результат облучения радиацией upstart'а. в итоге закономерно получился ублюдочный мутант-переросток. красношляпу же западло «чужой апстарт» использовать (который тоже кривоват, но всё равно сделан намного умнее системды, и даже имеет режим, в котором может управлять задачами и сервисами, не подменяя собой init).

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

250. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:25 
> Молодец. Не нашел в системе параллельного запуска сервисов с учетом зависимостей,
> очередности загрузки. Ужас то какой. А зачем если не секрет?

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

Особо пикантно первое: так "долой обратную совместимость" или "совместимость всё же нужна"?

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

6. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 11:43 
>отключение и включение автостарта - тот ещё шаманский обряд

systemctl disable mylikeservice
ужасный обряд.

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

8. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от Аноним (??) on 15-Сен-13, 11:50 
По факту, disable некоторые юниты не могёт отключить.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Константавр (ok) on 15-Сен-13, 11:55 
Вот именно, те кто "не щупал", завсегда приведут команду из мануала.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 15-Сен-13, 12:51 
А те, кто щупал просто юзают:

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

33. "Выпуск системного менеджера systemd 207"  +11 +/
Сообщение от AX (ok) on 15-Сен-13, 14:29 
> #systemctl mask unit.service

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

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

67. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 16:53 
Ну дык, задокументированный баг становиться фичей автоматически
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

78. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 15-Сен-13, 17:29 
> systemd — единственная система инициализации/менеджер, где возможность выстрелить
> себе в ногу официально задокументирована и преподносится как фича.

В любой *nix-образной системе можно выстрелить себе в ногу. На то и админ что имеет право делать что хочет. Даже стрелять себе в ноги.

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

199. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Гость on 16-Сен-13, 11:57 
> В любой *nix-образной системе можно выстрелить себе в ногу. На то и
> админ что имеет право делать что хочет. Даже стрелять себе в
> ноги.

Можно подумать в windows-системах не так. Кроме того, конкретно в случае с systemd, отличие реальности от документации разве прибавляет приложению привлекательности?

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

84. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 15-Сен-13, 18:25 
Если юзер не знает, что делает, то ему лучше оставить все по дефолту и не трогать. Иначе он выстрелит себе в ногу, как с документированной, так и не с документированной возможностью.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

200. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Гость on 16-Сен-13, 11:59 
> Если юзер не знает, что делает, то ему лучше оставить все по
> дефолту и не трогать. Иначе он выстрелит себе в ногу, как
> с документированной, так и не с документированной возможностью.

А ты уверен что знаешь что делаешь? Очень хотелось бы тебя посмотреть на тебя в работе, когда на просьбу руководства сделать отключить 1 сервис ты идешь читать документацию. (утрирую)

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

7. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 11:45 
>Он вообще с большими файлами работал, что придумал /tmp в память запихивать?

Это и до него придумали. Это сохраняет ссд и ускоряет загрузку. Но ты можешь отключить если нужно большие файлы туда писать.

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

13. "Выпуск системного менеджера systemd 207"  +15 +/
Сообщение от Константавр (ok) on 15-Сен-13, 12:27 
Загрузку это НЕ ускоряет, можете сами проверить. И я не против монтирования в память, тем кому это нужно. Но что за манера, если нет указания на монтирование /tmp в fstab, то сам смонтирует в память... Захочу в память монтировать - так и напишу, но в fstab, а не где этому Поттерингу вздумалось. Этак и вовсе без fstab останемся, а зачем он, системд и Поттеринг лучше знают что для меня лучше.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Aceler email(ok) on 15-Сен-13, 12:41 
> Этак и вовсе без fstab останемся,

Если внимательно прочитать новость, станет понятно, что fstab уже не нужен, поскольку разделы подключаются автоматически.

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

20. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Константавр (ok) on 15-Сен-13, 12:53 
Это я знаю. Но пока он всё ещё "прислушивается" к тому что я в fstab написал, но такими темпами просто положит болт на fstab.

Эх... Мир больше никогда не будет прежним... Дайте йаду

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

21. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Aceler email(ok) on 15-Сен-13, 13:01 
> Это я знаю. Но пока он всё ещё "прислушивается" к тому что
> я в fstab написал, но такими темпами просто положит болт на
> fstab.
> Эх... Мир больше никогда не будет прежним... Дайте йаду

Это я к тому что не «эдак мы дойдём до», а именно туда мы и идём.

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

26. "Выпуск системного менеджера systemd 207"  +/
Сообщение от dr Equivalent (ok) on 15-Сен-13, 13:54 
А вместо fstab – что? Как еще указать системе, что и куда монтировать при загрузке? Или как в венде - будем все на одном устройстве/разделе хранить и радоваться пол-часа?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Aceler email(ok) on 15-Сен-13, 13:56 
> А вместо fstab – что?

Systemd.

И.О.К.О.


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

46. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 14:59 
>А вместо fstab – что?

http://www.freedesktop.org/software/systemd/man/systemd.moun...
уже давно так.

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

126. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:31 
> Это я к тому что не «эдак мы дойдём до», а именно
> туда мы и идём.

скатертью дорога.

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

34. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от AX (ok) on 15-Сен-13, 14:31 
> Эх... Мир больше никогда не будет прежним...

Дефолтный арч и несколько rpm-дистров — это ещё не весь Мир.

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

80. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 15-Сен-13, 17:37 
> Эх... Мир больше никогда не будет прежним... Дайте йаду

А может тебе просто пора уже изучить свойства используемой системы получше и осознать что если хочется мегакастома то придется проявить разборчивость и/или поработать ручками? Если подумать - даже свою систему инициализации написать по минимуму не так уж сложно. Не говоря уж о юзеже готовой.

p.s. так, чисто по человечески, какая тебе разница - девятой стартанет программа или десятой? В systemd и прочих подобных сделали логичнее: программа стартанет тогда, когда для этого наступят условия. Сетевой демон - взлетит не пятым и не восьмым, ибо это маразм. Он взлетит когда повяилась сеть. Ну мало ли, он например хотел на конкретный сетевой и-фейс сесть и вполне конкретный айпишник. Запуск его что пятым, что восьмым подобного вообще не гарантирует. А вот запуск по условию типа "стартанула сеть" - очень даже может.

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

65. "Выпуск системного менеджера systemd 207"  –6 +/
Сообщение от кевин on 15-Сен-13, 16:43 
фстаб это костыль, не место ему в 21.2 веке
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

66. "Выпуск системного менеджера systemd 207"  +5 +/
Сообщение от AX (ok) on 15-Сен-13, 16:51 
> фстаб это костыль, не место ему в 21.2 веке

Слава бинарному реестру!

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

79. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от Константавр (ok) on 15-Сен-13, 17:36 
Да? и что же предлагает впердепланетный системд?
Убрали один конфиг файл, добавили другой, переложили в другое место и резко наступила "современность"? Что изменилось?
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

201. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Гость on 16-Сен-13, 12:01 
> Да? и что же предлагает впердепланетный системд?
> Убрали один конфиг файл, добавили другой, переложили в другое место и резко
> наступила "современность"? Что изменилось?

Фу, какой ты не модный. Ты может ещё гламурные журналы не читаешь и дом2 не смотришь!?

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

24. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Карбофос (ok) on 15-Сен-13, 13:37 
>Какой-то прыщь прибил всё гвоздями и сказал что это прогресс!

это уже в стиле m$ - всех поставить перед фактом.

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

32. "Выпуск системного менеджера systemd 207"  –7 +/
Сообщение от Аноним (??) on 15-Сен-13, 14:27 
Плак-плак. Кто-то этих "всех" заставляет использовать systemd? А может все иначе. Может, самом деле, ты жрешь что дают?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

36. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Карбофос (ok) on 15-Сен-13, 14:39 
оставь при себе свои предположения, я не использую systemd.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

41. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 15-Сен-13, 14:46 
Тогда почему тебя волнует что используют другие?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

42. "Выпуск системного менеджера systemd 207"  +7 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 14:51 
странно. почему тебя волнует то, что волнует меня? из рекурсии выход найдешь, или показать?
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

45. "Выпуск системного менеджера systemd 207"  +13 +/
Сообщение от pavlinux (ok) on 15-Сен-13, 14:55 
> Тогда почему тебя волнует что используют другие?

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

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

47. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 15-Сен-13, 15:04 
Мейнтейнеры дистрибутивов systemd выбрали не потому что он вам усложняет жизнь. А потому что он вам ее облегчит и будет экономить время. И понимать надо не "как мне сделать то-то и то-то, что я раньше делал в других системах инициализации". А, прежде всего, философию systemd. Как только ее поймете, так сразу все решения станут очевидными. Вы просто не с того конца к нему подходите.

Ну и плюс надо иметь в виду, что он пока в фазе активной доработки, и делать на это скидку.

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

59. "Выпуск системного менеджера systemd 207"  +8 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 16:10 
на сколько я понял, смылс всех этих "философий" - набрать определённое количество фанатиков, кричащих о философии того, или иного программного продукта: винды, гента, какие-то языки программирования, или даже линукс. причем, совершенно без разницы, о чем эти фанатики философируют. главное - громче. ведь это единственный способ самовыражения в их жизни. хоть виртуально, да самовыразиться. такая вот философия.
великодушно извините за отступление.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

117. "Выпуск системного менеджера systemd 207"  +8 +/
Сообщение от pavlinux (ok) on 15-Сен-13, 20:53 
> Вы просто не с того конца к нему подходите.

Нововведения должны упрощать предыдущие задачи.
Упрощения контроля за загрузкой я не вижу.
Поттеринг создал монстра раз в 50 тупее и сложнее, чем sysvinit.

Проблема sysvinit была в школьниках не желающих изучать баш.
От системд школьники не стали умнее, но ЧСВ поднялось, потому как
противников можно называть хейерами, мамонтами, динозаврами,... и т. п.

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


Можете проверить себя - напишите строку ядру которая зарезервирует 11 прерывание под eth0

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

127. "Выпуск системного менеджера systemd 207"  +8 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:32 
> Мейнтейнеры дистрибутивов systemd выбрали не потому что он вам усложняет жизнь. А
> потому что он вам ее облегчит и будет экономить время.

что характерно — доказывать это утверждение никто так и не собирается. алё, это не аксиома.

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

132. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 21:38 
а перед кем тут бисер метать? "экономить время" - уже было доказательство, что не быстрее. разве нужно доказывать всякий раз тем, кто не прочитал, или сравнивает загрузку системы на systemd & SSD против загрузки init & HDD.
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

135. "Выпуск системного менеджера systemd 207"  +5 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:45 
> а перед кем тут бисер метать?

я намекал, что защитники системды продолжают вопить про некие мифические «удобства», не утруждая себя приведением списка оных удобств и сравнения с другими системами. даже «руки-ножницы» upstart выглядит намного логичней и удобней системды (и да, отлично позволяет параллельный запуск, job control, имеет систему событий и ты пы) — но как-то никто его внедрять не ломился.

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

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

137. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от sdog (ok) on 15-Сен-13, 21:52 
> даже «руки-ножницы» upstart выглядит намного логичней и удобней
> системды (и да, отлично позволяет параллельный запуск, job control, имеет систему
> событий и ты пы) — но как-то никто его внедрять не
> ломился.

что-то не клеится
upstart - RHEL6, ну и соответственно по цепочке - CentOS, Oracle Linux, Scientific, ...

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

140. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 15-Сен-13, 21:57 
>> даже «руки-ножницы» upstart выглядит намного логичней и удобней
>> системды (и да, отлично позволяет параллельный запуск, job control, имеет систему
>> событий и ты пы) — но как-то никто его внедрять не
>> ломился.
> что-то не клеится
> upstart - RHEL6, ну и соответственно по цепочке - CentOS, Oracle Linux,
> Scientific, ...

Только в RHEL7 будет systemd, ну и соответственно по цепочке...

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

143. "Выпуск системного менеджера systemd 207"  +/
Сообщение от sdog (ok) on 15-Сен-13, 22:01 
>>> даже «руки-ножницы» upstart выглядит намного логичней и удобней
>>> системды (и да, отлично позволяет параллельный запуск, job control, имеет систему
>>> событий и ты пы) — но как-то никто его внедрять не
>>> ломился.
>> что-то не клеится
>> upstart - RHEL6, ну и соответственно по цепочке - CentOS, Oracle Linux,
>> Scientific, ...
> Только в RHEL7 будет systemd, ну и соответственно по цепочке...

обещают, конечно пока не 100%, значит есть резон, в редхате поди не идиоты и не истерики сидят

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

141. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:59 
> что-то не клеится

попробуй перестать клей нюхать.

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

164. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 16-Сен-13, 00:32 
из всех "удобств" больше всего орали про скорость загрузки системы, а тут, вон, как неудобно всё получилось. конкретно пахнуло мартекинговым фуфлом.
но не беда, можно теперь про философию системд подемагогить.
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

166. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от виндотролль (ok) on 16-Сен-13, 01:18 
Ну, справедливости ради: в знаменитом FAQ-е Леннарт писал, что скорость загрузки никогда не была главной целью системд. Правда, в этом ответе он не написал, что же было главной целью :)

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

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

Точка зрения админов (настоящих, а не переученных виндоводов) совпадает, как мне показалась, с точкой зрения гиков.

Для кого делали системд, таким образом, — загадка.

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

167. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от arisu (ok) on 16-Сен-13, 01:22 
> Для кого делали системд, таким образом, — загадка.

судя по всему — для вчерашних школьников, которые периодически пробегают здесь с криками «ололо, админы-старпёры пол-жизни учили bash, а теперь это не нужно и их уволят (а возьмут крутых нас)!»

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

170. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 02:37 
bash учили аж месяц, а потом привыкали к различиям в bash,dash,zsh,tcsh.
Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

185. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от arisu (ok) on 16-Сен-13, 08:26 
> bash учили аж месяц, а потом привыкали к различиям в bash,dash,zsh,tcsh.

а зачем? что, шебанг на /bin/bash — религия запрещает? ну, тогда можно и помучиться, если так охота.

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

171. "Выпуск системного менеджера systemd 207"  –4 +/
Сообщение от anonymous (??) on 16-Сен-13, 02:39 
Ввходит я в точку попал, впрочем не я а Леннарт. Старперов ты сам приплел, спалился. Собственно причина всем известна в ом ыисле и тебе неадеквату который косит под непонимающего. Редхат имеет огромный опыт по обновлению этих самых километровых портянок на тысячах рабочих мест, вот на основании этого опыта с делают унификацию. Впрочем время показало чего стоят ваши визги. Много чинил и обновлял чужих порнянок на чужом железе, полных гениальными самопальными "улучшениями" для обхода глючащего железа? Вот с системд будет гораздо проще.
Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

181. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 07:27 
> Собственно причина всем известна в ом ыисле и тебе неадеквату который косит под непонимающего. Мирософт имеет огромный опыт по обновлению этих самых километровых реестровых портянок на тысячах рабочих мест, вот на основании этого опыта с делают унификацию.
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

186. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от arisu (ok) on 16-Сен-13, 08:27 
о, а вот и упомянутый «уже-не-школьник» прибежал, точно с предсказаной риторикой.
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

253. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:37 
> Много чинил и обновлял чужих порнянок на чужом железе, полных гениальными самопальными
> "улучшениями" для обхода глючащего железа? Вот с системд будет гораздо проще.

Берём компилятор... ой, слушайте, а расскажите-ка подробнее сами, прям заинтриговали.

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

215. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от Аноним (??) on 16-Сен-13, 18:40 
какое доказательство было? алё-алё. речь о скорости настройки до работоспособного состояния для 99% пользователей. прицепились, блин, к скорости запуска - ничего за ней не видите и не воспринимаете. фанатики одним словом
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

130. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:36 
> Ну и плюс надо иметь в виду, что он пока в фазе
> активной доработки, и делать на это скидку.

с чего бы? если его запихали в дистрибутивы — значит, системды стабилен. и никаких «скидок» ему не будет. на выходе получаем: «стабильная» программа ведёт себя как tech prebeta, постоянно что-то меняют, ломая совместимость.

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

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

216. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 16-Сен-13, 18:42 
> с чего бы? если его запихали в дистрибутивы — значит, системды стабилен.

ой, не факт. запиливать или нет решает мейнтейнер далеко не по одному признаку стабильности

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

223. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 16-Сен-13, 21:36 
>> с чего бы? если его запихали в дистрибутивы — значит, системды стабилен.
> ой, не факт. запиливать или нет решает мейнтейнер далеко не по одному
> признаку стабильности

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

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

220. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Anonym1 on 16-Сен-13, 20:02 
> Мейнтейнеры дистрибутивов systemd выбрали не потому что он вам усложняет жизнь. А
> потому что он вам ее облегчит и будет экономить время. И
> понимать надо не "как мне сделать то-то и то-то, что я
> раньше делал в других системах инициализации". А, прежде всего, философию systemd.
> Как только ее поймете, так сразу все решения станут очевидными. Вы
> просто не с того конца к нему подходите.

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

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

252. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:33 
> Мейнтейнеры дистрибутивов systemd выбрали не потому что он вам усложняет жизнь.
> А потому что он вам ее облегчит и будет экономить время.

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

Если Вы не релиз-менеджер -- не имеете права высказываться за них, то есть нас.

> Ну и плюс надо иметь в виду, что он пока в фазе
> активной доработки, и делать на это скидку.

Мальчик, скидку делают в экспериментальной эксплуатации.  В боевой скидок не положено.

И то, что идиоты из редхата стали всеми способами пропихивать это сырое поделие во все щели, при этом сами вовсе не спешат выпускать RHEL7 с ним -- кое о чём говорит.  Другие идиоты из редхата, помнится, пропихивали не менее сырой apache httpd 2.0.

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

263. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 17-Сен-13, 14:43 
>> Мейнтейнеры дистрибутивов systemd выбрали не потому что он вам усложняет жизнь.
>> А потому что он вам ее облегчит и будет экономить время.
> А давайте Вы это будете кому-то другому рассказывать, ладно?  Вчера угробил
> на это недоразумение очередных лишних часа полтора.

В целях обывательского интереса: на что ушли эти полтора часа? Init-скрипты к пакетам дописывали? )


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

272. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 19:19 
> В целях обывательского интереса: на что ушли эти полтора часа?

На выяснение того, почему перед multi-user.target не запускается нужный сервис, как сказано.  И это уже по воспоминаниям предыдущих разбирательств на ту же тему, не с нуля.

> Init-скрипты к пакетам дописывали? )

Они там и так есть.

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

275. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Michael Shigorin email(ok) on 18-Сен-13, 00:09 
>> В целях обывательского интереса: на что ушли эти полтора часа?
> На выяснение того, почему перед multi-user.target не запускается нужный сервис

Или вот прямщас(tm): как должна быть оформлена зависимость в unit-файле, запускающем скрипт, который дёргает с обработанными данными бинарь, который отправляет сообщение через dbus, но не остаётся в качестве dbus-сервиса?

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

Вот итоговый дифф между "как ожидалось" и "как работает":

-After=systemd-remount-fs.service
+Requires=dbus.service
+After=systemd-remount-fs.service dbus.service
А вот избыточный работающий вариант, который в несколько итераций был сведён к вышеуказанному:
-Requires=dbus.socket
-After=systemd-remount-fs.service
+Requires=dbus.socket dbus.service
+Wants=dbus.target
+After=systemd-remount-fs.service dbus.service

Не находите немножко противоречащим принципу наименьшего удивления?  Ожидал, что хватит

Requires=dbus.service

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

276. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 18-Сен-13, 03:30 
забавно. то есть, цель requires не означает автоматически «дожидаться полного запуска сервиса»? круто. и вот эти люди будут нам рассказывать про «устаревший sysvinit со скриптовыми портянками».

лёня, по ходу, очень болен, его лечить надо, а не позволять «замену иниту» кодить.

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

281. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 19-Сен-13, 12:40 
>[оверквотинг удален]
> в идеале должно просто работать как ожидается.
> Вот итоговый дифф между "как ожидалось" и "как работает":
-After=systemd-remount-fs.service 
> +Requires=dbus.service
> +After=systemd-remount-fs.service dbus.service
А вот избыточный работающий

> вариант, который в несколько итераций был сведён к вышеуказанному:
-Requires=dbus.socket 
> -After=systemd-remount-fs.service
> +Requires=dbus.socket dbus.service
> +Wants=dbus.target
> +After=systemd-remount-fs.service dbus.service

> Не находите немножко противоречащим принципу наименьшего удивления?  Ожидал, что хватит
Requires=dbus.service

А всего-то надо было сделать:

Requires=dbus.target

Без никаких Wants=, так как Wants= тут как лошади седло:
A weaker version of Requires=. A unit listed in this option will be started if the configuring unit is. However, if the listed unit fails to start up or cannot be added to the transaction this has no impact on the validity of the transaction as a whole. This is the recommended way to hook start-up of one unit to the start-up of another unit.

И зачем вы ожидаете сразу и dbus.socket, и dbus.service???

Как и следовало ожидать - полтора часа траха, вместо 5-ти минутного чтения манов.

P.S.: озвучьте демон и логику запуска, если не трудно.

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

282. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 19-Сен-13, 13:44 
охрененно очевидное решение.
Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

285. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 19-Сен-13, 15:12 
> охрененно очевидное решение.

Ну я уже два раза пытался написать правильное и очевидное решение, но сообщения трут. Видимо потому, что там есть нелестный отзыв о г-не Ш.  )

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

286. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от ноним (ok) on 19-Сен-13, 15:17 
>> охрененно очевидное решение.
> Ну я уже два раза пытался написать правильное и очевидное решение, но
> сообщения трут. Видимо потому, что там есть нелестный отзыв о г-не
> Ш.  )
> охрененно очевидное решение.

(Третья попытка без мата)

Это если совсем в лоб. Проблема в том, что указана директива

After=systemd-remount-fs.service dbus.service

А After=. значит, что:

Before=, After=
           Configures ordering dependencies between units. If a unit foo.service contains a setting Before=bar.service and both units are being started, bar.service's start-up is delayed until foo.service is started up. Note that this setting is independent of and orthogonal to the requirement dependencies as configured by Requires=. It is a common pattern to include a unit name in both the After= and Requires= option in which case the unit listed will be started before the unit that is configured with these options. This option may be specified more than once, in which case ordering dependencies for all listed names are created.  After= is the inverse of Before=, i.e. while After= ensures that the configured unit is started after the listed unit finished starting up, Before= ensures the opposite, i.e. that the configured unit is fully started up before the listed unit is started. Note that when two units with an ordering dependency between them are shut down, the inverse of the start-up order is applied. i.
e. if a unit is configured with After= on another unit, the former is stopped before the latter if both are shut down. If one unit with an ordering dependency on another unit is shut down while the latter is started up, the shut down is ordered before the start-up regardless whether the ordering dependency is actually of type After= or Before=. If two units have no ordering dependencies between them, they are shut down or started up simultaneously, and no ordering takes place.

Т.е глупо просить стартовать после systemd-remount-fs.service, так как dbus.service стартует гораздо позже. И все эти попытки "угомонить разбушевавшийся и нелогичный systemd" можно решить одной простой строчкой:

After=dbus.service

P.S.: Честно говоря был лучшего мнения о г-не Шигорине. Никак не ожидал, что он не прочтет прежде документацию, вместо написания unit-файла методом брутфорса с 18-ой попытки (полтора часа / 5минут)! Да и в итоге получилось какое-то г-но. Впринципе выше правильно говорилось - майнтайнер, майнтайнеру рознь )

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

287. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 19-Сен-13, 19:07 
Ну ты то обоcpался привести решение с снятием удалённых логов средствами systemd, никто на этом внимание не акцентировал.
Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

288. "Выпуск системного менеджера systemd 207"  +/
Сообщение от нонимим on 19-Сен-13, 19:37 
> Ну ты то обоcpался привести решение с снятием удалённых логов средствами systemd,
> никто на этом внимание не акцентировал.

Еще раз для особо одаренных:

journald не является реализацией syslog - соответственно и не может сам по себе быть коллектором syslog, но никто не мешает поставить тот же самый rsyslog и перенаправлять его вывод в journald.

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

290. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 19-Сен-13, 21:41 
Для больных дислексией.
Ты тут выпендривался как одной командой, в классном системд, делается всё то что лохи с старым инитом не могут сделать. А когда поступило предложение показать это на примере логирования ты сдулся. Ещё раз, вопрос звучал: покажи как одними средствами системд это сделать. Не "старыми ненужными костылями костылями", не Лёня сейчас дописывает эту мегафичу а используя новый, модный, молодёжный системд. Дислексию будешь дальше демонстрировать?
Ответить | Правка | ^ к родителю #288 | Наверх | Cообщить модератору

291. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 19-Сен-13, 23:07 
вот от этой портянки можно офигеть ещё больше: задержка запуска bar.service прописывается в конфигуре для foo.service! это офигеть как логично.

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

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

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

292. "Выпуск системного менеджера systemd 207"  +/
Сообщение от ноним (ok) on 20-Сен-13, 08:05 
> вот от этой портянки можно офигеть ещё больше: задержка запуска bar.service прописывается
> в конфигуре для foo.service! это офигеть как логично.

Это вполне логично для целей типа .target, где и применяется для ожидания

suspend.target
shutdown.target
и.т.д.

Что-то подобное присутствует и в православном дебиане:

X-Start-Before: boot_facility_1 [boot_facility_2...]

X-Stop-After: boot_facility_1 [boot_facility_2...]

    provide reverse dependencies, that appear as if the listed facilities had should-start and should-stop on the package with these headers.

Но там, я так понимаю, это кошерно, в отличие от..? )

> и название тоже выбрано удачно: специально, видимо, чтобы без документации можно было
> трактовать двояко. то ли мы запускаемся перед bar.serivice, то ли bar.service
> должен быть запущен до нас — фиг угадаешь. соответственно, это можно
> только зазубрить.

Может предложите лучшее название? "Перед" - очень сложно трактовать как-то по-другому.

> если ты не в курсе, то подобный «дизайн» — очень, очень плохой:
> чем больше нелогичной зубрёжки, тем хуже. я бы понял, если бы
> над системды довлел страшный груз legacy, но нет — оно же
> «с нуля» писалось. вот только дизайнилось совершенным дилетантом, как ты в
> очередной раз продемонстрировал великолепной цитатой.

А про поддержу init-скриптов в systemd "искаропки", вы предпочитаете умалчивать? Это ли не legacy?

Зубрить, зубрежки... Познакомьтесь, наконец, с командой man и прекратите уже зубрить!

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

294. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 20-Сен-13, 09:37 
> Что-то подобное присутствует и в православном дебиане:
> Но там, я так понимаю, это кошерно, в отличие от..? )

знать не знаю, я не считаю бебиан серьёзным дистрибутивом. «OpenSSL, бугога».

> Может предложите лучшее название?

даже думать над этим не хочу. да и всё равно — поздно уже. менять.

> А про поддержу init-скриптов в systemd «искаропки», вы предпочитаете умалчивать? Это ли
> не legacy?

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

> Зубрить, зубрежки… Познакомьтесь, наконец, с командой man и прекратите уже зубрить!

дорогой, если логически вывести нельзя (а в данном случае — нельзя), то остаётся или зазубрить, или *каждый* *раз* лазить в man. оба варианта идиотичны. потому что идиотичен изначальный дизайн (точнее, отсутствие такового).

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

296. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 21-Сен-13, 16:33 
> Ну я уже два раза пытался написать правильное и очевидное решение, но сообщения трут.

Очевидно, кто-то добрался и стёр по причине мата.  Непонятно, почему Вы стали дублировать #281, на которое только что и отвечал.

Моя претензия проста: документация systemd на удивление малополезна, Ваше предположение про "пять минут" крайне далеко от действительности -- на её изучение в вышеперечисленных видах были также угроблены часы.

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

298. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 22-Сен-13, 15:08 
>> Ну я уже два раза пытался написать правильное и очевидное решение, но сообщения трут.
> Очевидно, кто-то добрался и стёр по причине мата.  Непонятно, почему Вы
> стали дублировать #281, на которое только что и отвечал.

Это я уже отвечал тов. arisu

> Моя претензия проста: документация systemd на удивление малополезна, Ваше предположение
> про "пять минут" крайне далеко от действительности -- на её изучение
> в вышеперечисленных видах были также угроблены часы.

Ну вот честно - сколько надо читать, чтобы сервис запускался после dbus? Можно ведь даже без документации обойтись примеров-то полно: ARCH, Fedora, OpenSuSe...

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

299. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 22-Сен-13, 15:16 
> Ну вот честно — сколько надо читать, чтобы сервис запускался после dbus?

в нормальной системе — глянуть в /etc/rc.d/rc.M (или /etc/rc.d/rc.S, если надо пораньше). там всё красиво написано. никакие пляски с бубном не нужны: вписал строку запуска и радуешься. но хипстеры свято верят в то, что простота всегда хуже воровства, и пытаются усложнить всё, до чего могут дотянуться.

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

300. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 23-Сен-13, 16:20 
>> Моя претензия проста: документация systemd на удивление малополезна,
>> Ваше предположение про "пять минут" крайне далеко от действительности --
>> на её изучение в вышеперечисленных видах были также угроблены часы.
> Ну вот честно - сколько надо читать, чтобы сервис запускался после dbus?
> Можно ведь даже без документации обойтись примеров-то полно: ARCH, Fedora, OpenSuSe...

Вы по-русски читаете?  Будьте добры, прочтите мой ответ, включая упреждающий ответ на вот этот вопрос.

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

301. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 24-Сен-13, 15:30 
>>> Моя претензия проста: документация systemd на удивление малополезна,
>>> Ваше предположение про "пять минут" крайне далеко от действительности --
>>> на её изучение в вышеперечисленных видах были также угроблены часы.
>> Ну вот честно - сколько надо читать, чтобы сервис запускался после dbus?
>> Можно ведь даже без документации обойтись примеров-то полно: ARCH, Fedora, OpenSuSe...
> Вы по-русски читаете?  Будьте добры, прочтите мой ответ, включая упреждающий ответ
> на вот этот вопрос.

А вы по-английски?

man systemd.special

       dbus.service
           A special unit for the D-Bus bus daemon. As soon as this service is fully started up systemd will connect to it and register its service.

       dbus.socket
           A special unit for the D-Bus system bus socket. All units with Type=dbus automatically gain a dependency on this unit.

Почему бы не попробовать сразу как надо, а не городить "решение", указаний на которое *нигде* не встречается? Зачем "гробить на изучение часы" если решение лежит на поверхности?

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

295. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 21-Сен-13, 16:28 
> А всего-то надо было сделать:
>
Requires=dbus.target

Где это написано, если под рукой?  Заранее благодарен.

> И зачем вы ожидаете сразу и dbus.socket, и dbus.service???

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

> Как и следовало ожидать - полтора часа траха, вместо 5-ти минутного чтения манов.

Это не первый подход, документацию (включая fd.o и архивы рассылок) читал тоже далеко не пять минут.  Но с нуля и не зная тайных тропок.

> P.S.: озвучьте демон и логику запуска, если не трудно.

Это не демон.

http://git.altlinux.org/people/mike/packages/?p=livecd-setlo...

(про locale.* в курсе, gfxboot перековыривать на данный момент ещё более неохота с учётом логики исключений)

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

297. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 22-Сен-13, 14:58 
>> А всего-то надо было сделать:
>>
Requires=dbus.target

> Где это написано, если под рукой?  Заранее благодарен.

Этого нигде не написано, это решение "в лоб", как я и писал ниже. Правильное, с точки зрения systemd решение - и использовать директиву After=dbus.service, как и делают везде.

>> И зачем вы ожидаете сразу и dbus.socket, и dbus.service???
> Затем, что в промежуточном варианте выяснялось -- получается ли с заведомой избыточностью
> вообще добиться нужного результата.

dbus.service не cтартует без dbus.socket. Проблема в директиве

After=systemd-remount-fs.service

>> Как и следовало ожидать - полтора часа траха, вместо 5-ти минутного чтения манов.
> Это не первый подход, документацию (включая fd.o и архивы рассылок) читал тоже
> далеко не пять минут.  Но с нуля и не зная
> тайных тропок.
>> P.S.: озвучьте демон и логику запуска, если не трудно.
> Это не демон.
> http://git.altlinux.org/people/mike/packages/?p=livecd-setlo...
> (про locale.* в курсе, gfxboot перековыривать на данный момент ещё более неохота
> с учётом логики исключений)

systemd-localed.service и localectl?

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

49. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 15:09 
странно весьма начиналось, когда логи начали шифровать, теперь еще и конфиги в бинарный формат. такое ощущение, что кому-то делать нечего, как тому коту. зачем мне дополнительные утилиты для просмотра логов и редактирования конфигураций? cat и vi нынче не в моде для таких целей, походу.
между делом мои предположения подтвердились, когда прочитал новость о примерно равной скорости загрузки при использовании systemd и init. даже где-то на опеннете новость была.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

81. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Xasd (ok) on 15-Сен-13, 18:18 
> зачем мне дополнительные утилиты для просмотра логов и редактирования конфигураций?

потому что -- есть смысл логировать много информации, а читать её мало и в комфортном виде.

и кстате говоря, любитель ты наш текстовых логов, забыл ты упомянуть про утилиту zcat.. так как логи даже и без SystemD уже стали становиться не такими уж и текстовыми.

blahblablah.1.gz
blahblablah.2.gz
blahblablah.3.gz
blahblablah.txt

ага

а потом ещё и нужно найти что-то там

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

92. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от нонимим on 15-Сен-13, 18:53 
И это не говоря о /var/log/wtmp и utmpdump
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

104. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 19:29 
уникальная по новизне инфа! спасибо тебе, добрый человек. открыл, можно сказать, глаза!
>а потом ещё и нужно найти что-то там

грепом отфильтровать?

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

128. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Xasd (ok) on 15-Сен-13, 21:34 
> грепом отфильтровать?

нет. grep слишком нефункциональный, в случае целей поиска по логам.

похоже что grep для чего-то другого был придуман (например -- поиск по файлам исходного кода?), а не для логов.

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

134. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 21:44 
с чего это вдруг? используйте регулярные выражения не только в подворотнях, но и в консоли.
единственное, что встречал - некоторые драйвера, которые в логи нифига не писали, но что тут поделать? самому, разве что, патчить.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

136. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:47 
>> грепом отфильтровать?
> нет. grep слишком нефункциональный, в случае целей поиска по логам.
> похоже что grep для чего-то другого был придуман (например — поиск по
> файлам исходного кода?), а не для логов.

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

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

144. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 15-Сен-13, 22:03 
>>> грепом отфильтровать?
>> нет. grep слишком нефункциональный, в случае целей поиска по логам.
>> похоже что grep для чего-то другого был придуман (например — поиск по
>> файлам исходного кода?), а не для логов.
> задачу давай, где он такой весь «нефункциональный». а заодно поясни, чем логи
> кардинально отличаются от исходников.

Для начала попроще: требуется вывести все ERROR-сообщения демона 'xyz' во время предыдущей загрузки системы.

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

157. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 23:21 
тебе ссылку кинуть, как это делается? сложнее всего из тобой написанного - "во время предыдущей загрузки системы". предыдущая загрузка - lastlog фильтруем, не? как сложно, какой кошмар! пайпы, не? bash? а что это? маны читать? да нах нужно!
гораздо важнее винду героически хороводить! ура!
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

176. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 16-Сен-13, 06:27 
> тебе ссылку кинуть, как это делается? сложнее всего из тобой написанного -
> "во время предыдущей загрузки системы". предыдущая загрузка - lastlog фильтруем, не?
> как сложно, какой кошмар! пайпы, не? bash? а что это? маны
> читать? да нах нужно!
> гораздо важнее винду героически хороводить! ура!

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


#journalctl -b -1 -u xyz -p err

Есть чем ответить по делу?
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

183. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 07:32 
Админ будет забивать голову вот этой юхнёй? А потом ему скинут на поддержку несколько серваков фряхи - алё, приехали. Надо обратно вспоминать грепы.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

188. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 16-Сен-13, 08:31 
> Админ будет забивать голову вот этой юхнёй? А потом ему скинут на
> поддержку несколько серваков фряхи - алё, приехали. Надо обратно вспоминать грепы.

А потом несколько серваков чпукса и солярки. И снова вспоминать, как ни странно...

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

190. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 08:51 
Ага, вот именно. Некоторые текстовки я с винды вытаскиваю на линух и использую консольные средства. Знания журналцтл мне здесь как собаке пятая нога. А вот грепы-седы разные вполне помогут и текст этот прожевать, и логи попарсить.
Но вернёмся к веселому. Там вот утилитка новая для мониторчика есть. Как её поюзать? Какие ключи есть? Есть спецключи выставления яркости как мне надо? Есть спецключи для выставления яркости в зависимости от времени суток? Есть маленькая утилитка systemd-light-sensor которая автоматом будет яркость менять? Или это будет в будущем?
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

191. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 16-Сен-13, 09:03 
> Ага, вот именно. Некоторые текстовки я с винды вытаскиваю на линух и
> использую консольные средства. Знания журналцтл мне здесь как собаке пятая нога.
> А вот грепы-седы разные вполне помогут и текст этот прожевать, и
> логи попарсить.
> Но вернёмся к веселому. Там вот утилитка новая для мониторчика есть. Как
> её поюзать? Какие ключи есть? Есть спецключи выставления яркости как мне
> надо? Есть спецключи для выставления яркости в зависимости от времени суток?
> Есть маленькая утилитка systemd-light-sensor которая автоматом будет яркость менять?
> Или это будет в будущем?

Утилитка сохраняет значение яркости между перезагрузками, по типу alsa-store для значений громкости. Какие ключи, какая автонастройка? Что вы курите, молодой человек?

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

192. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 16-Сен-13, 09:28 
> Утилитка сохраняет значение яркости между перезагрузками, по типу alsa-store для значений громкости.

А в гойлову не приходит что за компом может быть несколько человек и у каждого своё мнение об яркости? И почему утилитка запоминающая яркость не может выставить то значение что мне надо? Это не говоря о том что монитор отлично запоминает яркость которую ему выставили. Даже грузиться никуда не надо.

> Какие ключи, какая автонастройка? Что вы курите, молодой человек?

Курят здесь только поклонники Леонида. Посмотрим как через полгода эту фичу прикрутят к утилитке и ты будешь тут пысать кипятком рассказывая как жить не мог без этого.

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

194. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от ноним (ok) on 16-Сен-13, 10:03 
>> Утилитка сохраняет значение яркости между перезагрузками, по типу alsa-store для значений громкости.
> А в гойлову не приходит что за компом может быть несколько человек
> и у каждого своё мнение об яркости? И почему утилитка запоминающая
> яркость не может выставить то значение что мне надо?

Ответ КЭПа: потому что она для этого не предназначена.

>Это не
> говоря о том что монитор отлично запоминает яркость которую ему выставили.
> Даже грузиться никуда не надо.

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

>> Какие ключи, какая автонастройка? Что вы курите, молодой человек?
> Курят здесь только поклонники Леонида. Посмотрим как через полгода эту фичу прикрутят
> к утилитке и ты будешь тут пысать кипятком рассказывая как жить
> не мог без этого.

Только я и слышу все "аргументы" только в сослагательном наклонении. Опять же - есть что сказать по существу?

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

195. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 10:40 
> Ответ КЭПа: потому что она для этого не предназначена.

Подождём, я верю в гений рахитектора systemd.

> Видно у вас никогда не было ноутбука.

Как-то не было таких проблем с ноутами. Хорошо что есть Леннарт, кто бы мне сказал что до этого у меня проблемы были.

> Только я и слышу все "аргументы" только в сослагательном наклонении. Опять же - есть что сказать по существу?

Когда про втягивание udev внутрь systemd, впиливание зависимости в гном от systemd, жёсткое прибитие гвоздями бинарного журнала, невозможности выпиливания обратно хомки писали то же самое: есть что по существу,сослагательное наклонение...

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

222. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 16-Сен-13, 21:13 
слышь, я б тебе ответил. только в случае готовой команды срач будет продолжаться в стиле: а, у тебя тут больше "хх" символов получилось в строке и ничего не понятно. ой! ай! так не считается! тут у тебя пайпы какие-то, sed какой-то непонятный... уже уйма таких примеров было.
для последнего лога лучше использовать last reboot, вторая строка и дата, и время от старта до выкл.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

234. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 17-Сен-13, 09:09 
> слышь, я б тебе ответил. только в случае готовой команды срач будет
> продолжаться в стиле: а, у тебя тут больше "хх" символов получилось
> в строке и ничего не понятно. ой! ай! так не считается!
> тут у тебя пайпы какие-то, sed какой-то непонятный... уже уйма таких
> примеров было.
> для последнего лога лучше использовать last reboot, вторая строка и дата, и
> время от старта до выкл.

В общем сдулись ребятушки )

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

237. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 17-Сен-13, 09:45 
> В общем сдулись ребятушки )

А журналд позволяет схавать поток логов с железок которые по сислогу отдают? То есть там этот момент допилили?


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

261. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 17-Сен-13, 14:18 
>> В общем сдулись ребятушки )
> А журналд позволяет схавать поток логов с железок которые по сислогу отдают?
> То есть там этот момент допилили?

journald не является реализацией syslog - соответственно и не может сам по себе быть коллектором syslog, но никто не мешает поставить тот же самый rsyslog и перенаправлять его вывод в journald.

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

264. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 17-Сен-13, 16:23 
Теперь вопрос. Как средствами одного только системд и его подручных сливать логи с железок которых туева хуча? Старые костыли в виде сислог-демонов не предлагать.

А теперь я возвращаю фразу:
<В общем сдулись ребятушки )>

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

270. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 19:06 
> но никто не мешает поставить тот же самый rsyslog и перенаправлять его вывод в journald.

Зачем?  К rsyslog прилагается хорошо работающий LogAnalyzer.

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

158. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Куяврик on 16-Сен-13, 00:02 
омойбог. и на чём споткнётся греп?
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

178. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 16-Сен-13, 06:29 
> омойбог. и на чём споткнётся греп?

http://www.opennet.dev/openforum/vsluhforumID3/91726.html#176

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

152. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 15-Сен-13, 22:37 
>>> грепом отфильтровать?
>> нет. grep слишком нефункциональный, в случае целей поиска по логам.
>> похоже что grep для чего-то другого был придуман (например — поиск по
>> файлам исходного кода?), а не для логов.
> задачу давай, где он такой весь «нефункциональный». а заодно поясни, чем логи
> кардинально отличаются от исходников.

Вот еще пример: вывести список ошибок отправки сообщений пользователя vpupkin за вчерашний рабочий день.

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

155. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 15-Сен-13, 22:45 
А они все такие, болезные.Они считают что в продакшене так и надо делать. Фигли, говорить если в этом ентерпайзе журналирования вот так:

[subject] journalctl -x considered harmful
...
For bug *reports* adding -x certainly doesn't make sense. Do we have
documented that somewhere?
Lennart

Автор этого текста легко угадывается.

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

180. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 16-Сен-13, 06:44 
> А они все такие, болезные.Они считают что в продакшене так и надо
> делать. Фигли, говорить если в этом ентерпайзе журналирования вот так:
> [subject] journalctl -x considered harmful
> ...
> For bug *reports* adding -x certainly doesn't make sense. Do we have
> documented that somewhere?
> Lennart
> Автор этого текста легко угадывается.

Вылезли бы уже из криокамеры, да поняли бы что делает journalctl -x

-x, --catalog
           Augment log lines with explanation texts from the message catalog. This will add explanatory help texts to log messages in the output where this is available. These short help texts will explain the context of an error or log event, possible solutions, as well as pointers to support forums, developer documentation, and any other relevant manuals. Note that help texts are not available for all messages, but only for selected ones. For more information on the message catalog, please refer to the Message Catalog Developer
           Documentation[4].

           Note: when attaching journalctl output to bug reports, please do not use -x.

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

182. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 16-Сен-13, 07:30 
Лёньке объясни это дело. Как, вообще как возможно в системе, которая давно готова к продакшену, слышать от "рахитектора": Do we have documented that somewhere?
Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

177. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 16-Сен-13, 06:28 
>>>> грепом отфильтровать?
>>> нет. grep слишком нефункциональный, в случае целей поиска по логам.
>>> похоже что grep для чего-то другого был придуман (например — поиск по
>>> файлам исходного кода?), а не для логов.
>> задачу давай, где он такой весь «нефункциональный». а заодно поясни, чем логи
>> кардинально отличаются от исходников.
> Вот еще пример: вывести список ошибок отправки сообщений пользователя vpupkin за вчерашний
> рабочий день.

http://www.opennet.dev/openforum/vsluhforumID3/91726.html#176

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

179. "Выпуск системного менеджера systemd 207"  –4 +/
Сообщение от ноним (ok) on 16-Сен-13, 06:40 
>>> грепом отфильтровать?
>> нет. grep слишком нефункциональный, в случае целей поиска по логам.
>> похоже что grep для чего-то другого был придуман (например — поиск по
>> файлам исходного кода?), а не для логов.
> задачу давай, где он такой весь «нефункциональный». а заодно поясни, чем логи
> кардинально отличаются от исходников.

Каждая строка из лога *всегда* привязана ко времени и отображает приоритет события, в отличие от исходников.

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

187. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 16-Сен-13, 08:29 
> Каждая строка из лога *всегда* привязана ко времени и отображает приоритет события,
> в отличие от исходников.

экая бредятина.

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

197. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от цирроз (ok) on 16-Сен-13, 11:00 
мдя. для тебя, походу, отфильтровать дату и время - задача ниипически сложная.
садись, два.
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

254. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:42 
> а заодно поясни, чем логи кардинально отличаются от исходников.

Думаю, он пытался говорить о степени (не)структурированности, но не вспомнил и поленился сходить посмотреть формулировки более хитрых дяденек.

Эта риторика расплющивается о тот факт, что для серьёзного анализа логов этого пугача всё равно не хватает, а уже существующие мощные системы умеют сислог, а то и RFC 5424.

Да, я и этих устриц ел.

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

265. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от arisu (ok) on 17-Сен-13, 16:27 
да я примерно понял, что он сказал бы, если бы ему хватило мозгов. вот и хотел проверить, насколько там беда. оказалось — никакой беды: нет мозгов, нет и проблемы с ними.
Ответить | Правка | ^ к родителю #254 | Наверх | Cообщить модератору

85. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 15-Сен-13, 18:32 
Где ты конфиги в бинарном формате увидел?
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

101. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 19:17 
ой, %$§&@, извините, предвосхитил события!
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

94. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Анончик on 15-Сен-13, 19:02 
> зачем мне дополнительные утилиты для просмотра логов и редактирования конфигураций

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

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

102. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 19:18 
какой ты чёткий, про свойства магнитов слышал. отличник наверное?
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

131. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от sdog (ok) on 15-Сен-13, 21:38 

а что, systemd настолько сильно усложняет администрирование? пока, systemd использую на десктопах только, вроде никакого криминала не замечал, на серверах RHEL и производные.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

221. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Anonym1 on 16-Сен-13, 20:07 
> а что, systemd настолько сильно усложняет администрирование? пока, systemd использую на
> десктопах только, вроде никакого криминала не замечал, на серверах RHEL и
> производные.

Версия серверов RHEL этих какая? Точно systemd на сервере?

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

202. "Выпуск системного менеджера systemd 207"  +4 +/
Сообщение от Гость on 16-Сен-13, 12:02 
> Тогда почему тебя волнует что используют другие?

Абрам Моисеевич, почему вы хотите уехать? Что вас не устраивает?
- Меня не устраивает ваше отношение к гомосексуализму!
- А какие проблемы, вроде же с этим всё спокойно?
- Послушайте, при Сталине за это расстреливали, при Брежневе -
принудительно лечили, сейчас это вошло в норму. Так вот, я таки
хочу уехать из этой страны, пока это не стало обязательным!

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

25. "Выпуск системного менеджера systemd 207"  +12 +/
Сообщение от KT315 (ok) on 15-Сен-13, 13:37 
:'( как же я тебя понимаю...
В добавок, такого бадхёрта с символическими ссылками systemd я в жизни представить не мог, директория отвечающая за уровни запуска, напоминает блондинок и прочих, у которых вся музыка (*.mp3 файлы) в одной папке, название группы и песни только в имени файла и никаких тегов в них же. "Таргеты" и "Ран левелы" являются синонимами и те и другие присутствуют для совместимости, устраивая дополнительную мешанину и блеать... какая лесом совместимость в "yet another" системе инициализации, которая априори все не то что ломает, а должна все сломать и сделать по другому? Хотят систему без костылей? Но отсутствие костылей ломает совместимость, так лесом тогда эту совместимость!

PS: надеюсь у systemd наступит коллапс, и главные мейнтейнеры поймут свою ошибку. И да, домохозяйки так сильно не вникают в эти процессы, а тому кому нужно - всегда мог разобраться с классический SysV init, а кто не мог... над ущербными не смеются.

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

86. "Выпуск системного менеджера systemd 207"  –5 +/
Сообщение от Аноним (??) on 15-Сен-13, 18:33 
Ты когда в поcледний раз ls /etc/rc*.d/ делал? Там точно такая же мешанина.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

105. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от KT315 (ok) on 15-Сен-13, 19:31 
> Ты когда в поcледний раз ls /etc/rc*.d/ делал? Там точно такая же
> мешанина.

там полный порядок, все линки ведут в "../init.d/script_name",
rcN.d - уровни запуска, все очень очевидно, просто, и самое главное - интуитивно понятно, но если с этим проблемы, то RTFM или GTFO.

А вот  про systemd такое не скажешь, ИМХО.
/bin;/sbin;/etc/rc** симлинки ведут в лес "/usr"
+ там еще каша с симлинками мультитаргет и rc*.d, к примеру.

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

279. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Аноним (??) on 18-Сен-13, 13:56 
Сам RTFM или GTFO

В systemd используется похожая на /etc/rc*.d система линков

В /etc/systemd/system/*.target.wants/ находятся линки на юниты в /lib/systemd/system/. При этом свои кастомные юниты можно положить в /etc/systemd/system/ и линковаться на них тоже.

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

106. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Карбофос (ok) on 15-Сен-13, 19:44 
что там не так? S с номером, или K с номером не осилилось?
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

115. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Пр0х0жий (ok) on 15-Сен-13, 20:43 
> ... /etc/rc*.d/ ... Там точно такая же
> мешанина.

Да неужели?

/etc/init.d/network usage
network {start|startwith|stop|stopwith|restart|reload|restartwith|switchto|switchfrom <new profile name>}

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

133. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:39 
> PS: надеюсь у systemd наступит коллапс, и главные мейнтейнеры поймут свою ошибку.

не поймут. системды настолько отвратительно сделан, что всенепременно станет «стандартом».

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

138. "Выпуск системного менеджера systemd 207"  –7 +/
Сообщение от ноним (ok) on 15-Сен-13, 21:56 
>> PS: надеюсь у systemd наступит коллапс, и главные мейнтейнеры поймут свою ошибку.
> не поймут. системды настолько отвратительно сделан, что всенепременно станет «стандартом».

Я понял! Основная проблема современных дистрибутивов заключается в том, что их майнтайнеры не прислушиваются к мнению системных аналитегов с opennet: KT315, pavlinux и airsu )

P.S.: Всех прочих аналитегов прошу простить за отсутствие внимания - всех не упомнишь.

P.P.S: c7b9be9f2dd011f716fd0bc041940a17


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

156. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Аноним (??) on 15-Сен-13, 22:52 
А это не сам Линус ли катал на кое каких органах Леннарта совсем недавно, по поводу фирмварей? А не автор ли рсислога, который на этом деле собаку съел, рассказывал про умственные возможности Поттеринга? Но конечно, кто они такие по сравнению с потным гарри^W лёнькой.
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

196. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от цирроз (ok) on 16-Сен-13, 10:51 
пипец. если ты не дружишь с grep и bash, какой ты админ вообще? или кем ты там работаешь? если такое вообще там по специальности. в предыдущих твоих постах - слив полнейший, пованивает кулхацкерством.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

198. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 11:51 
Это интегратор. Всем любителям системд надо задуматься почему интеграторы с такой радостью прыгают вокруг Леннарта. И куда пойдут эти любители системд если Леннарт все свои задумки воплотит и вокруг будут фирмы с вот такими интеграторами.
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

210. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 16-Сен-13, 14:45 
> пипец. если ты не дружишь с grep и bash, какой ты админ
> вообще? или кем ты там работаешь? если такое вообще там по
> специальности. в предыдущих твоих постах - слив полнейший, пованивает кулхацкерством.

Повторю задачу: требуется вывести все ERROR-сообщения демона 'xyz' во время предыдущей загрузки системы.

Ответа пока никто не привел. Ни с башем, ни с грепом, ни с седом )

Может уже наконец напишите что слабо?

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

249. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 17-Сен-13, 13:00 
ответы то будут на вопросы?  или неудобное замалчиваем?
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

260. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 17-Сен-13, 14:16 
> ответы то будут на вопросы?  или неудобное замалчиваем?

"Вопросы" про выставление яркости и многопользовательскую станцию? На первый вроде ответил - не для того она предназначена. А по второму еще проще - запоминается последнее выставленное значение яркости. В точности как с альсой.

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

266. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 17-Сен-13, 16:28 
Слушай ну нам то здесь хоть не ври. Это подрядчикам будешь фтюхивать как надо делать. А здесь ты никак логично не объяснишь почему в системд надо прикрутить qr-коды с веб-сервером, утилитку для запоминания яркости. А вот утилитка для яркости не может выставлять яркость так как охота мне, в нужное время и на нужных пользователей.
Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

269. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от arisu (ok) on 17-Сен-13, 16:46 
> утилитку для запоминания яркости.

и почему утилита для запоминания яркости в состав входит, а утилита для запоминания уровня звука — нет? и ещё куча таких же мегаполезных утилит не входит.

а хотя… знаю! бедный лёня поставил себе задачу весь юзерленд в системды запихать, старается, но всё сразу не успевает. интересно, когда системды обзаведётся вмонтированным shell'ом, потому что «системные шеллы такие разные и ненадёжные, пришлось и это самому делать, да в системды интегрировать…»

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

277. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 18-Сен-13, 07:05 
> и почему утилита для запоминания яркости в состав входит, а утилита для запоминания уровня звука — нет?

Лёня подозревает что на этой одной утилитке он не остановится и напишет ещё один пульсаудио. А его он уже писал - это не интересно.

> интересно, когда системды обзаведётся вмонтированным shell'ом

Ленартшелл. Без этих ненужны пайпов, работы с текстом и прочей чепухи. Это должно быть что-то типа старого васика на спектруме.

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

255. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:48 
> Ответа пока никто не привел.

Вам счёт куда выставлять? (hint: у _меня_ таких задач за более чем 15 лет на *nix не возникало)

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

262. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 17-Сен-13, 14:30 
>> Ответа пока никто не привел.
> Вам счёт куда выставлять? (hint: у _меня_ таких задач за более чем
> 15 лет на *nix не возникало)

Ну вот и на этот раз никто не привел решения задачи ) (hint: а у меня были такие задачи за более чем (не будем письками мериться) лет на *nix. Например, когда младшой идет и ребутит сервак в твое отсутствие (Ctrl+Alt+Del) пока тебя нет на месте потому что "глючит" и юзверы наседают. Младшой по голове-то получит, но разбираться все-равно надо)

Итог: просили примеры, получили, все орут, но по делу так никто и не ответил.

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

271. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 19:15 
> Ну вот и на этот раз никто не привел решения задачи )

Есть такая восточная поговорка -- "один дурак может задать столько вопросов, что на них не ответит и сотня мудрецов".

> (hint: а у меня были такие задачи за более чем (не будем письками мериться) лет на *nix.

При чём здесь мериться?

> Например, когда младшой идет и ребутит сервак в твое отсутствие (Ctrl+Alt+Del)
> пока тебя нет на месте потому что "глючит" и юзверы наседают.
> Младшой по голове-то получит, но разбираться все-равно надо)

Да и было бы чем.

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

> Итог: просили примеры, получили, все орут, но по делу так никто и не ответил.

Думаю, уже ржут в голос.

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

193. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 09:51 
systemd задумывалась как прокладка между человеком и системой.
1. Так можно было переманить часть пользователей (понизить планку интелекта)  
2. Встроить третьего в цепочку система-человек.
А дальше в русле логики: ссылки, бинарные логи, новая структура.. Прослойка нарастает и крепнет.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

203. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Гость on 16-Сен-13, 12:09 
> А дальше в русле логики: ссылки, бинарные логи, новая структура.. Прослойка нарастает
> и крепнет.

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

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


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

61. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от ноним (ok) on 15-Сен-13, 16:12 
>Ну почему?
>>Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf, но в случае такой необходимости можно поставить символическую ссылку /etc/sysctl.d/99-sysctl.conf
>Обязательно всё ломать? Ну давайте, переведите ещё все конфиги в бинарный формат... Ёпрст... Оно что, лучше стало работать от того что конфиги перепрятали? Я не заметил, чтобы дистрибутивы перешедшие на systemd стали чем-то лучше, ни быстрее ни отзывчевее. Конфиги не стали понятнее, наоборот, теперь поди разбери, кто чем рулит, один сплошной xml. В

Все-таки хорошо, что дистрибутивы собирают не белки-истерички. )

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

83. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Xasd (ok) on 15-Сен-13, 18:24 
>>Ну почему?
>>>Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf, но в случае такой необходимости можно поставить символическую ссылку /etc/sysctl.d/99-sysctl.conf
>>Обязательно всё ломать? Ну давайте, переведите ещё все конфиги в бинарный формат... Ёпрст... Оно что, лучше стало работать от того что конфиги перепрятали? Я не заметил, чтобы дистрибутивы перешедшие на systemd стали чем-то лучше, ни быстрее ни отзывчевее. Конфиги не стали понятнее, наоборот, теперь поди разбери, кто чем рулит, один сплошной xml. В
> Все-таки хорошо, что дистрибутивы собирают не белки-истерички. )

точно! вот это наверно самый трезвый коммент здесь :)

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

289. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Andrey Mitrofanov on 19-Сен-13, 19:56 
>> Все-таки хорошо, что дистрибутивы собирают не белки-истерички. )
> точно! вот это наверно самый трезвый коммент здесь :)

Бойся! Грядёт Новость "Arch Linux Deprecates /etc/sysctl.conf".

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

293. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от ноним (ok) on 20-Сен-13, 08:07 
>>> Все-таки хорошо, что дистрибутивы собирают не белки-истерички. )
>> точно! вот это наверно самый трезвый коммент здесь :)
> Бойся! Грядёт Новость "Arch Linux Deprecates /etc/sysctl.conf".

Как там в криокамере поживаете? )

https://www.archlinux.org/news/deprecation-of-etcsysctlconf/

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

72. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от Аноним (??) on 15-Сен-13, 17:16 
> Я пришёл в линукс поражённый гибкостью

А теперь осталось еще усвоить что Linux - только ядро. Поэтому если тебе не надо systemd, окей, впихни то что считаешь нужным. Ядру вот чесслово все-равно что запускать как "систему инициализации".

А то что майнтайнеры существующих дистров будут юзать то что им удобнее - да, будут. Для них systemd вполне удобен. Да и не только для них.

> Конфиги не стали понятнее, наоборот, теперь поди разбери, кто чем рулит,

"Ну и г@вно эти ваши самолеты!!! Что еще за элероны и закрылки?! Какого хрена - выпуск шасси? Где мои любимые вожжи?!?! Автопилот?! Вы там что, охренели?! Раньше как все просто было - куда хочу, туда и еду, а теперь - аэродромы выбирать?!"

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

97. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Адекват (ok) on 15-Сен-13, 19:10 
> Для них systemd вполне удобен.

А для меня удобнее запускать копирование бекапов (быстрее и отдельный носитель не нужен) в /dev/null но вместо этого я почему-то запускаю копирование на соседний сервак.

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

99. "Выпуск системного менеджера systemd 207"  +5 +/
Сообщение от Константавр (ok) on 15-Сен-13, 19:13 
То есть? Я не против прогресса! Но когда мне для управления лошадью дают электронные поводья, которые работают также, только на батарейках специально разработанного калибра и откликаются только на специальный жест пультом управления и с их помощью больше нельзя поворачивать направо, то это прогресс?
Прогресс - это когда вышел новый Файрфокс и когда я его запустил, он стал лучше, фичастее и при этом я не потерял закладок, журнала и настроек - вот это прогресс! А паровоз, который теперь умеет варить кофе, но зато у него теперь квадратные колёса и вместо топки стоит оргАн - это идиотизм..
И я не собираюсь писать свою ось, свой язык программирования, собирать свой компьютер (делал уже когда-то), делать ботинки, отдельную планету.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

227. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Аноним (??) on 16-Сен-13, 23:34 
> Я не против прогресса! Но когда мне для управления лошадью дают электронные поводья, которые работают также, только на батарейках специально разработанного калибра и откликаются только на специальный жест пультом управления и с их помощью больше нельзя поворачивать направо, то это прогресс?

Это унификация. Поверни три раза налево, и получится направо.

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

256. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:50 
> Какого хрена - выпуск шасси? Где мои любимые вожжи?!?!

Внимание, вопрос: как Вы просчитываете глиссаду при покупке хлебушка?

Осторожно, дно двойное.

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

98. "Выпуск системного менеджера systemd 207"  –3 +/
Сообщение от Xasd (ok) on 15-Сен-13, 19:10 
> Ну почему?
>>Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf, но в случае такой необходимости можно поставить символическую ссылку /etc/sysctl.d/99-sysctl.conf
> Обязательно всё ломать?

это ваше якобы "работающее" -- создаёт благотворную ситуации для случев которые приведут к сбою.

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

когда два соверешенно разных скрипта обратятся (для записи) внутрь файла /etc/sysctl.conf чтобы изменить/прочитать свои значения ---- молитесь всем богам чтобы они это пытались сделать не одновременно.

а если разработчики скриптов будут точно знать что НЕЛЬЗЯ использовать файл /etc/sysctl.conf -- то значит это автоматом избавит и от потенциальной опасности состояния гонки.

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

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

109. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 15-Сен-13, 20:19 
Можно пример таких скриптов?
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

139. "Выпуск системного менеджера systemd 207"  +7 +/
Сообщение от arisu (ok) on 15-Сен-13, 21:56 
> Можно пример таких скриптов?

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

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

159. "Выпуск системного менеджера systemd 207"  +4 +/
Сообщение от KT315 (ok) on 16-Сен-13, 00:02 
Во первых, для чтения - это не есть проблема,
а во вторых, для записи чего либо есть (внезапно!) /etc/sysctl.d/ (так вот она для чего?!) ибо трогать на запись сторонними прогами/утилитами системный /etc/sysctl.conf это дурость, КЭП.
И вообще, это выстрел в ногу, если одна и более утилит имеют право писать туда без спроса.
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

257. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:53 
> а если разработчики скриптов будут точно знать что НЕЛЬЗЯ использовать файл
> /etc/sysctl.conf -- то значит это автоматом избавит и от потенциальной опасности
> состояния гонки.

Вы хотя бы на один шаг вперёд думать умеете?..

Ну точно как в тот раз с истерикой про якобы готовность UEFI.

Когда кому-то дадут по рукам на /etc/sysctl.conf -- он в большинстве случаев почешет репу, посмотрит, куда там теперь заглядывают, и будет читать-писать туда.  И всё.

Такие "меры" для описанной Вами ситуации -- это игра идиота в прятки с самим собой.

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

114. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Loooooker (ok) on 15-Сен-13, 20:43 
Не обижайте язычников! =)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

118. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Мяут (ok) on 15-Сен-13, 21:00 
Вместо того, чтобы писать такой большой коммент, погуглили бы сначала:
https://bugzilla.redhat.com/show_bug.cgi?id=760254
https://bugzilla.redhat.com/show_bug.cgi?id=924433

Соль в том, что непонятно, должен ли /etc/sysctl.conf применяться до или после /etc/sysctl.d - вот его и выпилили :)

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

162. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от KT315 (ok) on 16-Сен-13, 00:10 
> Вместо того, чтобы писать такой большой коммент, погуглили бы сначала:
> https://bugzilla.redhat.com/show_bug.cgi?id=760254
> https://bugzilla.redhat.com/show_bug.cgi?id=924433
> Соль в том, что непонятно, должен ли /etc/sysctl.conf применяться до или после
> /etc/sysctl.d - вот его и выпилили :)

https://bugzilla.redhat.com/show_bug.cgi?id=924433
LOL:
- /etc/sysctl.conf or /usr/lib/sysctl.d/fedora.conf or /etc/sysctl.d/00-fedora.conf
not apply changes in system
- sysctl is now handled by systemd.
- But I think that this is caused by name of your conf file. 00-fedora.conf precedes in alphabet 00-system.conf, so it is overridden by its values. Try to rename it as 01-fedora.conf
- Well, I have just renamed /usr/lib/sysctl.d/00-fedora.conf to 01-fedora.conf and now after reboot settings from 01-fedora.conf appear to be applied. I will try make some tests in my other box with fc18 and report here.
И это годнота? И это нужно?

вообщето, я более чем уверен, что  /etc/sysctl.conf был до /etc/sysctl.conf и является главным базовым конфигом, а вот тюнинг уже происходить должен тут /etc/sysctl.conf, что бы не запороть основные переменные, если что-то не так натюнинговали. Т.е. сперва должен примениться базовый /etc/sysctl.conf, а потом уже тюнингованый /etc/sysctl.conf. Ведь это логично же %-)
Но у стариков либо начинается старческий маразм, а основная масса молодняка не понимает для чего это.

То что выпилили, напоминает больную ногу:
- Доктор, я сломал ногу! Сделайте что-нибудь, пожалуйста!
- Сейчас мы ее отпилим, зашьем, и больше вы не сможете ее сломать...

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

211. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от KT315 (ok) on 16-Сен-13, 15:37 
oh my brain :-O lol
fix:
1) /etc/sysctl.conf был до /etc/sysctl.d
2) должен примениться базовый /etc/sysctl.conf, а потом уже тюнингованый /etc/sysctl.d/*.conf
Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

258. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:54 
> То что выпилили, напоминает больную ногу:
> - Доктор, я сломал ногу! Сделайте что-нибудь, пожалуйста!
> - Сейчас мы ее отпилим, зашьем, и больше вы не сможете ее сломать...

Федорасы, сэр.

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

2. "Выпуск системного менеджера systemd 207"  +8 +/
Сообщение от mine (ok) on 15-Сен-13, 11:22 
Стабилизируется?
Значит скоро Поттеринг бросит и пойдёт другим заниматься, ведь не гоже ему поддержкой своих поделий заниматься.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

175. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Анончик on 16-Сен-13, 06:22 
> Стабилизируется?
> Значит скоро Поттеринг бросит и пойдёт другим заниматься, ведь не гоже ему
> поддержкой своих поделий заниматься.

Да, завтра он займется твоим любимым софтом, перепишет его и полностью сломает, а потом будет заставлять тебя пользоваться им

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

213. "Выпуск системного менеджера systemd 207"  +/
Сообщение от anonymous (??) on 16-Сен-13, 17:32 
>> Стабилизируется?
>> Значит скоро Поттеринг бросит и пойдёт другим заниматься, ведь не гоже ему
>> поддержкой своих поделий заниматься.
> Да, завтра он займется твоим любимым софтом, перепишет его и полностью сломает,
> а потом будет заставлять тебя пользоваться им

Когда он пилил pulseaudio и network manager, это было не так критично, т.к. от этого можно без проблем отказаться в любой системе. Более того - есть рабочие альтернативы, по несколько штук.
Когда его новейшее детище стали по умолчанию предустанавливать в дистрибутивы, это уже катастрофично, т.к. оно напрямую завязано с udev, который теперь отдельно от systemd не существует. И альтернатив - для новых версий udev - увы, нет.

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

214. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 18:07 
Только что скомпилял в уютненькой свежий eudev. Брат здоров, передает привет.
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

228. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от anonymous (??) on 16-Сен-13, 23:41 
> Только что скомпилял в уютненькой свежий eudev. Брат здоров, передает привет.

Это разработчики которого извинялись и дарили конфеты Леннарту? Вы знаете, я не стану ставить софт такого качества на сервер, мне спокойный сон дороже.

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

273. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Аноним (??) on 17-Сен-13, 20:16 
Только почему-то новости о сем великом событии происходят исключительно из бложеков федорастов-поттеропоклонников. Так что есть большие сомнения, что все происходило так, как описано, если было, конечно, вообще.
Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

233. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 17-Сен-13, 07:16 
А туда уже втащили бинарный реестр^W hwdb?
Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

274. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 17-Сен-13, 20:19 
Юзом. У меня включен, надо будет как-нить попробовать собрать без него, и посмотреть, что получится.
Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

278. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 18-Сен-13, 07:07 
Не, если они успевают за бешеным кодером, тады гуд.
Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

39. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от AX (ok) on 15-Сен-13, 14:45 
> -  Добавлена утилита для сохранения и восстановления установок яркости экрана между
> перезагрузками. Утилита сохраняет настройки яркости перед завершением работы и восстанавливает
> на ранней стадии загрузки;

Unix-way!

>systemd-sysctl

Кто-нибудь, напомните мне, зачем оно нужно, когда systcl сам может читать конфиги из /etc/sysctl.d/?

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

51. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от anonymous (??) on 15-Сен-13, 15:20 
>Кто-нибудь, напомните мне, зачем оно нужно, когда systcl сам может читать конфиги из /etc/sysctl.d/?

Скоро отучат и выкинут.

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

52. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от anonymous (??) on 15-Сен-13, 15:24 
>Кто-нибудь, напомните мне, зачем оно нужно, когда systcl сам может читать конфиги из /etc/sysctl.d/?

Без префикса systemd не круто.

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

53. "Выпуск системного менеджера systemd 207"  –2 +/
Сообщение от Аноним email(??) on 15-Сен-13, 15:26 
> Кто-нибудь, напомните мне, зачем оно нужно, когда systcl сам может читать конфиги из /etc/sysctl.d/ ?

Не может и не читает.

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

54. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от AX (ok) on 15-Сен-13, 15:28 
>> Кто-нибудь, напомните мне, зачем оно нужно, когда systcl сам может читать конфиги из /etc/sysctl.d/ ?
> Не может и не читает.

Читаем man sysctl:

--system
              Load settings from all system configuration files.
              /run/sysctl.d/*.conf
              /etc/sysctl.d/*.conf
              /usr/local/lib/sysctl.d/*.conf
              /usr/lib/sysctl.d/*.conf
              /lib/sysctl.d/*.conf
              /etc/sysctl.conf

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

55. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним email(??) on 15-Сен-13, 15:40 
Скрипты запуска RHEL этот ключ не используют.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

56. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от AX (ok) on 15-Сен-13, 15:49 
> Скрипты запуска RHEL этот ключ не используют.

Это личные проблемы скриптописателей из RHEL.

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

89. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Xasd (ok) on 15-Сен-13, 18:38 
> Утилита systemd-sysctl теперь напрямую не читает содержимое /etc/sysctl.conf,
> но в случае такой необходимости можно поставить символическую ссылку /etc/sysctl.d/99-sysctl.conf;

всё правильно сделали.

более того -- символьная ссылка тоже не нужна. (кстате а что такое "символическая" ссылка? :-D.. ладно проехали :)).

использовать файл "/etc/sysctl.conf" -- совершено глупая идея.

те кто НЕ понимают зачем нужно ОБЯЗАТЕЛЬНО использовать именно "/etc/sysctl.d/" (то есть -- те кто не понимают -- зачем нужно разделение конфигурационных файлов) -- ДОЛЖНЫ СТРАДАТЬ!

вобщем -- уважуха тебе, брат, Поттеринг! верное ты делаешь дело!! древнее линивое зло должно страдать..

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

108. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от Аноним (??) on 15-Сен-13, 20:14 
для образование: http://ru.wikipedia.org/wiki/Символьная_ссылка

использовать директорию за место файла нужно только когда это действительно нужно.
Например заменить zshrc на zsh.d если у тебя действительно много разнородных конфигов, шривты, алиасы, скрипты из гита и дт. Но с sysctl.conf это абсолютно не нужно.

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

205. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Гость on 16-Сен-13, 12:13 
> Но с sysctl.conf это абсолютно не нужно.

Потеринг думает иначе => ты не прав.

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

212. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 15:55 
> Потеринг думает иначе => ты не прав.

Поттеринг подумал о вас и создал для вас линк => ты не прав.

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

206. "Выпуск системного менеджера systemd 207"  +/
Сообщение от ee on 16-Сен-13, 12:19 
> те кто НЕ понимают зачем нужно ОБЯЗАТЕЛЬНО использовать именно "/etc/sysctl.d/" (то есть
> -- те кто не понимают -- зачем нужно разделение конфигурационных файлов)
> -- ДОЛЖНЫ СТРАДАТЬ!

Умоляю объяснить. Не понимаю. Страдаю (аж кушать не могу).

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

259. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 17-Сен-13, 13:58 
> (кстате а что такое "символическая" ссылка?

symbolic link, см. хотя бы man ln | grep -- -s

А "символьная ссылка" была бы просто "symbol link".

Привет педивикически-оброзованным.

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

268. "Выпуск системного менеджера systemd 207"  +/
Сообщение от arisu (ok) on 17-Сен-13, 16:42 
ну, для справедливости: английский термин тоже не идеален. если уж есть hard link, то логичней было бы иметь soft link, а не symbolic link.
Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

122. "Выпуск системного менеджера systemd 207"  +2 +/
Сообщение от анонимиум on 15-Сен-13, 21:10 
Меня как-то задолбало при шатдауне ловить глазом финальные кусочки логинга с ошибками отмонтирования файловых систем, невозможностью завершить какие-то процессы.. Когда весь этот поттеринговский треш дойдёт до ума, да и дойдёт ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

129. "Выпуск системного менеджера systemd 207"  +6 +/
Сообщение от anonymous (??) on 15-Сен-13, 21:35 
>Меня как-то задолбало при шатдауне ловить глазом финальные кусочки логинга с ошибками отмонтирования файловых систем, невозможностью завершить какие-то процессы.. Когда весь этот поттеринговский треш дойдёт до ума, да и дойдёт ли?

Могу только предположить, что в этом и есть секрет быстрого отключения.

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

154. "Выпуск системного менеджера systemd 207"  +/
Сообщение от анонимиум on 15-Сен-13, 22:42 
Да, я тоже ;)
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

165. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 01:08 
Во-во, аналогичное и я наблюдаю!
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

207. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Гость on 16-Сен-13, 12:34 
> Меня как-то задолбало при шатдауне ловить глазом финальные кусочки логинга с ошибками
> отмонтирования файловых систем, невозможностью завершить какие-то процессы.. Когда весь
> этот поттеринговский треш дойдёт до ума, да и дойдёт ли?

С годами дойдет. Я даже расскажу зачем затеяна вся эта каша с systemd. Дистростроители, в отличие от пользователей, видят, что зоопарк линуксов становится все более разнообразным и несовместимым. Внутри каждого дистра маинтейнеры корежат базовую систему, что делает невозможным запуск одного и того же скомпилированного приложения на разных дистрибутивах. Кроме того, изначально в базовой системе куча ПО написано разными разработчиками, что-то , а что-то и нет. Дистростоители занимаются всякой ерундой - бекпортированием, адаптацией, самостоятельным отловом ошибок в базовой системе, что отнимает ресурсы. Естественный выход из это каши - унификация базовой системы. Наглядные реализации такой унификации - это FreeBSD и Windows. Поттеринг пошел по пути Windows. Осилит ли он этот путь - большой вопрос. Пока не устаканятся интерфейсы будет много косяков. Но другие разработчики не предлагают унифицировать линукс-платформу. Поэтому дистростроителями были выбранны Поттеринг и systemd.

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

208. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Гость on 16-Сен-13, 12:36 
-- Кроме того, изначально в базовой системе куча ПО написано разными разработчиками, что-то , а что-то и нет.
++ Кроме того, изначально в базовой системе куча ПО написано разными разработчиками, что-то поддерживается, а что-то нет.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

209. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Аноним (??) on 16-Сен-13, 12:59 
Можно узнать список этого вагона софта, что очень всем нужен но не работает из-за системы инициализации? И в принципе я понимаю куда любители системд тянут линух - система которая нужна для запуска всякой проприетарщины и прочей шареваре приблуды.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

218. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Адекват (ok) on 16-Сен-13, 19:40 
> Дистростроители, в отличие от пользователей, видят, что зоопарк линуксов становится
> все более разнообразным и несовместимым.

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

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

123. "Выпуск системного менеджера systemd 207"  +7 +/
Сообщение от анонимиум on 15-Сен-13, 21:16 
Зыж, системД давно уже не грузится так реактивно, как в начале своего существования. Вполне сравнимо с апстарт. А скоро разрастётся так, что станет сравнимо с классическим инит - вот это будет финальная хохма под занавес, что называется ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

163. "Выпуск системного менеджера systemd 207"  +3 +/
Сообщение от Куяврик on 16-Сен-13, 00:13 
> А скоро разрастётся так, что станет сравнимо с классическим инит - вот это будет финальная хохма под занавес, что называется ;)

systemd-systemd исправит ситуацию


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

219. "Выпуск системного менеджера systemd 207"  –1 +/
Сообщение от Адекват (ok) on 16-Сен-13, 19:41 
> systemd-systemd исправит ситуацию

Не, только GNU/systemd

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

313. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Michael Shigorin email(ok) on 22-Окт-13, 02:47 
> Зыж, системД давно уже не грузится так реактивно, как в начале своего
> существования. Вполне сравнимо с апстарт. А скоро разрастётся так, что станет
> сравнимо с классическим инит - вот это будет финальная хохма под
> занавес, что называется ;)

Если что, у меня сейчас live-образы на альтовских sysvinit+startup+initscripts грузятся и выключаются заметно быстрее, чем на systemd-208 (началось между 204 и 206).

Залипает на "A stop job is running for User Manager for 500", хотя и не просили.

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

168. "Выпуск системного менеджера systemd 207"  +/
Сообщение от Аноним (??) on 16-Сен-13, 01:40 
В Fedora по умолчанию /etc/sysctl.d/99-sysctl.conf -> ../sysctl.conf
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

232. "Выпуск системного менеджера systemd 207"  +1 +/
Сообщение от Anonimous_true on 17-Сен-13, 01:14 
> В systemd-run добавлена опия

Исправьте. Блэкреестр не дремлет

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

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

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




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

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