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

bujhm666	# 11 лет назад
Темы: 5 Сообщения: 70 Участник с: 14 января 2010	80-net-name-slot.rules - добавляется при обновлении автоматически, в свежей установке с нового дистрибутива его вроде как нет. Оно просто оставляет имена сетевых интерфейсов в старой нотации. Вот его я и удалил для приобщения к дзену.

# 11 лет назад

Сообщения: 70

Участник с: 14 января 2010

80-net-name-slot.rules - добавляется при обновлении автоматически, в свежей установке с нового дистрибутива его вроде как нет. Оно просто оставляет имена сетевых интерфейсов в старой нотации. Вот его я и удалил для приобщения к дзену.

samson4747	# 11 лет назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Приехал из командировки, а тут вновь обнова. Поставил netctl, он естественно снёс netcfg. Затем, поставил файлик pppoe, из /etc/netctl/examples, в /etc/netctl. Имеем: $ sudo netctl start pppoe Job for [email protected] failed. See 'systemctl status [email protected]' and 'journalctl -xn' for details. $ $ sudo netctl enable pppoe [sudo] password for nnikita: ln -s '/etc/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]' $ sudo ln -s '/etc/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]' $ $ systemctl status [email protected] [email protected] - Example PPPoE connection Loaded: loaded (/etc/systemd/system/[email protected]; 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

samson4747

# 11 лет назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Приехал из командировки, а тут вновь обнова.
Поставил netctl, он естественно снёс netcfg.
Затем, поставил файлик pppoe, из /etc/netctl/examples, в /etc/netctl.
Имеем:

$ sudo netctl start pppoe
Job for [email protected] failed. See 'systemctl status [email protected]' and 'journalctl -xn' for details.
$

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

$ systemctl status [email protected]
[email protected] - Example PPPoE connection
   Loaded: loaded (/etc/systemd/system/[email protected]; 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

samson4747	# 11 лет назад
Темы: 33 Сообщения: 534 Участник с: 23 февраля 2012	Странно, но перезагрузился и вроде всё пашет: $ systemd-analyze blame 9.351s [email protected] 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

samson4747

# 11 лет назад

Темы: 33

Сообщения: 534

Участник с: 23 февраля 2012

Странно, но перезагрузился и вроде всё пашет:

$ systemd-analyze blame
          9.351s [email protected]
          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
$

SmiGes	# 11 лет назад
Темы: 167 Сообщения: 841 Участник с: 04 августа 2009	дожились ребята, скоро однако вся система будет состоять из одного пакета systemctl, и "здравствуй новая винда". Было же раньше всё круто и удобно, можно было легко и быстро установить и сконфигурировать базовую систему, философия арча как никак, да была(по мне так самый лучший дистрибутив был как и для новичков которые переросли уровень бубунт* и хотят поглубже вникнуть как что работает в "линуксах", так и для опытных линуксойдов)! Но теперь всё это начинает уже не попахивать, а даже вонять убунтой и идёт к винде. Разрабы дебилизмом занимаются если честно, можно было много других доработок к старому арчу сделать. Если они это всё специально делают чтоб повысить популярность дистрибутива, то скажу что они не по той дорожке пошли

SmiGes

# 11 лет назад

Темы: 167

Сообщения: 841

Участник с: 04 августа 2009

дожились ребята, скоро однако вся система будет состоять из одного пакета systemctl, и "здравствуй новая винда". Было же раньше всё круто и удобно, можно было легко и быстро установить и сконфигурировать базовую систему, философия арча как никак, да была(по мне так самый лучший дистрибутив был как и для новичков которые переросли уровень бубунт* и хотят поглубже вникнуть как что работает в "линуксах", так и для опытных линуксойдов)! Но теперь всё это начинает уже не попахивать, а даже вонять убунтой и идёт к винде. Разрабы дебилизмом занимаются если честно, можно было много других доработок к старому арчу сделать. Если они это всё специально делают чтоб повысить популярность дистрибутива, то скажу что они не по той дорожке пошли

arcanis	# 11 лет назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	мм, а щас что не так?) Вас никто не заставляет использовать netctl (и я уверен, что большинство им на десктопах и не пользуется). Опять начинаете катить бочку на системд, "зависимость системы, лалала". Как будто, когда были initrd у вас были реальные альтернативы) а по внешнему виду netctl все тот же netcfg, только с управлением через systemd. Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична PGP 0x31361F01 arcanisrepo

arcanis

# 11 лет назад

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

мм, а щас что не так?) Вас никто не заставляет использовать netctl (и я уверен, что большинство им на десктопах и не пользуется). Опять начинаете катить бочку на системд, "зависимость системы, лалала". Как будто, когда были initrd у вас были реальные альтернативы)
а по внешнему виду netctl все тот же netcfg, только с управлением через systemd. Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична

