Комментарии 39
Пропал дом…
+3
Очень жаль что в такой дитрибутив как Debian на замену простому инструменту пришел комбайн «all-in-one».
+3
Это да. Пока знакомые-новички от этих systemd / upstart только проблемы имеют.
-4
Какие у новичков вообще могут быть проблемы с системой инициализации? Поставил — работает.
+8
Да, работает… Пока не надо будет узнать, почему не работает тот или иной service/target.
Когда у меня полгода назад ModemManager.service не запускался:
Вот недавно на другом компе не запускается графика после перехода на systemd и dist-upgrade. Опять же, пытаюсь сделать
Ну так благо — есть интернет и другой компьютер, с которого можно поискать пути решения. А если б не было?
Не хватает средств отладки и доступного для новичка мануала.
Когда у меня полгода назад ModemManager.service не запускался:
Activation via systemd failed for unit 'dbus-org.ModemManager1.service': Unit dbus-org.ModemManager1.service failed to load: No such file or directory. See system logs and 'journalctl -xn'
И всё. Логи дают тот же самый текст (No such file or directory). Какого ему файла не хватало — выяснил лишь с помощью community — там у одного была такая же проблема и он трассировал весь systemd с помощью log-level. Но как догадаться новичку, что надо ковырять systemd+journalctl, если ему нужна другая программа, а интернет говорит, что systemd — просто запускалка с функцией SeLinux?..Вот недавно на другом компе не запускается графика после перехода на systemd и dist-upgrade. Опять же, пытаюсь сделать
systemctl graphical.target enable
(или dm.service, или prefdm.service) — на всё ответ — 'unable to load graphical.target (dm/prefdm)' [пишу по памяти, может, немного исказил формулировку]. Что ему надо? Наугад полез в логи — иксы не видят монитор. Перебрал в xorg.conf.d пару видеодрайверов — всё заработало. Скажите ж по-человечески, что проба запуска не удалась. А я уже думаю, что он не может линк поставить, прав нет у него.Ну так благо — есть интернет и другой компьютер, с которого можно поискать пути решения. А если б не было?
Не хватает средств отладки и доступного для новичка мануала.
+1
по моему это очевидно что не хватало файла «ModemManager1.service», а во втором случае очевидно что если бы «он не может линк поставить, прав нет у него» то было бы другое сообщение.
0
Да не файла ему не хватало, он сам создает нужные линки в свою папку. Уже не помню, кажется, мешал старый конфиг на dbus, не давал ему к шине доступа. В Альте (не знаю, как у других), если приезжает новый конфиг с обновлениями, он не заменяет текущий, а ложится рядом с суффиксом .rpmnew, а я тогда этого не знал ещё. Вот такая банальность, гуру даже предположить не могли такую тупость. Увы…
Недавно pdnsd ставил, тоже — настроек в pdnsd.service на создание папки в /var/run нету, а без сокета pdnsd не запускается. Благо, у него есть свой лог, там быстро разобрался. А Network+ModemManager есть системные, срут в общий лог.
А во втором случае: оно-то верно, когда уже ответ знаешь. А так расплывчато звучит, не находите? Тем более кто ж его знал, что systemd на enable не только симлинк делает, но и проверяет текущий runlevel на предмет запуска этой шняги? Сделай линк, а дальше я по цепочке сам перейду, буду в логах ковыряться. А так он и симлинк не делает…
Недавно pdnsd ставил, тоже — настроек в pdnsd.service на создание папки в /var/run нету, а без сокета pdnsd не запускается. Благо, у него есть свой лог, там быстро разобрался. А Network+ModemManager есть системные, срут в общий лог.
А во втором случае: оно-то верно, когда уже ответ знаешь. А так расплывчато звучит, не находите? Тем более кто ж его знал, что systemd на enable не только симлинк делает, но и проверяет текущий runlevel на предмет запуска этой шняги? Сделай линк, а дальше я по цепочке сам перейду, буду в логах ковыряться. А так он и симлинк не делает…
0
> Тем более кто ж его знал, что systemd на enable не только симлинк делает, но и проверяет текущий runlevel на предмет запуска этой шняги?
по моему ничего оно не проверяет, судя по коду, у вас есть чем подтвердить ваши слова?
cgit.freedesktop.org/systemd/systemd/tree/src/shared/install.c#n1461
по моему ничего оно не проверяет, судя по коду, у вас есть чем подтвердить ваши слова?
cgit.freedesktop.org/systemd/systemd/tree/src/shared/install.c#n1461
0
Вот попробовал на своей машинке воспроизвести, не получилось. Ту машину пока не ковыряю, работает хоть как-то, и ладно. И так я её тогда на 2 дня оккупировал, пусть хозяйка поработает.
Хотя… Может, и не systemd виноват. Железо старое, может, и память сбойнула. А может, обновления криво легли, pppd уже вторую неделю каждый раз в kernel oops сваливается. Чистого дистрибутива для переустановки нет, к сожалению.
Хотя… Может, и не systemd виноват. Железо старое, может, и память сбойнула. А может, обновления криво легли, pppd уже вторую неделю каждый раз в kernel oops сваливается. Чистого дистрибутива для переустановки нет, к сожалению.
0
Думаю, ссылка на обзор плюсов и минусов каждого из решений здесь не будет лишней: www.opennet.ru/opennews/art.shtml?num=38762.
+3
Когда намечен переезд на systemd? Или уже осуществляется?
+1
В следующем стабильном релизе, Jessie (Debian 8).
0
Нет, со сроками вы явно погорячились. Это же Debian (:
Насколько я помню, в Jessie наметили пока лишь добавить поддержку systemd в пакетах где есть init скрипты, а не сделать его init системой по умолчанию. Тут планы на systemd в Jessie. В Jessie+1 это более реально.
Ну и к тому же systemd по умолчанию усложнит жизнь в debian/kfreebsd и прочих hurd'ах.
Насколько я помню, в Jessie наметили пока лишь добавить поддержку systemd в пакетах где есть init скрипты, а не сделать его init системой по умолчанию. Тут планы на systemd в Jessie. В Jessie+1 это более реально.
Ну и к тому же systemd по умолчанию усложнит жизнь в debian/kfreebsd и прочих hurd'ах.
0
Нет, всё верно. Systemd отлично работает в Jessie сейчас, для отметки «default» достаточно изменить инсталлятор. Голосование проводилось именно для релиза Jessie.
По вашей ссылке говорится, что делать как на прежней системе на systemd не нужно, возможно что-то будет реализовано иначе.
В kfreebsd и hurd будут по-прежнему использоваться системы, которые используют мэйнтейнеры. Никто не будет насильно впихивать Systemd. «Система инициализации по умолчанию» не означает «единственная и обязательная система».
По вашей ссылке говорится, что делать как на прежней системе на systemd не нужно, возможно что-то будет реализовано иначе.
В kfreebsd и hurd будут по-прежнему использоваться системы, которые используют мэйнтейнеры. Никто не будет насильно впихивать Systemd. «Система инициализации по умолчанию» не означает «единственная и обязательная система».
0
в Debian время релиза не нормировано, «следующий релиз» не подразумевает никаких сроков, когда будет готово тогда и будет релиз, это же Debian.
0
И как они его будут заводить поверх ядра FreeBSD, а тем более Hurd? Оно же к особенностям линуксового ядра даже не гвоздями, а сваями приколочено.
+2
Ответил выше, прокомментирую ещё.
На wiki дебатов упоминается возможность использования launchd и OpenRC для kFreeBSD и портирования Systemd на Hurd. Но на мейнтейнеров никто не давит, используют что считают нужным.
Кстати, в связи с шумихой по системе инициализации проскакивала мысль, что система инициализации с трудом может быть портируемой: Debian/Hurd и Debian/kFreeBSD используют костылики для sysvinit; об использовании FreeBSD init в Linux никто даже не задумывался; есть мнения, что Upstart портировать на FreeBSD будет посложнее чем Systemd.
На wiki дебатов упоминается возможность использования launchd и OpenRC для kFreeBSD и портирования Systemd на Hurd. Но на мейнтейнеров никто не давит, используют что считают нужным.
Кстати, в связи с шумихой по системе инициализации проскакивала мысль, что система инициализации с трудом может быть портируемой: Debian/Hurd и Debian/kFreeBSD используют костылики для sysvinit; об использовании FreeBSD init в Linux никто даже не задумывался; есть мнения, что Upstart портировать на FreeBSD будет посложнее чем Systemd.
+2
Напомните кто-нибудь ссылку на ответ команды systemd на Systemd propaganda: It's a crap!. Кажется я перевод ответа даже на хабре видел, а сейчас найти не могу.
+1
Эмм. Вы чего? Никто ничего ещё не решил, вообще-то. Прекратите распространять дезинформацию.
+1
Поддерживаю, еще есть вариант если все оставшиеся поставят F (further discussion) выше D (systemd).
0
Хотя посмотрел последние письма и уже кажется все.
lists.debian.org/debian-ctte/2014/02/msg00332.html
lists.debian.org/debian-ctte/2014/02/msg00332.html
0
Ссылка в посте — ответ на вашу ссылку, где подводится итог дискуссии.
Да, официальной резолюции не было, но решение вряд ли изменят. Комитет и без этого резину тянул долго.
Меж тем, Ian Jackson решил на несколько дней отойти от своих обязанностей.
Да, официальной резолюции не было, но решение вряд ли изменят. Комитет и без этого резину тянул долго.
Меж тем, Ian Jackson решил на несколько дней отойти от своих обязанностей.
Голоса
D U O V F — Bdale Garbee
D U O V F — Russ Allbery
D U O V F — Don Armstrong
D U O V F — Keith Packard (Intel)
U D O F V — Colin Watson
F U D O V — Steve Langasek (Canonical)
F V O U D — Ian Jackson
? — Andreas Barth
D U O V F — Russ Allbery
D U O V F — Don Armstrong
D U O V F — Keith Packard (Intel)
U D O F V — Colin Watson
F U D O V — Steve Langasek (Canonical)
F V O U D — Ian Jackson
? — Andreas Barth
0
Именно поэтому прошу Вас изменить псто. Никакого решения нету, подождите резолюцию.
0
Хорошо, каким образом переформулировать? «Технический комитет Debian выбрал Systemd в третьем голосовании по выбору системы инициализации»? Многословно выходит.
0
Тогда лучше весь пост удалить, если не знаете, как написать. Дезу зачем распространять?
Кстати, заметьте, то голосование не завершилось.
Кстати, заметьте, то голосование не завершилось.
0
Да даже не в этом дело. Решение считается принятым тогда, когда будет принята официальная резолюция комитета с Cc: в debian-devel-announce@ и закрытием бага. До этого момента это всё лишь обсуждения.
0
Да там вообще какая-то драма происходит, уже и председателя хотят снять с поста технического комитета. Честно говоря, немного странно, что из-за инита такой переполох. Это, конечно, важно, но это не настолько критичная вещь. К тому же, остальные они тоже поддерживать будут, просто не по умолчанию. ИМХО, у systemd есть много недостатков, но он все же достаточно стабилен и свою задачу выполняет лучше, чем sysv.
0
Нельзя всё поддерживать одинаково хорошо, в этом проблема. А systemd всё одеяло перетягивает на себя, и это плохо. Вот гномовцы и кдешники хором прямо поют, что без systemd им не жизнь.
+1
Понятно, что де факто все будут использовать systemd, если он будет по умолчанию. Кстати, мне кажется, что то, что гномовцы и кдешники зависят от systemd тоже повлияло на некоторые голоса. Да и другие дистрибутивы тоже перешли на systemd (из крупных не перешли Ubuntu со своим велосипедом и Gentoo с OpenRC. RHEL со следующей версии тоже перейдет), что тоже важно, ведь для Linux переносимость всегда была важна, учитывая и без того огромный зоопарк стандартов/альтернатив. В общем, не так все скандально, как это рисуют :)
0
Пост восстановлен с учётом официального объявления технического комитета, изменена ссылка на источник.
0
«Будем голосовать пока не победит Systemd» (с) чей-то.
+2
Ну слава богу, закончилась эта мыльная опера. Сторонникам systemd мои поздравления.
-2
systemd создан с ненавистью к людям, написан поперек всей философии юникса и намного сложнее в использовании, чем upstart. Каждый, кто пробовал софт поттеринга, сталкивался с этим стилем, и я совсем не понимаю, как так вышло, что этот колючий кошмар стал таким популярным. :-(
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Systemd — стандартная система инициализации в Debian GNU/Linux