Встречаем: netctl!

80-net-name-slot.rules - добавляется при обновлении автоматически, в свежей установке с нового дистрибутива его вроде как нет. Оно просто оставляет имена сетевых интерфейсов в старой нотации. Вот его я и удалил для приобщения к дзену.
Приехал из командировки, а тут вновь обнова.
Поставил netctl, он естественно снёс netcfg.
Затем, поставил файлик pppoe, из /etc/netctl/examples, в /etc/netctl.
Имеем:
$ sudo netctl start pppoe
Job for netctl@pppoe.service failed. See 'systemctl status netctl@pppoe.service' and 'journalctl -xn' for details.
$ 

$ sudo netctl enable pppoe
[sudo] password for nnikita:
ln -s '/etc/systemd/system/netctl@pppoe.service' '/etc/systemd/system/multi-user.target.wants/netctl@pppoe.service'
$ sudo ln -s '/etc/systemd/system/netctl@pppoe.service' '/etc/systemd/system/multi-user.target.wants/netctl@pppoe.service'
$

$ systemctl status netctl@pppoe.service
netctl@pppoe.service - Example PPPoE connection
   Loaded: loaded (/etc/systemd/system/netctl@pppoe.service; enabled)
   Active: failed (Result: exit-code) since Вс 2013-04-14 04:23:12 MSK; 1min 44s ago
     Docs: man:netctl.profile(5)
  Process: 2511 ExecStart=/usr/lib/network/network start %I (code=exited, status=1/FAILURE)
$

$ journalctl -xn
Hint: You are currently not seeing messages from other users and the system.
      Users in the 'systemd-journal' group can see all messages. Pass -q to
      turn off this notice.