PGP 0x31361F01
arcanisrepo

citadeldimon	# 11 лет назад
Темы: 6 Сообщения: 288 Участник с: 09 июля 2012	Не знаю в чем огромная выгода инитд перед системд. Второй в стадии разработки, что то делают, пилят. Но каждый выбирает для себя чем пользоваться. Я сеть настроил сеть на статику через юнит используя ip, кто то использует другие подходы.

citadeldimon

# 11 лет назад

Темы: 6

Сообщения: 288

Участник с: 09 июля 2012

Не знаю в чем огромная выгода инитд перед системд. Второй в стадии разработки, что то делают, пилят. Но каждый выбирает для себя чем пользоваться. Я сеть настроил сеть на статику через юнит используя ip, кто то использует другие подходы.

honaht	# 11 лет назад
Темы: 5 Сообщения: 266 Участник с: 04 февраля 2011	мм, а щас что не так?) ls -la https://www.archlinux.org/packages/core/i686/systemd/ \| grep 'Required By' Как будто, когда были initd у вас были реальные альтернативы) Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях. Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична Пф, ну для довольных пользователей сыстэмды - понятно, что не критично. Для остальных - "здравствуй, монолит". gentoo

honaht

# 11 лет назад

Темы: 5

Сообщения: 266

Участник с: 04 февраля 2011

мм, а щас что не так?)

ls -la https://www.archlinux.org/packages/core/i686/systemd/ | grep 'Required By'

Как будто, когда были initd у вас были реальные альтернативы)

Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.

Но в арче альтернатив systemd не особо предлагается, так что и зависимость то как таковая не критична

Пф, ну для довольных пользователей сыстэмды - понятно, что не критично. Для остальных - "здравствуй, монолит".

gentoo

kurych	# 11 лет назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	honaht Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях. А ради чего такие усилия? Systemd прекрасно справляется со всеми своими задачами. И многие вещи реализованы действительно более логично. Сервисные юниты имеют краткий и логичный синтаксис. Никто же не ругается, что для загрузки линукса, надо установить grub2, который, как мне представляется, чуть ли не сам уже может называться операционной системой. А в принципе, с этой задачей вполне себе справляется и стандартный загрузчик MBR. IMHO, systemd позволяет унифицировать и стандартизировать начальную конфигурацию в современном дистрибутиве. И разобраться, что откуда и когда запускается, при желании, не труднее, чем в initscripts. А тратить огромные усилия на поддержание альтернативной системы инициализации ради реализации свободы выбора - как-то мне представляется нелогичным. Это не в такой степени "ходовая часть". Гораздо важнее тот функционал, который уже после запуска системы, который обеспечивается множеством поддерживаемых пакетов. А здесь ничего не изменилось. Пользуйтесь на здоровье. В общем, это все я не ради флейма, а хочу сказать, что не вижу смысла так отчаянно сопротивляться переходу. Systemd достаточно гибкая система, что бы удовлетворить любые фантазии. А выбор есть всегда - от LFS, Gentoo, Slakware до FreeBSD, NetBSD, OpenBSD. (Про коммерческие задачи я вообще здесь умалчиваю, потому что для этого и решения требуются несколько иные).

kurych

# 11 лет назад

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

honaht
Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.

