)))))

Все прописано, попробуй повторить, результат сильно удивит. Есть конечно вероятность что так сошлись звезды, и железо родили в понедельник, но....

))))

То dev, чисто внутренний, глубоко похрен.

Не пофиг на время загрузки только тем кто часто её делает. Это явно не сервера.

Совершенно верно, это не сервера.

А на сервера это тогда зачем?

Посыл утверждения, что systemd на сервере не нужен? Или там какой-то другой скрытый смысл?

В дебиан есть kde.

kde на сервере не нужен.

дебиан на сервере не нужен.

Логика воспроизведена 1 в 1.

И ещё тем, кто любит детерминированность и пишет нормативы на выполнение типовых операций.

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

А у вас как?

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

Сложно.

Смысл, скорость загрузки для системных администраторов роли не играет, не та фича, на которую молиться надо. unit'ы рисовать, да, удобно, заценил. Логирование - блевать тянет. Косяки эпизодически встречающиеся на стандартных операциях бесят. И пока все держу на centos6, жду, толи допилят, толи ишак сдохнет, толи падишах. )

Все прописано, попробуй повторить, результат сильно удивит. Есть конечно вероятность что так сошлись звезды, и железо родили в понедельник, но....

Делал переразметку raid на своем рабочем пк. Centos 7 x86_64. Рут при этом переносил. Оно, конечно, не удалённое, но обошлось одной перезагрузкой. Я правда /boot и граб не трогал.

В чём у тебя может возникнуть сложность крайне не ясно.

«Перед существующими решениями» — это перед какими конкретно?

Сложностей нет.

uuid'ы меняются. Это конечно фантастика, но сильно позабавило. )))

Вообще много чего позабавило в последней версии centos и наборе молодежного софта.

И подброшу. Про стильно модно молодежно. Centos7 Задача, есть зеркало, софтварное, root на /dev/md127, нужно перенести на /dev/md1. Установка, загрузчик все штатно, файловая система xfs. Физического доступа нет, только ssh.

Не так давно на своей армовской машинке менял ФС на корне. С ext4 на btrfs. Из спортивного интереса делал целиком по ssh. Всё получилось. Следовательно, руки из жопы растут именно у тебя.

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

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

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

Со скоростью у journalctl есть проблемы. По крайней мере в centos 7. Но один хрен удобнее, чем grep'ать и awk'шить по вороху файлов. Возможно, конечно, у меня мало логов. Но если их сотни гигабайт, то всегда можно всё в syslog пускать, и парить мозг с ним.

Про косяки на стандартных операциях (в Centos 7?) реквестирую подробности.

)))

Кукарекай, не напрягает. Либо по делу говори. ))

Спортом не увлекаюсь, у меня это просто работа. Высокооплачиваемая. Без фанатизма. Нужен ключ на 9, беру на 9, нужна ножовка, беру ее.

А ты играйся. ))

uuid'ы меняются

Окей, по делу так по делу. Если доступ был только по ssh, а переносил ты рут, то логично предположить, что ты делал это не dd, а tar'ом. Верно?

Не вопрос.

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

uuid'ы меняются.

uuid'ы поменялись у разделов рэйда (/dev/md?), у фс, у ещё чего-то?

Это конечно фантастика, но сильно позабавило.

Что-то мне в такое слабо верится. Скорее всего вы что-то где-то не доделали или переделали. Uuid'ы прописываются непосредственно на диске, и никем не меняются без явной на то команды.

Вообще много чего позабавило в последней версии centos и наборе молодежного софта.

УМ, как говорится, ВР. Причём уже давно. Хотя у меня в основном виртуалки. Железок на С7 мало.

Ну это утопия.

вопрос - зачем?

Ну вот зачем-то bootchart написали. Задолго до systemd, BTW.

LXC? OpenVZ? В r/o или не в r/o - дело кастомизации скрипта запуска и нижележащей ФС

Не.

Разделы были созданы, файловая система на обоих присутствовала. rsync с корневой на вторую, потом правка grub, конфигов, потом ребут. В процессе загрузки, остановка. md1 не найдены диски по uuid. mdadm -бла > /etc/mdadm.conf, сборка, ручками с консоли перенос, ребут, все в норме.

uuid в процессе загрузки и uuid после загрузки тупо различаются.

Он говорит про то, чтобы стартовать контейнер прямо с хостового /.

У меня systemd убивает wpa_supplicant, а потом пытается размонтировать cifs, смонтированную через wi-fi, серя тайм-аутами по полторы минуты. Поттеринг, как он есть.

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

Прод на железе.

Dev и тестинг аналогично на виртуалках. только docker + xfs + кончилось место бьет файловую систему.

Держу одну железку с новинками, как полигон. Пока centos7, docker, xfs и тд в проде места нет.

Ладно.

Утомился я, отдыхать буду. Веселитесь.

Вопрос где будет затык? )

Ответ: нигде не будет; собираем новый raid, pvcreate'им на нем lvm pv, vgextend'им на него lvm, pvmove'аем корень на новый pv, редактируем /etc/default/grub в соответствии с тем, что скажет dracut --print-cmdline (не забываем потом grub2-mkconfig'нуть), собираем новый initramfs.

