# systemctl start nfs-server Failed to start nfs-server.service: Unit network.target not found. systemctl cat nfs-server | grep network Requires= network.target proc-fs-nfsd.mount Wants=rpcbind.socket network-online.target After= network-online.target local-fs.target «Services using the network should hence simply place an After=network.target dependency in their unit files, and avoid any Wants=network.target or even Requires=network.target.» https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ Правильные строки After=network-online.target Wants=network-online.target в service-файле имеются. А вот Requires= network.target нужно убрать.
Я так понимаю, проблема стала проявляться после обновление до systemd-1:243.7-alt1, на systemd-1:242-alt12 оно как-то работало. Судя по https://bugzilla.altlinux.org/show_bug.cgi?id=31025 завязка на network.target это что-то либо устаревшее, либо неверное. В своё время Requires: network.target усиленно расставляли: https://bugzilla.altlinux.org/show_bug.cgi?id=27832 https://bugzilla.altlinux.org/show_bug.cgi?id=27644
network.target исчез тут: http://git.altlinux.org/gears/s/systemd.git?p=systemd.git;a=commitdiff;=7a16d4db51b0994bc537ca0baeadfcdf309ee6d5 и очевидно, по ошибке
(Ответ для Sergey Bolshakov на комментарий #2) > network.target исчез тут: > http://git.altlinux.org/gears/s/systemd.git?p=systemd.git;a=commitdiff; > =7a16d4db51b0994bc537ca0baeadfcdf309ee6d5 > > и очевидно, по ошибке Нет, дело в том, что network.target появляется, когда у нас загрузились модули ядра и появились интерфейсы (условно — когда udev отработал) а network-online.target — когда появились IP и маршруты, то есть фактически поднялась сеть. Поправьте, если я не прав. А теперь давайте решим, после какого события правильнее поднимать nfs-сервер. Я считаю, что к network.target может быть привязано только что-то низкоуровневое типа dhcpd.
встречное предложение: давайте мы с вами не будем решать.
