1.2, Аноним (-), 14:00, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Может кто-нибудь внятно объяснить зачем:
> перенос правил DBus из /etc в /usr | |
|
2.6, Мадара (ok), 14:26, 02/03/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
> В systemd-fstab-generator добавлена проверка загрузки ядра с параметром "systemd.volatile=", что позволяет реализовать для обычных загрузок аналог режима "--volatile" в systemd-nspawn, позволяющем загрузить систему без предварительно подготовленных директорий /etc и /var, корневой раздел с этими директориями будет создан на лету в tmpfs, а из системных разделов примонтирован только /usr;
думаю это взаимосвязанно
| |
2.10, Аноним (-), 14:42, 02/03/2017 [^] [^^] [^^^] [ответить]
| +13 +/– |
> Может кто-нибудь внятно объяснить зачем:
>> перенос правил DBus из /etc в /usr
Это такая схема размещения конфигов. Дефолтные (дистрибутивные) конфиги лежат в /usr. Если админ хочет что-то поменять, он копирует их в /etc и правит там. /etc имеет приоритет над /usr.
В принципе логично и удобно. Для тех программ, которые эту схему не используют, лично я стараюсь копировать дефолтный конфиг перед правкой, чтобы в случае чего быстро откатить обратно. А так достаточно удалить свой файл из /etc.
| |
|
3.125, Kroz (ok), 01:16, 03/03/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Это такая схема размещения конфигов. Дефолтные (дистрибутивные) конфиги лежат в /usr. Если
> админ хочет что-то поменять, он копирует их в /etc и правит
> там. /etc имеет приоритет над /usr.
C такой логикой нужно весь /etc в /usr засунуть.
Кейс: С очередным обновлением приходит апдейт конфигов в /usr, и получается что "админовская версия" (точнее её части, которые были модифицированы в апдейте) уже не актуальны. Как с этим предлагается работать?
Если всё в /etc, то пакетный менеджер обнаруживает, что файл был изменен админом, кладет новую версию конфига рядом, и выводит сообщение админу "смерджи, пожалуйста". А с вариантом "конфиги в /usr" как?
| |
|
4.140, Аноним (-), 09:40, 03/03/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
Дурной вопрос. Каждый правоверный обязан читать бложек своего пророка на предмет новых откровений.
| |
|
|
2.12, Аноним (-), 14:44, 02/03/2017 [^] [^^] [^^^] [ответить]
| +10 +/– |
потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
| |
|
3.18, Аноним (-), 15:13, 02/03/2017 [^] [^^] [^^^] [ответить]
| –5 +/– |
А когда я ищу действующий конфиг, я куда должен лезть? В место А, если нет Б, если нет С, если нет Д, если нет - бл*, я за---лся!
| |
|
4.59, XXXasd (ok), 18:54, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> я куда должен лезть?
а куда ты его клал?
ни куда? тогда в /usr/
| |
|
|
6.117, Аноним (-), 23:48, 02/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вы что, единственный админ в ойкумене?
А вы что, не знакомы с системами, которые администрируете?
| |
|
7.127, RomanCh (ok), 01:26, 03/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тут такое дело, что на практике иногда действительно так и бывает. Иногда впервые заходишь на машину которую до тебя настраивали несколько поколений админов (и программистов!) разной степени вменяемости и компетентности.
Да, в теории конечно "вы же должны всё изучить и знать!" но на практике:
* На это чаще всего просто нет времени.
* О существовании некоторых машин вы узнаёте только когда они ломаются, т.к. передача проекта была осуществлена на уровне "вот вам xls файл, в нём всё описано!"
| |
|
|
|
|
11.219, yz (?), 11:25, 05/03/2017 [^] [^^] [^^^] [ответить] | –2 +/– | рассматривать systemd из debian смешно, они там на десятки версий отстают Когда... текст свёрнут, показать | |
|
|
13.225, yz (?), 16:20, 06/03/2017 [^] [^^] [^^^] [ответить] | +/– | Тут получается одни не могут сделать стабильную ветку, другие вкорячили а поддер... текст свёрнут, показать | |
|
|
|
10.201, . (?), 20:06, 04/03/2017 [^] [^^] [^^^] [ответить] | +1 +/– | В Багдаде всё спокойно Вот только ты забыл что тут у людей и опыт и интернет... текст свёрнут, показать | |
|
|
|
|
|
|
|
3.65, freehck (ok), 19:16, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?
А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.
А всё почему? Потому что дефолтные конфиги от мейнтейнеров (которые именно конфиги демонов), могут оказаться разными, в зависимости от ряда факторов.
| |
|
4.102, freehck (ok), 22:45, 02/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
> Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?
Угу. И гробовое молчание.
Конечно, ведь если ответить на этот вопрос, то встанет следующий:
Понятно, почему юниты, являющиеся конфигурационными файлами для systemd, лежат в /usr. Не понятно, почему там должны лежать правила dbus, которые являются конфигурацией, внезапно, dbus.
| |
|
5.106, Аноним (-), 23:29, 02/03/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Понятно, почему юниты, являющиеся конфигурационными файлами для systemd, лежат в /usr. Не понятно, почему там должны лежать правила dbus, которые являются конфигурацией, внезапно, dbus.
Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.
| |
|
6.142, Аноним (-), 09:43, 03/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.
конфиги стали обладать мышлением? 8-(
я уже опасаюсь systemd
| |
|
7.193, anomymous (?), 14:47, 04/03/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Да, и интеллект systemd начал превосходить интеллект многих среднестатистических админчиков локалхостов, привыкших к vi и вороху дерьма в /etc/init.d
| |
|
8.198, Аноним (-), 16:08, 04/03/2017 [^] [^^] [^^^] [ответить] | +1 +/– | сам-то каким парком рулишь судя по апломбу - два сервера в бухгалтерии и один п... текст свёрнут, показать | |
|
|
|
|
4.107, Аноним (-), 23:31, 02/03/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?
> А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.
Юнит-файлы - частный случай файлов конфигурации (в данном случае - файлов конфигурации systemd).
Файлы конфигурации D-Bus - другой частный случай.
А схема etc over usr работает понятно и прозрачно в обоих случаях, и во многих других.
| |
|
5.148, freehck (ok), 10:24, 03/03/2017 [^] [^^] [^^^] [ответить] | +/– | Между прочим, работает понятно и прозрачно - это тот вопрос, на который я потр... большой текст свёрнут, показать | |
|
6.217, Vkni (ok), 22:57, 04/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Если нет, то не проще ли сделать бэкап редактируемого юнита?
Кстати, если backup продолбан, пакет всегда можно скачать ещё один раз из репозитария, и переустановить, восстановив конфиг maintainer'а. Или просто вытащить из .rpm/.deb с помощью mc или утилит командной строки.
| |
|
|
|
3.126, Kroz (ok), 01:19, 03/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
> из пакетов, а в /etc - локальные, написанные админом.
C такой логикой нужно весь /etc в /usr засунуть.
Кейс: С очередным обновлением приходит апдейт конфигов в /usr, и получается что "локальная версия" (точнее её части, которые были модифицированы в апдейте) уже не актуальны. Как с этим предлагается работать?
Если всё в /etc, то пакетный менеджер обнаруживает, что файл был изменен админом, кладет новую версию конфига рядом, и выводит сообщение админу "смерджи, пожалуйста". А с вариантом "конфиги в /usr" как?
| |
|
4.149, freehck (ok), 10:30, 03/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Кейс: С очередным обновлением приходит апдейт конфигов в /usr
Ты им ещё раскрой большой секрет, пакет может предоставлять несколько дефолтных конфигов в зависимости от цели установки. За примерами тоже далеко ходить не надо: apt-get install postfix.
Ох, Kroz, знаешь, сколько таких разговоров у меня уже было? :)
Не парься, они не слушают.
| |
4.216, Vkni (ok), 22:54, 04/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> C такой логикой нужно весь /etc в /usr засунуть.
Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или вообще не догадывался об этом, т.к. пришёл с MS Windows.
| |
|
5.233, freehck (ok), 06:31, 10/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> C такой логикой нужно весь /etc в /usr засунуть.
> Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых
> всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или
> вообще не догадывался об этом, т.к. пришёл с MS Windows.
Он что-то говорил на тему "давайте заменим пакетный менеджер на btrfs". Может быть ему понравились снапшоты btrfs? Зная Поттеринга, видение его могло бы быть примерно таким: systemd мониторит появление новых и изменения старых юнитов и каждый раз при обнаружении оных делает снапшот.
| |
|
|
3.215, Vkni (ok), 22:52, 04/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
> из пакетов, а в /etc - локальные, написанные админом.
А зачем нужны конфиги системы, написанные "майнтейнерами", если есть сисадминские? Это я как maintainer спрашиваю.
| |
|
2.44, Аноним (-), 18:10, 02/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> перенос правил DBus из /etc в /usr
Надо чаще так делать. В следующем релизе нужно вернуть обратно.
| |
|
3.58, Andrey Mitrofanov (?), 18:53, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> перенос правил DBus из /etc в /usr
> Надо чаще так делать. В следующем релизе нужно вернуть обратно.
В следующем будут "/usr merge" для снова образовавшийся /usr топтать. Эта музыка будет вечной!
| |
|
|
1.9, AlexGluck (?), 14:36, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А зачем замена fstab, cron, lxc, docker, networkmanager, chroot, rsyslog, resolv, udev, login и я заманался вычитывать что там ещё есть? Я был противником системд как раз из-за того что в него пихают всё подряд. Но действительно на многопоточных конфигурациях не хватало современной замены систем5. Если добавить ядро ОС и coreutils практически готовый дистрибутив.
| |
|
|
3.16, AlexGluck (?), 14:55, 02/03/2017 [^] [^^] [^^^] [ответить]
| –6 +/– |
Многопоточных - много потоков. Это, уважаемый динозавр, когда у компьютера потоков исполнения задач больше 1. Например технология HT от intel или больше одного ядра у процессора. Каждая задача выполняется в своём потоке и в зависимости от количества потоков, одновременно могут стартовать монтирование шар, настройка сети, внутренних систем.
| |
|
4.20, 123 (??), 15:35, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Например технология HT от intel
HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.
>>Каждая задача выполняется в своём потоке
Неправильный ответ в отношении systemd, он просто хорошо оптимизирует запуск сервисов, учитывая их зависимости - копия scm от ms, который копия старта из netware.
| |
|
5.86, Аноним (-), 21:24, 02/03/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.
Не совсем, всё сложнее. Процессор определяется как два и забирает себе инструкции двух разных потоков. Суть в том, что каждая инструкция разбивается на микрокоманды и формируется очередь микрокоманд для каждого потока. Так как две очереди по большей части не зависят друг от друга, то их микрокоманды могут идти на разные исполнительные блоки процессора и обрабатываться параллельно.
Мало того, конвейер угадывает будущее, т.е. обрабатывает микрокоманды наперёд, максимально задействуя все вычислительные блоки, какие возможно.
Всё это вместе взятое позволяет на порядок повысить производительность, не прибегая к повышению частоты процессора.
| |
|
6.131, Аноним (-), 02:53, 03/03/2017 [^] [^^] [^^^] [ответить] | +5 +/– | Вы бы все хоть писали в одной терминологии Ваш поток - это английское thread... большой текст свёрнут, показать | |
|
7.182, Аноним (-), 18:44, 03/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> "микрокоманд" там нет.
Да ну? Я системный разработчик и интересуюсь оптимизацией под процессоры, соответственно. Ваше заявление относится к процессорам 10-летней давности. На всё ваше сообщение я могу посоветовать Вам почитать хотя бы Архитектуру ЭВМ Таненбаума. Ну или пошерстить по статьям Википедии, если книга напугает размером.
| |
|
8.203, . (?), 20:11, 04/03/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Да нет, ты - очередная дочь морского офицера , у которой тут всё не так однозн... текст свёрнут, показать | |
|
7.194, anomymous (?), 14:51, 04/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не для писькометрии и не из-за балансировщика он нужен. Он нужен, чтобы увеличить загрузку существующих исполнительных блоков, и не делать ради большего параллелизма ещё одно честное ядро.
А почему честное ядро не хотят делать - знаете? Нет, не стоимость.
| |
|
8.210, Аноним (-), 20:40, 04/03/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Приятно видеть, что здесь есть люди с которыми можно что-либо пообсуждать Мне т... текст свёрнут, показать | |
|
|
|
|
4.46, Аноним (-), 18:18, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Внезапно, "монтирование шар, настройка сети, внутренних систем" выполняется практически с той же скоростью вне зависимости от количества потоков, исполняемых вашим CPU одновременно.
| |
|
|
2.24, Аноним (-), 15:55, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
/etc/fstab как был, так и остался
cron с этим "crontab -e" - все правильно сделали
lxc - более низкий уровень, используется в systemd
docker - появился на 3 года позже systemd, имеет проблемы с безопасностью, другое предназначение
networkmanager - кусок крапа, все правильно сделали
и т.д.
| |
|
3.25, Аноним (-), 16:01, 02/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если бы не пихали всё в одно - слова бы никто не говорил.
> cron с этим "crontab -e" - все правильно сделали
Меня всё устраивает.
> networkmanager - кусок крапа, все правильно сделали
Что это такое вообще и почему это должно быть у меня в системе? Точнее почему оно отсутствует?
| |
|
4.108, Аноним (-), 23:34, 02/03/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> cron с этим "crontab -e" - все правильно сделали
> Меня всё устраивает.
Это ваши личные проблемы. А вот мейнтейнеры дебиана, например, задолбались писать костыли типа
> # By default, run at 00:57 on every Sunday, but do nothing unless the day of
> # the month is less than or equal to 7. Thus, only run on the first Sunday of
> # each month. crontab(5) sucks, unfortunately, in this regard; therefore this
> # hack (see #380425).
> 57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi
| |
|
5.150, freehck (ok), 10:38, 03/03/2017 [^] [^^] [^^^] [ответить] | +2 +/– | Неа Это не проблемы, а достоинства cron-а Если что-то не предусмотрено в syste... большой текст свёрнут, показать | |
|
|
|
|
1.17, Аноним (-), 15:12, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
А говорят приложение не может требовать опций ядра..
| |
|
2.22, Аноним (-), 15:39, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
А еще приложений можно сразу много запустить, и они хранят документы в $HOME. А тут какие то /usr и /etс... Что за мерзость, действительно - опции ядра, системные файлы. Даешь только кнопку "Сделать зае__сь", и не надо никаких системд.
| |
|
3.27, Аноним (-), 16:06, 02/03/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Даешь только кнопку "Сделать зае__сь"
Прекрасное описание работы systemd. Зачем думать? Там же все юниты за тебя всё делают, настраивают, запускают сервисы.
| |
|
2.26, Аноним (-), 16:04, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
> А говорят приложение не может требовать опций ядра..
Этот комбайн ещё не того потребует скоро. Они форкнут ядро и включат всё в него. А потом оно так разрастётся, что останется один бинарь, который умеет ВСЁ.
| |
2.110, Аноним (-), 23:38, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
> А говорят приложение не может требовать опций ядра..
Скажите это разработчикам LXC, Docker, iptables, DRBD, ipvs, brctl, tgtd, mdadm и десятков других программ, а то они как-то не в курсе :)
| |
|
1.19, Аноним (-), 15:31, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
админ локал хоста из вижу пока из пользы что комп мнгновенно выключается
пока одобряю но не понятно как в логах копатся куда они делись, документация портянка лучше стар трек посмотреть
| |
|
|
3.28, Аноним (-), 16:09, 02/03/2017 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Зачем вам линукс если вы не можете забить в гугл systemd logging?
Зачем мне гуглить, если без systemd у меня все логи в /var/log?
| |
|
4.91, EuPhobos (ok), 21:35, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
А с сюстемде они у вас в оперативке по умолчанию, после ребута journalctl всегда девственник. Так то.
| |
|
3.37, Аноним (-), 17:27, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Для локалхоста и мелких серверов всё-же проще в текстовики, ротацию только всему по умолчанию навязать :)
| |
|
4.67, freehck (ok), 19:24, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Для локалхоста и мелких серверов всё-же проще в текстовики, ротацию только всему по умолчанию навязать :)
Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)
| |
|
5.75, Andrey Mitrofanov (?), 19:43, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)
Ставишь Debian. И не ставишь logrotate. Учись, студент! :D
| |
|
6.96, freehck (ok), 22:11, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)
> Ставишь Debian. И не ставишь logrotate. Учись, студент! :D
Package: logrotate
Priority: important
https://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html#s-priority
> *Important* packages should be found on any Unix-like system.
> Other packages which the system will not run well or be usable without will be here.
Короче, это ж ещё додуматься надо! :)
И по-любому он вместе с minimal-install ставится, ибо я всегда ставлюсь через debootstrap, и никогда отдельно logrotate не ставил - сам прилетал.
| |
|
|
4.121, Аноним (-), 23:54, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Для локалхоста и мелких серверов всё-же проще в текстовики
Почему? Как по мне, так даже на локалхосте journalctl с фишками типа -b-1, --since и --until гораздо удобнее костылей на грепе.
| |
|
5.204, . (?), 20:15, 04/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Дуууу ... а шаг в сторону и тебе стреляют в голову! Иди в >|< - если мне нужна будет огороженность - винда и так уже существует.
| |
|
|
|
|
|
2.30, Andrey Mitrofanov (?), 16:20, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> когда уже Поттеринг свое ядро запилит
"Мы" уж скорее hurd до десктопа допилим.
Фришники точно GNU&GPL из базы быстрее выкинут.
А потом, кому юникс-шел сложен, слаб для писания ядра, нет?
А редхату https://www.dwheeler.com/essays/linux-kernel-cost.html#results слабО "своё" ядро "поднять". Денег у них столько нет. (Столько денег даже у мс нет.) Рх только опенсорсные поделки монетизируют. И безобразничает и мелко пакостит с init-pid1-ами/udev-ами и прочими "free"desktop-ами, партнёрит с ораклами и майкрософтами и прочими мпеглами. Вал по плану и пр.СУБЖ.
| |
|
|
4.60, Andrey Mitrofanov (?), 18:57, 02/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> А что сейчас происходит с SysVinit и какие перспективы?
Он просто работает. Причем и на машинах с субжом. Прикинь, да??
Про переспективы -- спроси в профильной новости об его новом%-S релизе.
| |
|
5.61, Аноним (-), 19:05, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
И systemd тоже просто работает. Никаких причин менять одно на другое нет.
Но у systemd есть перспективы, а у sysvinit если они и есть, то о них знают только очень информированные и глубоко законспирированные члены форума.
| |
|
6.66, Andrey Mitrofanov (?), 19:18, 02/03/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> И systemd тоже просто работает.
Враньёёооо....
>Никаких причин менять одно на другое нет.
Есть! И это та же причина, по которой Рх его всем вкорячивают.
> Но у systemd есть перспективы, а у sysvinit если они и есть,
Враньёёооо.
> то о них знают только очень информированные и глубоко законспирированные члены
> форума.
Враньёо.
| |
|
7.95, Аноним (-), 21:59, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
По ссылке явно про старую версию. В новой же всё не так. И когда вы напишите про новую, то уже к тому времени выпустят следующую и всё опять изменится. systemd унаследовал критическую неуязвимость от своего создателя.
| |
|
8.99, freehck (ok), 22:16, 02/03/2017 [^] [^^] [^^^] [ответить] | +2 +/– | Единственное, во что я поверю, так это в то, что Вы прочитали дату публикации ис... текст свёрнут, показать | |
|
|
|
11.152, Аноним (-), 11:12, 03/03/2017 [^] [^^] [^^^] [ответить] | –2 +/– | А ты сам её читал В доказательстве 1 1 он опровергает утверждение компоненты S... большой текст свёрнут, показать | |
|
|
13.165, Аноним (-), 14:15, 03/03/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Q 1 1 Компоненты Systemd имеют хорошо описанные интерфейсы, и поэтому вы можете... большой текст свёрнут, показать | |
|
|
|
|
9.157, Аноним (-), 11:59, 03/03/2017 [^] [^^] [^^^] [ответить] | +4 +/– | PS Я просто попытался изобразить текст так как бы его написали поклонники потте... текст свёрнут, показать | |
|
|
7.147, виндотролль (ok), 10:08, 03/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
та статья — это рационализация точки зрения "системд плохой".
Я с некоторыми пунктами согласен. Но в целом со статьей — не до конца.
Например, аргумент о сложности. Дескать, системд 250,000 строк на си, а все скрипты в дебиане — 10,000 строк.
Но
1) Баш гораздо более высокоуровневый — 10,000 на баше потребуют гораздо больше на си
2) почему бы к 10,000 не добавить количество строк си в исходных кодах баша?
| |
|
8.166, freehck (ok), 14:39, 03/03/2017 [^] [^^] [^^^] [ответить] | +1 +/– | Именно Даже если взять sysvinit и посчитать вместе со скриптами запуска, разниц... большой текст свёрнут, показать | |
|
9.168, Аноним (-), 14:46, 03/03/2017 [^] [^^] [^^^] [ответить] | –3 +/– | Ты в курсе, что сложную задачу делят на части, каждую из которых решают разные л... текст свёрнут, показать | |
|
10.184, freehck (ok), 20:02, 03/03/2017 [^] [^^] [^^^] [ответить] | +4 +/– | Вообще-то bash частью sysvinit не является То, что после запуска init запускает... большой текст свёрнут, показать | |
|
|
12.190, Vkni (ok), 07:31, 04/03/2017 [^] [^^] [^^^] [ответить] | +/– | Ну это, вообще говоря, признак хорошей архитектуры - возможность относительно лё... текст свёрнут, показать | |
|
|
14.214, Vkni (ok), 22:49, 04/03/2017 [^] [^^] [^^^] [ответить] | +/– | И то, слава богу Но вы не учитываете возможности полной перестройки системы на ... большой текст свёрнут, показать | |
|
|
12.199, freehck (ok), 18:17, 04/03/2017 [^] [^^] [^^^] [ответить] | +2 +/– | Хм Знаете, у меня раж спал, я подумал, и понял, что таки да Корректности ради ... большой текст свёрнут, показать | |
|
11.189, Vkni (ok), 07:27, 04/03/2017 [^] [^^] [^^^] [ответить] | +1 +/– | Я бы не сказал, что за bash уж так нужно биться Язык shell серьёзно устарел, но... текст свёрнут, показать | |
|
|
13.213, Vkni (ok), 22:42, 04/03/2017 [^] [^^] [^^^] [ответить] | +/– | Я имел ввиду, что мы берём язык, а не реализацию, из которого уже делаем другой ... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
5.71, Аноним (-), 19:31, 02/03/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Он просто работает. Причем и на машинах с субжом.
Разумеется; я сейчас с такой машины и пишу.
Я имел в виду: не собираются ли разработчики, не дай бог, его забросить.
| |
|
6.146, Stanislav (??), 10:05, 03/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Для таких случаев всегда можно взять что-нибудь другое, начиная с upstart, проходя через runit, заканчивая скриптом на шелле.
| |
|
|
|
|
2.51, Аноним (-), 18:33, 02/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи в ваниллу не пустит. Так что, пусть пилит в одно рыло.
| |
|
3.68, Andrey Mitrofanov (?), 19:27, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи
> в ваниллу не пустит. Так что, пусть пилит в одно рыло.
Кстати о пересипективах s-d! Линус в '91ом на своей 386sx запилил терминалку -- в '2014-ом случился ibm с "перспективами" на миллиардом. В 2010ом ("Sievers started the project to develop systemd in"~~WP:s-d) оно началось с "миллиардами" персперкив Рх -- ...значит, году, эдак, к .... ... ...... 2033-ему Ленарт допишет его до ядра терминалки на 386sx! ...в комнате студ.общаги?! ....в маленькой европейчкой стране.
| |
3.115, Аноним (-), 23:45, 02/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи
> в ваниллу не пустит. Так что, пусть пилит в одно рыло.
Пустит, не пустит, какая разница. Ванильное ядро в любом случае - переусложенный блоб.
Истинные юниксоиды уже давно планируют переписать его на баше, чтобы было гибко и прозрачно.
| |
|
4.195, anomymous (?), 15:00, 04/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Истинные юниксоиды уже давно планируют переписать его на баше, чтобы было гибко
> и прозрачно.
Осторожно, среди хейтеров системд очень много фанатов микроядра.
| |
|
|
2.144, Аноним (-), 09:47, 03/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> когда уже Поттеринг свое ядро запилит
точно, и уйдёт на х..р из linux
| |
|
|
|
3.76, Аноним (-), 19:43, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Тестить? Это, пожалуйста, к команде ядра. Они умеют и делают, да
| |
|
|
1.34, Аноним (-), 17:05, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Спасибо systemd и лично Леннарту Поттерингу. Без него я бы никогда не нашел в себе сил перейти на FreeBSD.
| |
|
|
3.63, Andrey Mitrofanov (?), 19:08, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Попробуй CRUX. Freebsd-like система портов, ядро собираешь по-своему.
На GuixSD же! GNU!! Бесплатный бонус: Они уже переписали pid(1) на LISP. Спешите---
| |
3.222, Аноним (-), 18:02, 05/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
тогда уже гента или слака ;)
ортодоксальнее и прозрачнее(да и легковеснее, тоже)некуда, ну акромя LFS, нарное(и всяких DSL, TinyCore, Puppy мутаций и тп).
| |
|
4.224, chinarulezzz (ok), 21:10, 05/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> тогда уже гента или слака ;)
> ортодоксальнее и прозрачнее(да и легковеснее, тоже)некуда, ну акромя LFS, нарное(и всяких
> DSL, TinyCore, Puppy мутаций и тп).
Ты просто CRUX не пробовал.
LFS > CRUX > Slackware > [всё остальное]
| |
|
|
|
1.38, ram_scan (?), 17:31, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А не проще было вместо этой херовой толпы фичей запилить в системды systemd-sysv-initd и решить головняки на корню ? Дарю идею.
| |
1.49, Аноним (-), 18:26, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
>новые опции монтирования в fstab
Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)
| |
|
2.89, Аноним (-), 21:32, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>новые опции монтирования в fstab
> Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)
Да, он разбивается на несколько целей монтирования, в результате у системных служб можно выстраивать зависимости. Например, если в fstab есть монтирование /home, создаётся цель var.mount. Если требуется зависимость от примонтированного /var, то в unit-файле пишется:
After=var.mount
Так создаются зависимости. Система крайне удобная по сравнению с SysV, где зависимости приходилось делать ручками и они были слишком сложными из-за отсутствия стандартных средств, которые сейчас предоставляет systemd.
| |
|
3.90, Аноним (-), 21:34, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>>новые опции монтирования в fstab
>> Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)
> Например, если в fstab есть монтирование /home, создаётся цель var.mount.
Опечатался, home.mount. var.mount - для /var
| |
3.104, Михрютка (ok), 23:07, 02/03/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
что вы рассказуете противно слушать. какие нафиг зависимости от примонтированного /var, когда у вас всех точек монтирования бут, рут и темп. вы когда мерждили статик бин и бин с юзером, всем так и рассказывали - ето анахронизьм и долой с парохода современности, с нынешними объемами саташечек ето неактуально. а тут вдруг - зависимости от примонтированного вар ах ах.
| |
|
4.116, Аноним (-), 23:47, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> что вы рассказуете противно слушать. какие нафиг зависимости от примонтированного /var,
Например, var-tmp.mount.
| |
|
5.133, Аноним (-), 02:58, 03/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
А что, кто-то ставит Debian + systemd на встраиваемую технику? Каждой задаче - своё решение.
| |
|
6.183, Аноним (-), 19:05, 03/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А что, кто-то ставит Debian + systemd на встраиваемую технику? Каждой задаче
> - своё решение.
Да, я занимаюсь такой разработкой в частности. Могу сказать, что systemd очень удобная система в таком случае, но есть ещё некоторые недостатки: система ещё недостаточно гибкая. Например, не позволяет назначить сервису пользователя из файла конфигурации сервиса. Либо жёстко прописывается в unit-файле, либо через шаблоны unit-файлов, что не всегда подходит, либо через костыль в виде su, куда можно передать переменные из файла окружения.
Одно из преимуществ, полученных от systemd - скорость загрузки. По сравнению с платформой на базе SystemV скорость загрузки выросла в несколько раз за счёт параллельной загрузки сервисов и собственного порядка загрузки.
| |
|
|
4.187, Аноним (-), 22:38, 03/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Может быть у вас ещё и SSD, помимо сата? Это вам для размышлений над монтированием /var, /var/tmp и /home не в embedded.
| |
|
|
|
1.50, Аноним (-), 18:27, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Все поставляемые в составе systemd скрипты на языке Python
Где-то я это уже видел.
| |
|
2.64, proud_anon (?), 19:11, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Нет.. нет.. нет.. остановите землю! Этот *пип* *бип* Джамшут и изобретатель кубического колеса, он же как Мейзуллина и Пилонов в одном лице.Господь пошли ему долгие дни.. (годы нет нужды). Чтобы у него был полон дом устройств интернета-вещей с 200MHz и 32 Мб озу с установленными на них его же сыстемД
| |
|
3.196, anomymous (?), 15:03, 04/03/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
640кб хватит всем? Вас жаба задушила поставить в ваш ембеддед 512М вместо 32М, доплатив аж целых 1$ (в случае очень крупного опта)? Ну и да - для этих вещей есть бизибокс.
| |
|
2.73, Andrey Mitrofanov (?), 19:33, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>Все поставляемые в составе systemd скрипты на языке Python
> Где-то я это уже видел.
В новости "Hg переходит на git".
| |
2.84, Аноним (-), 21:11, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Все поставляемые в составе systemd скрипты на языке Python
Яву туды надо. Чтоб кроссплатформенно и с прицелом на захват винды (а потом и всего мира, чо уж там...).
| |
|
3.118, Аноним (-), 23:50, 02/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Все поставляемые в составе systemd скрипты на языке Python
> Яву туды надо.
Слишком юниксвейно.
| |
|
|
1.103, asand3r (?), 23:05, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В systemd-mount добавлена опция "--umount" для отмонтирования разделов;
Простите, а раньше как нужно было ФС размонтировать?
| |
|
|
3.119, Аноним (-), 23:52, 02/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> systemctl mount systemd-mount --umount
Почти.
systemctl stop blabla.mount
| |
|
|
1.123, Аноним (-), 00:53, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Когда-то был против, потому что нравился upstart (потому что без баша и декларативно и в дистрибе, на котором сижу). Потом всё решили за меня и пришлось скачать http://wiki.opennet.ru/Systemd_%D0%B4%D0%BB%D1% и изучать. Какой же он крутой! Никакого bash-петушения, декларативное описание сервисов, drop-in конфигурации и т.д. Логи все на месте (не надо верещать, что в бинарном формате, всё равно даже текстовые смотрите с помощью отдельной утилиты). И всё это просто работает!
| |
|
2.128, Kroz (ok), 01:29, 03/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Никакого bash-петушения, декларативное описание сервисов,
> И всё это просто работает!
Где-то я это уже слышал. Кто сказал Windows?
Когда столкнетесь с не совсем стандартными зачами, вспомните и про "bash-петушения" и про "просто работает"...
| |
|
3.162, freehck (ok), 13:55, 03/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Когда столкнетесь с не совсем стандартными зачами, вспомните и про "bash-петушения" и
> про "просто работает"...
Не вспомнят. Они скажут начальству "это невозможно", начальство пожмёт плечами, и всё замнётся.
Очень удобный инструмент для корпорастов: если явно не прописано, как с помощью инструмента сделать то-то, значит этого сделать нельзя. Если прописано, но не работает, как надо - значит багу разработчикам.
Такой подход, правда, превращает сисадмина в обезьянку, бездумно жмущую на кнопки в определённой последовательности. Грустно, конечно, но зато посмотри, как они радуются!
| |
|
4.234, Аноним (-), 16:20, 07/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Такой подход, правда, превращает сисадмина в обезьянку, бездумно жмущую на кнопки в
> определённой последовательности.
А, собственно, вам не стыдно все еще считать админство рокетсайнс и безумным страстным творчеством? При наличии достаточных железных ресурсов все админство сводится к "убить по вотчдогу ноду, перезапустить".
| |
|
|
|
3.176, Аноним (-), 16:32, 03/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что же тогда конфиги sendmail?
| |
|
4.179, Andrey Mitrofanov (?), 17:10, 03/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>если скрипты на баше
Нет, разве это не тебя там выше "петушения" и пр.камингауты беспокоили, не стесняйся?
> - это харрасмент | |
4.197, anomymous (?), 15:04, 04/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что
> же тогда конфиги sendmail?
Садомазо. Не удивительно, что ditched.
| |
4.212, . (?), 21:03, 04/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что же тогда конфиги sendmail?
Скрижали дьявола! Истинно вам говорю! :-)
| |
|
|
2.161, freehck (ok), 13:51, 03/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Логи все на месте (не надо верещать, что в бинарном формате, всё
> равно даже текстовые смотрите с помощью отдельной утилиты).
Проблема бинарного лога не в том, что с ним работать сложнее, а в том, что если он побьётся, то его невозможно восстановить.
| |
|
|
4.229, freehck (ok), 23:48, 06/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Не сложнее чем побившийся /var/log/daemon.1.gz.
Хех. Хорошая попытка, но у того же logroate компрессия по умолчанию выключена. Если демон хочет её включить - это делается явно. Чтобы выключить - надо просто закомментировать строку в /etc/logrotate.d/
| |
|
|
|
1.134, Аноним (-), 07:52, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Существенные изменения в 233 есть. Пожалуй системд стоило другую нумерацию ставить, где видно "мажорная.минорная.баг фиксы", и эта была бы можорная.
> В таймерах (.timer unit) добавлена возможность указания времени относительно конца месяца через использование разделителя "~" вместо "-" между днём и месяцем. Например, "*-02~03" приведёт к срабатыванию таймера за три дня до конца февраля.
Бред какой-то, зачем ставить опцию, которая заведомо делает что-то на 3 дня раньше. Запихнули бы рандом чтоли =)
| |
1.135, iCat (ok), 08:26, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
# eselect profile set hardened
# USE="-systemd" emerge --newuse system
Привет сторонникам systemd
| |
|
2.221, freehck (ok), 16:24, 05/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> # eselect profile set hardened
> # USE="-systemd" emerge --newuse system
> Привет сторонникам systemd
Праильно! Так их! :)
Package: *systemd*
Pin: release *
Pin-Priority: -1
| |
|
|