Serveur NFS: ne démarre pas: portmapper n'est pas en cours d'exécution

J'essaie de configurer mon Raspberry Pi avec Wheezy Raspbian 2013-02-09 en tant que serveur NFS (le client sera Ubuntu 12.10). J'ai suivi ces instructions .

Je ne peux pas démarrer le service et obtenir le message suivant:

$ sudo service nfs-kernel-server restart
[ ok ] Stopping NFS kernel daemon: mountd nfsd.
[ ok ] Unexporting directories for NFS kernel daemon....
[ ok ]   Exporting directories for NFS kernel daemon....
[....] Starting NFS kernel daemon: nfsd
[warn] Not starting: portmapper is not running ... (warning).
$ rpcinfo -p
<br>rpcinfo: can't contact portmapper: RPC: Remote system error - No such file or directory

Vous ne savez pas ce qui manque?

Un modérateur de ce message sur le forum a déclaré que cette commande fonctionnerait:

sudo update-rc.d rpcbind enable && sudo update-rc.d nfs-common enable

J'ai dû redémarrer le service rpcbind pour travailler:

$ sudo service rpcbind restart

Je l'ai trouvé dans ce fil

$ sudo service rpcbind restart

... fonctionne, mais le problème "portmapper ne fonctionne pas" réapparaîtra au prochain redémarrage.

Le bas de cette page contient un correctif qui survivra à un redémarrage, mais sachez qu'il supprimera vos / etc / exports. En bref, sauvegardez votre / etc / exports puis:

sudo apt-get purge rpcbind
sudo apt-get install nfs-kernel-server

Restaurez ensuite votre / etc / exports.

J'utilise Raspbian Jessie Lite (sorti le 18 mars 2016) et j'ai eu le même problème. Voici mes étapes pour résoudre complètement ce problème, même après un redémarrage .

Jetez d'abord un œil au fichier init pour /etc/init.d/nfs-kernel-server, vous devriez remarquer que son niveau d'exécution de début est 2,3,4,5 .

Regardez également le niveau d'exécution de début des fichiers suivants, qui est S uniquement. J'ai changé son niveau d'exécution à 2,3,4,5 .

/etc/init.d/nfs-common
/etc/init.d/rpcbind

Essayez ensuite update-rc.dles scripts init modifiés avec les valeurs par défaut . Le premier essai échoue. L'astuce consiste à les supprimer et à les ajouter à nouveau.

update-rc.d -f rpcbind remove
update-rc.d rpcbind defaults

update-rc.d -f nfs-common remove
update-rc.d nfs-common defaults

update-rc.d -f nfs-kernel-server remove
update-rc.d nfs-kernel-server defaults

Après cela, vérifiez l'ordre des services. Il devrait être rpcbind, nfs-commonet nfs-kernel-server.

J'ai également publié un blog pour cela. Vous pouvez également le trouver ici .

Le problème sous-jacent est que les liens symboliques dans /etc/rc*.d sont dispersés un peu. Certaines des suggestions ci-dessus reposent sur la refonte de ces liens et, peut-être, elles sont faites avec une commande plus appropriée. Parfois. Essayez -

for i in rpcbind nfs-common nfs-kernel-server ; do find /etc/rc* -name "S*$i*"; done

pour voir quand ils ont commencé. En réalité, vous n'avez besoin que d'eux démarrés au niveau 3, j'ai donc édité /etc/init.d/rcpbind, /etc/init.d/nfs-common et /etc/init.d/nfs-kernel-server donc "# Default-Start: 3 "et l'a exécuté pour l'appliquer -

for i in rpcbind nfs-common nfs-kernel-server ; do update-rc.d -f "$i" remove; update-rc.d "$i" defaults; done

Notez que update-rc.d ne changera pas une entrée existante et échoue silencieusement à supprimer une entrée (si le script existe toujours) sauf si vous ajoutez le -f. Idéalement, vous vous retrouverez avec quelque chose comme ça -

/etc/rc3.d/S01rpcbind
/etc/rc3.d/S02nfs-common
/etc/rc3.d/S03nfs-kernel-server

Et il démarrera maintenant proprement. Une mise à jour de NFS pourrait bien écraser votre bon travail ...

Je me débattais aussi avec le même problème. Les solutions ci-dessus n'ont pas fonctionné. Dans mon cas, cela venait d'un problème avec mes paramètres régionaux . La ligne suivante surgit dans le terminal lors de l' installation de: nfs-kernel-server nfs-common rpcbind.

perl: avertissement: échec de la définition des paramètres régionaux.

Assurez-vous que vous ne voyez pas d'erreur sur vos paramètres régionaux lors de l'installation de ces packages. J'ai corrigé mes paramètres régionaux, réinstallé les packages et maintenant cela fonctionne.

Cela fonctionne pour moi. Nettoie et résiste aux redémarrages.

Vous devez configurer systemd pour faire la commande correctement

cat <<EOF | sudo tee -a /etc/systemd/system/nfs-common.services
[Unit]
Description=NFS Common daemons
Wants=remote-fs-pre.target
DefaultDependencies=no

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/etc/init.d/nfs-common start
ExecStop=/etc/init.d/nfs-common stop

[Install]
WantedBy=sysinit.target
EOF

cat <<EOF | sudo tee -a /etc/systemd/system/rpcbind.service
[Unit]
Description=RPC bind portmap service
After=systemd-tmpfiles-setup.service
Wants=remote-fs-pre.target
Before=remote-fs-pre.target
DefaultDependencies=no

[Service]
ExecStart=/sbin/rpcbind -f -w
KillMode=process
Restart=on-failure

[Install]
WantedBy=sysinit.target
Alias=portmap
EOF

sudo systemctl enable nfs-common
sudo systemctl enable rpcbind
sudo reboot

pris d'ici

https://github.com/geerlingguy/raspberry-pi-dramble/issues/65#issuecomment-283046966

Je l'ai corrigé avec: $ sudo service portmap start Ensuite, redémarrez le service nfs: $ sudo service nfs-kernel-server restart

et il fonctionne.

J'ai testé la plupart des solutions précédentes, elles ne fonctionnent pas après un redémarrage du Raspberry Pi (la commande rpcinfo -p | grep nfsne m'a rien donné).

Solution :

echo service nfs-kernel-server restart | sudo tee -a /etc/rc.local

ou

sudo vi /etc/rc.local

service nfs-kernel-server restart

Vérifier :

> sudo shutdown -r now

> rpcinfo -p | grep nfs

Testé sur Raspian 8 (Jessie)