Eugene Prokopiev пишет: > Любопытно, что в обоих случаях start отрабатывает, адрес на интерфейсе > появляется, а вот enable приводит к 'Failed to execute operation: No > such file or directory' Воспроизвелось в virtualbox-е на server-systemd-20150224-x86_64.iso, обновлённом до текущего сизифа. На аэродинамику не влияет, всё работает, но неприятно. Звучит похоже на https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734809 (но видимо не оно) По совету оттуда сделал strace -s 2048 -ff -p 1 -o ~/systemd.log и вот что там видно в конце (весь лог во вложении): =8<========================================================================= open("/etc/systemd/system/systemd-networkd.socket", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/run/systemd/system/systemd-networkd.socket", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/systemd/system/systemd-networkd.socket", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/systemd/system/systemd-networkd.socket", O_RDONLY|O_NOCTTY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory) sendmsg(15, {msg_name(0)=NULL, msg_iov(2)=[{"l\3\1\1\36\0\0\0\1\0\0\0?\0\0\0\5\1u\0\1\0\0\0\4\1s\0'\0\0\0org.freedesktop.DBus.Error.FileNotFound\0\10\1g\0\1s\0\0", 80}, {"\31\0\0\0No such file or directory\0", 30}], msg_controllen=0, msg_flags=0}, MSG_DONTWAIT|MSG_NOSIGNAL) = 110 =8<========================================================================= Упоминания systemd-networkd.socket я нашел в /lib/systemd/system/{systemd-networkd.service,dbus-org.freedesktop.network1.service}: =8<========================================================================= [Install] WantedBy=multi-user.target Also=systemd-networkd.socket =8<========================================================================= Из всех юнитов в директивах Also= только systemd-networkd.socket у меня находится в состоянии not-found (остальные .socket и .path в норме). Документация на директиву Also= (systemd.unit(5)) ничего не говорит на тему того, должно ли игнорироваться неудачное действие с дополнительным юнитом или же об этом надо сообщить (что мы и наблюдаем). Так что, видимо, баг это или фича - решать апстриму :-) 2shaba: или я ошибаюсь где-то?