LINUX.ORG.RU
решено ФорумAdmin

Управлениие юнитами системд

 ,


0

1

Доброго всем времени! Обновил, тут я, arch и началось тварится диводивное таинство системдешноеО_о. Вобщем после обнавления системы при загрузке начал подниматься сетевой интерфейс enp3s0, а точнее юнит dhcpcd@enp3s0.device который стал вдруг enable, при этом запуск длился 1,30 мин. не долго думая возвращаю его в disable, т.к. не особо он нужет, вифи пользую, перезагружаюсь и вижу как статрует вот это sys-subsystem-net-devices-enm3s0.device, так же 1,30 мин, так же фейл и загрузка продолжается дальше. Перевод в disable не помогает, при перезагрузке этот юнит опять стартует, в статусе вот это

[~] >> sudo systemctl status sys-subsystem-net-devices-enm3s0.device 
[sudo] пароль для ad: 
● sys-subsystem-net-devices-enm3s0.device
   Loaded: loaded
   Active: inactive (dead)

фев 26 17:02:55 archbook systemd[1]: Job sys-subsystem-net-devices-enm3s0.device/start timed out.
фев 26 17:02:55 archbook systemd[1]: Timed out waiting for device sys-subsystem-net-devices-enm3s0.device.
фев 26 17:02:55 archbook systemd[1]: Job sys-subsystem-net-devices-enm3s0.device/start failed with result 'timeout'.

Так вот, вопрос: что это за юнит такой/почему он не отключается?