-- Logs begin at Сб 2012-10-13 18:21:40 MSK, end at Вс 2013-04-14 01:34:17 MSK.
апр 14 00:57:43 myhost gnome-session[467]: WARNING: Application 'at-spi-registry
апр 14 00:58:23 myhost gnome-session[467]: WARNING: Application 'at-spi-registry
апр 14 00:58:39 myhost gnome-keyring-daemon[465]: keyring alias directory: /home
апр 14 00:58:42 myhost goa[2606]: goa-daemon version 3.6.2 starting [main.c:112,
-- Reboot --
апр 14 01:33:31 myhost gnome-keyring-daemon[440]: Gkm: using old keyring directo
апр 14 01:33:32 myhost gnome-keyring-daemon[440]: Gkm: using old keyring directo
апр 14 01:33:32 myhost gnome-session[442]: WARNING: Application 'at-spi-registry
апр 14 01:34:12 myhost gnome-session[442]: WARNING: Application 'at-spi-registry
апр 14 01:34:17 myhost goa[628]: goa-daemon version 3.6.2 starting [main.c:112,
апр 14 01:34:17 myhost gnome-keyring-daemon[440]: keyring alias directory: /home
lines 1-12/12 (END)
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
Странно, но перезагрузился и вроде всё пашет:

$ systemd-analyze blame
          9.351s netctl@pppoe.service
          2.964s systemd-logind.service
          2.846s lvm-monitoring.service
          2.576s gdm.service
          2.386s systemd-vconsole-setup.service
          1.753s systemd-modules-load.service
          1.726s systemd-binfmt.service
          1.131s dev-mqueue.mount
          1.127s sys-kernel-debug.mount
          1.041s systemd-udev-trigger.service
           925ms proc-sys-fs-binfmt_misc.mount
           879ms dev-hugepages.mount
           709ms alsa-restore.service
           685ms systemd-udevd.service
           659ms dcron.service
           529ms systemd-sysctl.service
           518ms systemd-remount-fs.service
           490ms tmp.mount
           456ms colord.service
           409ms systemd-user-sessions.service
           409ms systemd-tmpfiles-setup.service
           386ms accounts-daemon.service
           297ms polkit.service
           176ms sys-kernel-config.mount
           173ms dev-sda5.swap
           165ms upower.service
           158ms sys-fs-fuse-connections.mount
           152ms systemd-journal-flush.service
           121ms systemd-random-seed-load.service
           118ms lvmetad.service
           116ms udisks2.service
            80ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount
            64ms rtkit-daemon.service
            56ms bluetooth.service
$
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
дожились ребята, скоро однако вся система будет состоять из одного пакета systemctl, и "здравствуй новая винда". Было же раньше всё круто и удобно, можно было легко и быстро установить и сконфигурировать базовую систему, философия арча как никак, да была(по мне так самый лучший дистрибутив был как и для новичков которые переросли уровень бубунт* и хотят поглубже вникнуть как что работает в "линуксах", так и для опытных линуксойдов)! Но теперь всё это начинает уже не попахивать, а даже вонять убунтой и идёт к винде. Разрабы дебилизмом занимаются если честно, можно было много других доработок к старому арчу сделать. Если они это всё специально делают чтоб повысить популярность дистрибутива, то скажу что они не по той дорожке пошли
мм, а щас что не так?) Вас никто не заставляет использовать netctl (и я уверен, что большинство им на десктопах и не пользуется). Опять начинаете катить бочку на системд, "зависимость системы, лалала". Как будто, когда были initrd у вас были реальные альтернативы)
а по внешнему виду netctl все тот же netcfg, только с управлением через systemd. Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична
PGP 0x31361F01
arcanisrepo
Не знаю в чем огромная выгода инитд перед системд. Второй в стадии разработки, что то делают, пилят. Но каждый выбирает для себя чем пользоваться. Я сеть настроил сеть на статику через юнит используя ip, кто то использует другие подходы.
мм, а щас что не так?)
ls -la https://www.archlinux.org/packages/core/i686/systemd/ | grep 'Required By'
Как будто, когда были initd у вас были реальные альтернативы)
Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.
Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична
Пф, ну для довольных пользователей сыстэмды - понятно, что не критично. Для остальных - "здравствуй, монолит".
gentoo
honaht
Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.
А ради чего такие усилия? Systemd прекрасно справляется со всеми своими задачами. И многие вещи реализованы действительно более логично. Сервисные юниты имеют краткий и логичный синтаксис.
Никто же не ругается, что для загрузки линукса, надо установить grub2, который, как мне представляется, чуть ли не сам уже может называться операционной системой. А в принципе, с этой задачей вполне себе справляется и стандартный загрузчик MBR.
IMHO, systemd позволяет унифицировать и стандартизировать начальную конфигурацию в современном дистрибутиве. И разобраться, что откуда и когда запускается, при желании, не труднее, чем в initscripts. А тратить огромные усилия на поддержание альтернативной системы инициализации ради реализации свободы выбора - как-то мне представляется нелогичным. Это не в такой степени "ходовая часть". Гораздо важнее тот функционал, который уже после запуска системы, который обеспечивается множеством поддерживаемых пакетов. А здесь ничего не изменилось. Пользуйтесь на здоровье.
В общем, это все я не ради флейма, а хочу сказать, что не вижу смысла так отчаянно сопротивляться переходу. Systemd достаточно гибкая система, что бы удовлетворить любые фантазии. А выбор есть всегда - от LFS, Gentoo, Slakware до FreeBSD, NetBSD, OpenBSD. (Про коммерческие задачи я вообще здесь умалчиваю, потому что для этого и решения требуются несколько иные).
И разобраться, что откуда и когда запускается, при желании, не труднее, чем в initscripts.
Сомнительно,два полушария не осилят параллелизации удева-железа(ну всего многообразия, иначе Natrio со шрифтами не колдовал бы)
А стандартизация не отрежет ли архитектуры, где железо по другому?
С другой-переходя осенью, дабы не ставить лишнего, сидел с секундомером и сравнивал.Не поверите- на треть быстрее!
Такшта~ 50/50
honaht
ls -la https://www.archlinux.org/packages/core/i686/systemd/ | grep 'Required By'
Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.
зависимость от systemd большинства перечисленных там пакетов - это в бОльшей степени взбрыки мейнтейнеров. В противном случае, ни гнома, ни qt5 (да даже полноценных иксов) в какой нибудь генте пользователи бы не увидели)
Ммм, какие альтернативы были?) Когда я ставил арч, мне почему то не предлагали вместо initscripts установить другую систему инициализации. А в такой форме, по сути (нашел где то - установил на свою голову), они и сейчас есть.

PS не то, чтобы я "отбеливал" systemd, у него множество недостатков, в т.ч. и некоторая "сыроватость". Но говорить о том, что это плохо только потому, что:
а) бинарные логи
б) нет легких альтернатив
по меньшей мере, глупо, имхо.
PGP 0x31361F01
arcanisrepo
 
Зарегистрироваться или войдите чтобы оставить сообщение.