А ради чего такие усилия? Systemd прекрасно справляется со всеми своими задачами. И многие вещи реализованы действительно более логично. Сервисные юниты имеют краткий и логичный синтаксис.
Никто же не ругается, что для загрузки линукса, надо установить grub2, который, как мне представляется, чуть ли не сам уже может называться операционной системой. А в принципе, с этой задачей вполне себе справляется и стандартный загрузчик MBR.
IMHO, systemd позволяет унифицировать и стандартизировать начальную конфигурацию в современном дистрибутиве. И разобраться, что откуда и когда запускается, при желании, не труднее, чем в initscripts. А тратить огромные усилия на поддержание альтернативной системы инициализации ради реализации свободы выбора - как-то мне представляется нелогичным. Это не в такой степени "ходовая часть". Гораздо важнее тот функционал, который уже после запуска системы, который обеспечивается множеством поддерживаемых пакетов. А здесь ничего не изменилось. Пользуйтесь на здоровье.
В общем, это все я не ради флейма, а хочу сказать, что не вижу смысла так отчаянно сопротивляться переходу. Systemd достаточно гибкая система, что бы удовлетворить любые фантазии. А выбор есть всегда - от LFS, Gentoo, Slakware до FreeBSD, NetBSD, OpenBSD. (Про коммерческие задачи я вообще здесь умалчиваю, потому что для этого и решения требуются несколько иные).

ivand	# 11 лет назад
Темы: 9 Сообщения: 477 Участник с: 04 января 2013	И разобраться, что откуда и когда запускается, при желании, не труднее, чем в initscripts. Сомнительно,два полушария не осилят параллелизации удева-железа(ну всего многообразия, иначе Natrio со шрифтами не колдовал бы) А стандартизация не отрежет ли архитектуры, где железо по другому? С другой-переходя осенью, дабы не ставить лишнего, сидел с секундомером и сравнивал.Не поверите- на треть быстрее! Такшта~ 50/50

ivand

# 11 лет назад

Темы: 9

Сообщения: 477

Участник с: 04 января 2013

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

Сомнительно,два полушария не осилят параллелизации удева-железа(ну всего многообразия, иначе Natrio со шрифтами не колдовал бы)
А стандартизация не отрежет ли архитектуры, где железо по другому?
С другой-переходя осенью, дабы не ставить лишнего, сидел с секундомером и сравнивал.Не поверите- на треть быстрее!
Такшта~ 50/50

arcanis	# 11 лет назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	honaht ls -la https://www.archlinux.org/packages/core/i686/systemd/ \| grep 'Required By' Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях. зависимость от systemd большинства перечисленных там пакетов - это в бОльшей степени взбрыки мейнтейнеров. В противном случае, ни гнома, ни qt5 (да даже полноценных иксов) в какой нибудь генте пользователи бы не увидели) Ммм, какие альтернативы были?) Когда я ставил арч, мне почему то не предлагали вместо initscripts установить другую систему инициализации. А в такой форме, по сути (нашел где то - установил на свою голову), они и сейчас есть. PS не то, чтобы я "отбеливал" systemd, у него множество недостатков, в т.ч. и некоторая "сыроватость". Но говорить о том, что это плохо только потому, что: а) бинарные логи б) нет легких альтернатив по меньшей мере, глупо, имхо. PGP 0x31361F01 arcanisrepo

arcanis

# 11 лет назад

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

honaht
ls -la https://www.archlinux.org/packages/core/i686/systemd/ | grep 'Required By'
Совершенно ВНЕЗАПНО - были. Благодаря тому, что самые различные компоненты дистрибутива не завязывались на систему инициализации. Сейчас же, чтобы пользоваться своим выбором, приходится чуть ли не полсистемы пересобирать при обновлениях.

зависимость от systemd большинства перечисленных там пакетов - это в бОльшей степени взбрыки мейнтейнеров. В противном случае, ни гнома, ни qt5 (да даже полноценных иксов) в какой нибудь генте пользователи бы не увидели)
Ммм, какие альтернативы были?) Когда я ставил арч, мне почему то не предлагали вместо initscripts установить другую систему инициализации. А в такой форме, по сути (нашел где то - установил на свою голову), они и сейчас есть.

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

PGP 0x31361F01
arcanisrepo