NFS-Server: Nicht gestartet: Portmapper wird nicht ausgeführt

Ich versuche, meinen Raspberry Pi mit Wheezy Raspbian 2013-02-09 als NFS-Server einzurichten (Client ist Ubuntu 12.10). Ich habe diese Anweisungen befolgt .

Ich kann den Dienst nicht starten und erhalte die folgende Meldung:

$ 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

Nicht sicher, was fehlt?

Ein Moderator in diesem Forumsbeitrag sagte, dass dieser Befehl funktionieren würde:

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

Ich musste den rpcbind-Dienst neu starten, um zu funktionieren:

$ sudo service rpcbind restart

Ich habe es in diesem Thread herausgefunden

$ sudo service rpcbind restart

... funktioniert, aber das Problem "portmapper läuft nicht" wird beim nächsten Neustart erneut angezeigt.

Das Ende dieser Seite enthält einen Fix, der einen Neustart übersteht. Beachten Sie jedoch, dass durch diesen Fix Ihre / etc / exports gelöscht werden. Kurz gesagt, sichern Sie Ihre / etc / exports dann:

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

Stellen Sie dann Ihre / etc / exports wieder her.

Ich verwende Raspbian Jessie Lite (veröffentlicht am 18. März 2016) und habe das gleiche Problem. Hier sind meine Schritte, um dieses Problem auch nach einem Neustart vollständig zu beheben .

Schauen Sie sich zunächst die init-Datei an /etc/init.d/nfs-kernel-server, deren Start-Runlevel 2,3,4,5 ist .

Schauen Sie sich auch den Start-Runlevel der folgenden Dateien an, der nur S ist . Ich habe den Runlevel auf 2,3,4,5 geändert .

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

Versuchen Sie dann, update-rc.ddie geänderten Init-Skripte mit den Standardeinstellungen zu verwenden . Erster Versuch schlägt fehl. Der Trick ist, sie wieder zu entfernen und hinzuzufügen.

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

Überprüfen Sie anschließend die Reihenfolge der Services. Es sollte sein rpcbind, nfs-commonund nfs-kernel-server.

Ich habe auch einen Blog dazu gepostet. Sie finden es auch hier .

Das zugrunde liegende Problem ist, dass die Symlinks in /etc/rc*.d etwas verstreut sind. Einige der obigen Vorschläge beruhen auf dem erneuten Erstellen dieser Links und werden möglicherweise in geeigneterer Reihenfolge erstellt. Manchmal. Versuchen -

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

um zu sehen, wann sie gestartet werden. In der Realität müssen sie erst ab Stufe 3 gestartet sein, also habe ich /etc/init.d/rcpbind, /etc/init.d/nfs-common und /etc/init.d/nfs-kernel-server bearbeitet und "# Default-Start: 3 "und führte dies aus, um es zu erzwingen -

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

Beachten Sie, dass update-rc.d einen vorhandenen Eintrag nicht ändert und einen Eintrag im Hintergrund nicht entfernt (sofern das Skript noch vorhanden ist), es sei denn, Sie fügen das -f hinzu. Im Idealfall werden Sie mit so etwas enden -

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

Und es wird jetzt sauber booten. Ein Update auf NFS kann Ihre gute Arbeit überschreiben ...

Ich hatte auch mit dem gleichen Problem zu kämpfen. Die oben genannten Lösungen haben nicht funktioniert. In meinem Fall ging es um ein Problem mit meiner Ländereinstellung . Die folgende Zeile tauchte in dem Terminal während der Installation von: nfs-kernel-server nfs-common rpcbind.

perl: warning: Das Setzen des Gebietsschemas ist fehlgeschlagen.

Stellen Sie sicher, dass während der Installation dieser Pakete kein Fehler in Bezug auf Ihre Ländereinstellungen angezeigt wird. Ich habe meine Ländereinstellungen korrigiert, die Pakete neu installiert und jetzt funktioniert es.

Das funktioniert bei mir. Bereinigen und Neustarts widerstehen.

Sie müssen systemd einrichten, um die Bestellung ordnungsgemäß auszuführen

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

von hier genommen

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

Ich habe es behoben mit: $ sudo service portmap start Dann starte nfs service neu: $ sudo service nfs-kernel-server restart

und es funktioniert.

Ich habe die meisten der vorherigen Lösungen getestet, sie funktionieren nach einem Neustart des Raspberry Pi nicht (der Befehl rpcinfo -p | grep nfshat mir nichts gegeben).

Lösung:

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

oder

sudo vi /etc/rc.local

service nfs-kernel-server restart

Verifizieren :

> sudo shutdown -r now

> rpcinfo -p | grep nfs

Getestet auf Raspian 8 (Jessie)