форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Выпуск системного менеджера 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.ru/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 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 (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 (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 (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 (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 (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 (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 (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 (ok) on 17-Сен-13, 19:19
	> В целях обывательского интереса: на что ушли эти полтора часа? На выяснение того, почему перед multi-user.target не запускается нужный сервис, как сказано.  И это уже по воспоминаниям предыдущих разбирательств на ту же тему, не с нуля. > Init-скрипты к пакетам дописывали? ) Они там и так есть.
	Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

	275. "Выпуск системного менеджера systemd 207"	+3 +/–
	Сообщение от Michael Shigorin (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 (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 (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 (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 (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.ru/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.ru/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 (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 (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 (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 (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 (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 (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 +/–
	Сообщение от Аноним (??) 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"	+/–
	Сообщение от Аноним (??) 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 (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 (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 | Индекс форумов | Темы | Пред. тема | След. тема