il nome non inizia quando si utilizza systemctl

Sto avendo problemi a farmi dare il nome per iniziare a usare systemd sullo spin Fedora 18 Raspberry Pi. Inizia, poi qualche istante dopo c'è un timeout e fallisce. Se eseguo i comandi in named.service a mano, il nome inizia bene. Non so quale sia il timeout che systemctl sta cercando o dove viene invocato. Ho letto le pagine man di systemctl, systemd e altri e continuerò a ricercare questo, ma se qualcuno ha qualche suggerimento, sarebbe fantastico.

systemctl status named.service produzione:

named.service - Berkeley Internet Name Domain (DNS)
          Loaded: loaded (/usr/lib/systemd/system/named.service; disabled)
          Active: failed (Result: timeout) since Tue 2013-01-29 14:36:41 EST; 35min ago
         Process: 4189 ExecStart=/usr/sbin/named -u named $OPTIONS (code=exited, status=0/SUCCESS)
         Process: 4186 ExecStartPre=/usr/sbin/named-checkconf -z /etc/named.conf (code=exited, status=0/SUCCESS)
         Process: 4183 ExecStartPre=/usr/libexec/generate-rndc-key.sh (code=exited, status=0/SUCCESS)

Jan 29 14:35:12 raspi.example.com named[4191]: all zones loaded
Jan 29 14:35:12 raspi.example.com systemd[1]: PID file /run/named/named.pid not readable (yet?) after start.
Jan 29 14:35:12 raspi.example.com named[4191]: running
Jan 29 14:36:41 raspi.example.com systemd[1]: named.service operation timed out. Terminating.
Jan 29 14:36:41 raspi.example.com named[4191]: shutting down
Jan 29 14:36:41 raspi.example.com named[4191]: stopping command channel on 127.0.0.1#953
Jan 29 14:36:41 raspi.example.com named[4191]: no longer listening on 127.0.0.1#53
Jan 29 14:36:41 raspi.example.com named[4191]: exiting
Jan 29 14:36:41 raspi.example.com systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).
Jan 29 14:36:41 raspi.example.com systemd[1]: Unit named.service entered failed state  

Il file named.service

[Unit]
Description=Berkeley Internet Name Domain (DNS)
Wants=nss-lookup.target
Before=nss-lookup.target
After=network.target

[Service]
Type=forking
EnvironmentFile=-/etc/sysconfig/named
Environment=KRB5_KTNAME=/etc/named.keytab
PIDFile=/run/named/named.pid
ExecStartPre=/usr/libexec/generate-rndc-key.sh
ExecStartPre=/usr/sbin/named-checkconf -z /etc/named.conf
ExecStart=/usr/sbin/named -u named $OPTIONS
ExecReload=/bin/sh -c '/usr/sbin/rndc reload > /dev/null 2>&1 || /bin/kill -HUP $MAINPID'
ExecStop=/bin/sh -c '/usr/sbin/rndc stop > /dev/null 2>&1 || /bin/kill -TERM $MAINPID'
PrivateTmp=true
[Install]
WantedBy=multi-user.target

Risposto.

Questa era la linea:

File PID /run/named/named.pid non leggibile (ancora?) Dopo l'avvio.

Il (ancora?) Mi ha gettato. Ho pensato che il messaggio veniva lanciato perché stava cercando di leggere il file PID prima che fosse scritto per nome e dato che non ho visto un errore dopo quello, ho pensato che alla fine lo avesse letto con successo. Stupidami per aver letto l'inglese. In realtà, namedscrive il pidto /var/run/named/named.pid, che non era mai stato letto da systemctl(o systemd), mai.

Modificato il file PID named.servicee si avvia. Gioia.

systemctl enable named 

è richiesto prima

systemctl start named