То, что многие годы, в SysV делалось элементарно, под systemd порождает проблемы!
Т.е. вопрос по-честному должен бы звучать так: не могу поднять сервер ftp с долбанным systemd!
Система Fedora 17.
Вот начальное состояние сервиса xinetd после загрузки:
Код: Выделить всё
bash-4.2$ sudo systemctl status xinetd.service
xinetd.service - Xinetd A Powerful Replacement For Inetd
Loaded: loaded (/usr/lib/systemd/system/xinetd.service; enabled)
Active: active (running) since Thu, 09 Aug 2012 22:07:59 +0300; 1h 16min ago
Process: 739 ExecStart=/usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid $EXTRAOPTIONS (code=exited, status=0/SUCCESS)
Main PID: 741 (xinetd)
CGroup: name=systemd:/system/xinetd.service
└ 741 /usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid
Aug 09 22:08:00 notebook xinetd[741]: removing shell
Aug 09 22:08:00 notebook xinetd[741]: removing rsync
Aug 09 22:08:00 notebook xinetd[741]: removing tcpmux
Aug 09 22:08:00 notebook xinetd[741]: removing telnet
Aug 09 22:08:00 notebook xinetd[741]: removing time
Aug 09 22:08:00 notebook xinetd[741]: removing time
Aug 09 22:08:00 notebook xinetd[741]: xinetd Version 2.3.15 started with libwrap loadavg labeled-networking options compiled in.
Aug 09 22:08:00 notebook xinetd[741]: Started working: 1 available service
Код: Выделить всё
bash-4.2$ ps -A | grep xinetd
741 ? 00:00:00 xinetd
Код: Выделить всё
[root@notebook xinetd.d]# ls /etc/xinetd.d
chargen-dgram daytime-dgram discard-dgram echo-dgram rexec rsh tcpmux-server time-dgram xproftpd
chargen-stream daytime-stream discard-stream echo-stream rlogin rsync telnet time-stream
Код: Выделить всё
[root@notebook xinetd.d]# ftp
ftp> open 192.168.1.5
Connected to 192.168.1.5 (192.168.1.5).
421 Service not available, remote server has closed connection
Код: Выделить всё
bash-4.2$ sudo systemctl status xinetd.service | tail -n 3
Aug 09 23:30:11 notebook xinetd[741]: START: ftp pid=2769 from=::ffff:192.168.1.5
Aug 09 23:30:11 notebook proftpd[2770]: [87B blob data]
Aug 09 23:30:11 notebook xinetd[741]: EXIT: ftp status=0 pid=2769 duration=0(sec)
Этот сюрприз стал крайне неприятным и не вовремя - в связи с активным использованием инсталляций разных ОС (QNX и др.) в виртуальных машинах VirtualBox.
Ну и как туда закидывать файлы ... на начальной раскрутке?