Там выше кто-то настойчиво требовал аналог systemd-analyze для ${other_init_name}, но таковой так и не был упомянут.

Всё ясно, локалхосты не интересуют, родной. Ты там хоть десяточку ставь, мне всё едино.

Репорти баг в дистриб: не прописаны зависимости между юнитами. Systemd тут вообще не при чём.

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

порядок запуска сервисов не описан так как это не имеет смысла.

зависимости и уровни запуска у тебя в системе тоже отсутствуют?
это на самом хорошо. сервер выполняет поставленную задачу.

md1 не найдены диски по uuid. mdadm -бла > /etc/mdadm.conf

Ну так mdadm -D --scan > /etc/mdadm.conf надо было делать до перезагрузки. А после этого лучше перегенирировать initramfs с использованием хостового mdadm.conf (см. dracut.conf).

Или в параметры ядра передавать сборку всех доступных рэйдов (так не проверял). По дефолту в centos 7 при загрузке собираются только корень и swap. Остальное после initramfs. Соответственно их uuid'ы тоже надо было поправить.

В общем, учитывая то, что тебе помогла генерация /etc/mdadm.conf, косяк исключительно твой. Инфа 146%.

локалхосты не интересуют

ты то тут при чем ? может тебя Джастин Бибер интересует - мне все равно, ты же за systemd кукарекал.

А что так все раскукарекались? Анонимусу например похрену как оно там что грузит. Главное грузит ведь!

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

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

Так то это фиговая идея (в целом, без оглядки на систему инициализации) (и вообще - какую инфу ты предлагаешь собирать?) - вот упало приложение - может оно сдохло потому что место кончилось, может его по OOM прибили, может внутри какая-то ошибка случилась, может просто коллега зашел и kill'нул этот приклад или какие-то его куски, может быть еще тысяча и одна причина, зачем перезапускать приложение? Чтоб оно опять сдохло? Что толку от отчета админу (который его в лучшем случае через несколько часов прочитает), тем более если информацию он получает только по факту падения сервиса (но слава всем полноценный мониторинг в systemd пока не встроили)? Так то тут «выключить и включить» не всегда помогает (а то и вообще вредит). И если бы все можно было просто рестартить в случае проблем и работать дальше админы бы занимались только настройкой и запуском софтины (а то бы просто компании и свободные разработчики давали готовые бинари-с-конфигами), а потом бы увольнялись - все же и так работает. Так что не надо этот авторестарт выставлять в виде киллерфичи - это может и на локалхосте каком-нибудь сойдет, но вообще это называется костылями.

О! Надо запомнить. Замечательное сравнение.

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

Формат unit-файлов изменили? Не вижу в новости ничего про это.

Ну то есть мотор-то может и говно, но он говном будет и при системд, и без него.

Только без системд его мало кто будет использовать в таком виде.

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

У меня systemd убивает wpa_supplicant, а потом пытается размонтировать cifs, смонтированную через wi-fi, серя тайм-аутами по полторы минуты. Поттеринг, как он есть.

Говнодистр, как он есть. Как запускается wpa_supplicant?

Почему его нет в macosx, а макось грузится за 3-5 секунд?

как говорит легенда, в osx launchd, с которого был слизан systemd. Свечку не держал

На ноуте с SSD и без UEFI.

$ systemd-analyze 
Startup finished in 2.441s (kernel) + 2.411s (userspace) = 4.853s
$ systemd --version
systemd 230
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN

Вот только на шелл-скриптах реализовать сокет-активацию

кстати, что за новый фетиш такой?

Ты указал не генту, а какую-то фунту. Или ты всерьёз считаешь, что каждый форумчанин должен от и до изучить весь список дистровотча? Да, ноунеймы. Deal with it, motherfucker.

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

Микрософтизация мира GNU/Linux продолжается.

Удвою это заявление (хоть тред и не дочитал). Основным недостатком systemd в том, что спроектирован он из предположения, что потребителем всей продукции сервера является кто-то, находящийся в физической близости от механизма. Критики пишуть, что использование systemd возвращает пользователя в мир яблочных и форточных простых задач. Они правы, и тут следует добавить, что началось во времена, когда число понимающих концепцию Xserver уменьшилось до критического. Появились шины в гноме, привязанные к графической сессии, потом однопользовательский вяленый и проч. Мир многообразных сетевых взаимодействий схлопнулся до REST API и доставки контента на однопользовательскую пускалку медиапроигрователя.

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

Человеколюбие здесь в том, чтобы дать неосилившим барьер пользователям мощь современного компьютера. И это не иллюзия. Они голосуют рублём. А кричат копипастом.

Из той статистики, картинка: https://brashear.me/uploads/DistroSurvey2015/03.1 - Server Usage Comparison.svg

что, правда, 60% арчика на серверах!?

Как скоро ее можно ждать в Ubuntu?

Systemd уже требует активации по СМС ?

В другой реальности?

Нетъ. Просто 60% юзеров арча используют его для серверных нужд.

А это тоже ноунеймы, как и твой воид. У меня, в отличие от некоторых, от этого факта не пригорает.

P.S. Наездами на дистрибутив, в котором уровень красноглазия снижен к абсолютному минимуму, а свежесть софта повышена до максимума, здешний контингент показывает своё желание процесса ради процесса. Задроты-с, сэр.