ps: Раздражает загрузка системы в полторы минуты(((

ps1: интерфейса enm3s0 вообще нет в системе:

 sudo ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DORMANT group default qlen 1000
    link/ether 28:d2:44:b1:80:a1 brd ff:ff:ff:ff:ff:ff
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether f8:16:54:dd:79:80 brd ff:ff:ff:ff:ff:ff
[~] >> 
★★★

Последнее исправление: julixs (всего исправлений: 2)

Ответ на: комментарий от dvrts

енабле
дисабле

*facepalm*

фасепальма, же!
маск, еще можно

anonymous
()
Ответ на: комментарий от derlafff

Я об этом уже думал, хочу разобраться вообще откуда ноги растут, по идеи файл юнита должен лежать в /etc/systemd/system/sys-subsystem-bla-bla (если не ошибаюсь) но:

[~] >> ls /etc/systemd/system
display-manager.service  multi-user.target.wants  sleep.target.wants    systemd-rfkill.service
getty.target.wants       powertop.service         sysinit.target.wants
[~] >> 
, вообще мне бы хватило и timeout меньше сделать, скажем сек. так 5

julixs ★★★
() автор топика

тут я, arch

Вобщем после обнавления системы

стал вдруг енабле

в дисабле

не особо он нужет

вифи пользую

вижу как статрует

такой/почему

Опять пришлось прогулять уроки русского языка из-за того что арч упал?

Siado ★★★★★
()

добро пожаловать в клуб.

Короткий ответ - это больше не ваш компьютер, коё кто знает как лучше.

APM
()
Ответ на: комментарий от APM

Да вы чтоО_о А клубная карта прилагается?)

julixs ★★★
() автор топика

Собственно говоря, хочется узнать, кто у тебя пытается подать команду на запуск dhcpcd при каждой загрузке. (Точно не systemd.)

Попробуй systemctl list-dependencies default.target и приведи весь вывод.

P. S.: device-юниты отключать нельзя, они появляются динамически. Проблему нужно искать в том, кто ждёт появления этого юнита.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от derlafff

Маскировать без особой на то причины — плохо.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Вот:

default.target
● ├─slim.service
● └─multi-user.target
●   ├─dbus.service
●   ├─dhcpcd@enm3s0.service
●   ├─logrotate.timer
●   ├─man-db.timer
●   ├─netctl-auto@wlp4s0.service
●   ├─shadow.timer
●   ├─systemd-ask-password-wall.path
●   ├─systemd-logind.service
●   ├─systemd-user-sessions.service
●   ├─tlp.service
●   ├─basic.target
●   │ ├─alsa-restore.service
●   │ ├─alsa-state.service
●   │ ├─paths.target
●   │ ├─slices.target
●   │ │ ├─-.slice
●   │ │ └─system.slice
●   │ ├─sockets.target
●   │ │ ├─dbus.socket
●   │ │ ├─dm-event.socket
●   │ │ ├─systemd-initctl.socket
●   │ │ ├─systemd-journald-audit.socket
●   │ │ ├─systemd-journald-dev-log.socket
●   │ │ ├─systemd-journald.socket
●   │ │ ├─systemd-shutdownd.socket
●   │ │ ├─systemd-udevd-control.socket
●   │ │ └─systemd-udevd-kernel.socket
●   │ ├─sysinit.target
●   │ │ ├─dev-hugepages.mount
●   │ │ ├─dev-mqueue.mount
●   │ │ ├─kmod-static-nodes.service
●   │ │ ├─ldconfig.service
●   │ │ ├─lvm2-lvmetad.socket
●   │ │ ├─proc-sys-fs-binfmt_misc.automount
●   │ │ ├─sys-fs-fuse-connections.mount
●   │ │ ├─sys-kernel-config.mount
●   │ │ ├─sys-kernel-debug.mount
●   │ │ ├─systemd-ask-password-console.path
●   │ │ ├─systemd-binfmt.service
●   │ │ ├─systemd-firstboot.service
●   │ │ ├─systemd-journal-catalog-update.service
●   │ │ ├─systemd-journal-flush.service
●   │ │ ├─systemd-journald.service
●   │ │ ├─systemd-machine-id-commit.service
●   │ │ ├─systemd-modules-load.service
●   │ │ ├─systemd-random-seed.service
●   │ │ ├─systemd-sysctl.service
●   │ │ ├─systemd-sysusers.service
●   │ │ ├─systemd-tmpfiles-setup-dev.service
●   │ │ ├─systemd-tmpfiles-setup.service
●   │ │ ├─systemd-udev-hwdb-update.service
●   │ │ ├─systemd-udev-trigger.service
●   │ │ ├─systemd-udevd.service
●   │ │ ├─systemd-update-done.service
●   │ │ ├─systemd-update-utmp.service
●   │ │ ├─systemd-vconsole-setup.service
●   │ │ ├─cryptsetup.target
●   │ │ ├─local-fs.target
●   │ │ │ ├─-.mount
●   │ │ │ ├─home.mount
●   │ │ │ ├─systemd-fsck-root.service
●   │ │ │ ├─systemd-remount-fs.service
●   │ │ │ └─tmp.mount
●   │ │ └─swap.target
●   │ │   ├─dev-disk-by\x2duuid-b2265fc7\x2d5173\x2d4164\x2daeaf\x2da6b2474e3e2...
●   │ │   └─dev-sda7.swap
●   │ └─timers.target
●   │   └─systemd-tmpfiles-clean.timer
●   ├─getty.target
●   │ └─getty@tty1.service
●   └─remote-fs.target
●     └─home-ad-share.mount

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

Ага. Значит, попробуем так: systemctl disable dhcpcd@enm3s0 (потом той же командой проверь, что этот юнит исчез из дерева зависимостей) и ребут.

Если не получится — то надо будет прежде всего понять, кто эту зависимость создаёт. Но в умолчальном арче такого точно нет.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Дело в том что в каталогах системд файла содержащего бы в имене enm3s0 вообще нет. Ок сейчас попробую.

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

В /etc/systemd/system? В /run/systemd/system? Если так, то надо думать. Если systemctl disable ничего не выведет в консоль (а должен вывести, что убрал симлинк) — тоже надо думать.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от julixs

Вот после systemctl disable dhcpcd@enm3s0 :

default.target
● ├─slim.service
● └─multi-user.target
●   ├─dbus.service
●   ├─logrotate.timer
●   ├─man-db.timer
●   ├─netctl-auto@wlp4s0.service
●   ├─shadow.timer
●   ├─systemd-ask-password-wall.path
●   ├─systemd-logind.service
●   ├─systemd-user-sessions.service
●   ├─tlp.service
●   ├─basic.target
●   │ ├─alsa-restore.service
●   │ ├─alsa-state.service
●   │ ├─paths.target
●   │ ├─slices.target
●   │ │ ├─-.slice
●   │ │ └─system.slice
●   │ ├─sockets.target
●   │ │ ├─dbus.socket
●   │ │ ├─dm-event.socket
●   │ │ ├─systemd-initctl.socket
●   │ │ ├─systemd-journald-audit.socket
●   │ │ ├─systemd-journald-dev-log.socket
●   │ │ ├─systemd-journald.socket
●   │ │ ├─systemd-shutdownd.socket
●   │ │ ├─systemd-udevd-control.socket
●   │ │ └─systemd-udevd-kernel.socket
●   │ ├─sysinit.target
●   │ │ ├─dev-hugepages.mount
●   │ │ ├─dev-mqueue.mount
●   │ │ ├─kmod-static-nodes.service
●   │ │ ├─ldconfig.service
●   │ │ ├─lvm2-lvmetad.socket
●   │ │ ├─proc-sys-fs-binfmt_misc.automount
●   │ │ ├─sys-fs-fuse-connections.mount
●   │ │ ├─sys-kernel-config.mount
●   │ │ ├─sys-kernel-debug.mount
●   │ │ ├─systemd-ask-password-console.path
●   │ │ ├─systemd-binfmt.service
●   │ │ ├─systemd-firstboot.service
●   │ │ ├─systemd-journal-catalog-update.service
●   │ │ ├─systemd-journal-flush.service
●   │ │ ├─systemd-journald.service
●   │ │ ├─systemd-machine-id-commit.service
●   │ │ ├─systemd-modules-load.service
●   │ │ ├─systemd-random-seed.service
●   │ │ ├─systemd-sysctl.service
●   │ │ ├─systemd-sysusers.service
●   │ │ ├─systemd-tmpfiles-setup-dev.service
●   │ │ ├─systemd-tmpfiles-setup.service
●   │ │ ├─systemd-udev-hwdb-update.service
●   │ │ ├─systemd-udev-trigger.service
●   │ │ ├─systemd-udevd.service
●   │ │ ├─systemd-update-done.service
●   │ │ ├─systemd-update-utmp.service
●   │ │ ├─systemd-vconsole-setup.service
●   │ │ ├─cryptsetup.target
●   │ │ ├─local-fs.target
●   │ │ │ ├─-.mount
●   │ │ │ ├─home.mount
●   │ │ │ ├─systemd-fsck-root.service
●   │ │ │ ├─systemd-remount-fs.service
●   │ │ │ └─tmp.mount
●   │ │ └─swap.target
●   │ │   ├─dev-disk-by\x2duuid-b2265fc7\x2d5173\x2d4164\x2daeaf\x2da6b2474e3e2...
●   │ │   └─dev-sda7.swap
●   │ └─timers.target
●   │   └─systemd-tmpfiles-clean.timer
●   ├─getty.target
●   │ └─getty@tty1.service
●   └─remote-fs.target
●     └─home-ad-share.mount

Ушел на перезагрузку

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

Загрузка прошла нормально без задержек intelfx, спс большое за помощь, но вот только что это вообще было? Откуда мог взяться enm3s0?(Эт так для общего развития)

julixs ★★★
() автор топика
Ответ на: комментарий от intelfx

Смотрел в /etc/systemd/syystem и /usr/lib/systemd/system, при systemctl disable выдало Removed symlink /etc/systemd/system/multi-user.target.wants/dhcpcd@enm3s0.service.

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

Скорее всего, ты сам когда-то включил. У dhcpcd нет установочных скриптов, которые могли бы сделать то же самое.

P. S.: пометь тему как решённую.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от julixs

Должен был быть в /etc. Только не в самой /etc/systemd/system, а как раз там, где оно написало: в /etc/systemd/system/multi-user.target.wants.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Скорее всего, ты сам когда-то включил.

Не, я бы понял если бы был enp3s0, а не enm3s0 такого интерфейса даже в системе нет!

P. S.: пометь тему как решённую.

+

julixs ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.