Comment monter un partage NFS dans Ubuntu 16.04?

9

J'ai fait une nouvelle installation de Xubuntu 16.04 récemment. Avant d'utiliser 14.04 et de monter un partage NFS avec la ligne suivante dans / etc / fstab

192.168.178.66:/media/user/drive /media/user/banana nfs rw 0 0

Que doit-il se passer?

Le partage nfs doit être monté au démarrage à l'emplacement donné.

Ce qui se produit?

Le démarrage prend très longtemps et le partage nfs n'est pas monté. Un symbole grisé pour le partage apparaît sur mon bureau. Quand je clique dessus, il dit quelque chose comme "Seule la racine peut monter". Lorsque j'appuie sur une flèche pendant le démarrage, je peux voir le journal systemd (je suppose), il dit: ~ "Startjob for /media/user/banane (30s/1,31s)"Il attend les 91 et il démarre enfin. Le montage manuel du nfs fonctionne. Mais alors l'arrêt ne s'arrête pas. En regardant à nouveau la sortie systemd: " Stop job for /media/netzwerkfreigabe (30s/2m)" L'arrêt ne se termine pas à la limite donnée. Au lieu de cela, une autre limite plus longue apparaît. Au moins trois fois.

Information additionnelle

  • le package nfs-commonest installé sur l'ordinateur client
  • le serveur nfs est un BananaPi exécutant BananianLinux (une Debian Jessy modifiée)
  • Je peux monter le partage nfs en utilisant la même ligne / etc / fstab depuis un autre ordinateur en utilisant Xubuntu 14.04

Autant que je sache, systemd est introduit dans Ubuntu 16.04. Cela peut être un problème système. Ma configuration fstab doit-elle fonctionner? Montez-vous nfs de manière différente ces jours-ci? J'ai trouvé plusieurs rapports sur des problèmes similaires d'autres utilisateurs sur d'autres forums. Dois-je déposer un bug?

Merci pour votre réponse!

CaptainPlanet
la source
quelle version de nfs utilisez-vous nfs version 3/4. avez-vous vérifié l'UID des utilisateurs dans les deux machines
bhordupur
Je pense que vous devez ajouter l' useroption dans fstab
bhordupur
@bhordupur Je n'utilise pas d'UID J'utilise les adresses IP statiques de mon réseau interne. Je ne spécifie pas la version nfs, je m'attends donc à utiliser la plus récente (4) car ubuntu (client) et le serveur (client) sont des systèmes à jour.
CaptainPlanet
@bhordupur L' useroption n'a pas aidé.
CaptainPlanet
J'ai exactement le même problème, mais ma machine met également très longtemps à s'arrêter également
Rick T

Réponses:

8

J'ai trouvé la solution suivante ici . Apparemment, vous devez utiliser des options systemd spécifiques dans fstab.

servername:/home   /mountpoint/on/client  nfs  noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0
Ralph
la source
3

J'ai eu le même problème et j'ai lu tous les messages sur askubuntu.com et ailleurs. J'ai finalement trouvé un wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts expliquant assez bien le problème, à l'exception des petits changements nécessaires pour Ubuntu 16.04. Ce qui n'était pas si clair pour moi après avoir lu ceci, c'est qu'il semble nécessaire d'avoir les deux, l'entrée dans fstab (assez standard) ET le fichier .mount dans / etc / systemd / system.

Entrée dans mon fstab:

myserver:/export/work    /mnt/work       nfs     auto    0       0

Le fichier d'unité de montage pour systemd /etc/systemd/system/mnt-work.mount (mentionnez la convention de dénomination / mnt / work ==> mnt-work.mount

[Unit]
Description=/mnt/work
Wants=network-online.target rpc-statd.service
After=network-online.target rpc-statd.service

[Mount]
What=myserver:/export/work
Where=/mnt/work
Type=nfs
StandardOutput=syslog
StandardError=syslog
TimeoutSec=50

Comme vous pouvez le remarquer, j'ai dû changer statd.service en rpc-statd.service et network.target en network-online.target (que je ne sais pas si c'est nécessaire).

De plus, j'ai ajouté un délai d'attente de 50 secondes. Néanmoins, lorsque je change de réseau via un commutateur matériel, l'arrêt se bloque.

Mon problème était que lorsque l'entrée fstab est manquante, l'unité de montage ne sera pas exécutée au démarrage!

Randonneur
la source
Je pense que je me heurte à cela maintenant. Je ne comprends pas pourquoi une entrée fstab est nécessaire si j'ai déjà activé systemctl le fichier d'unité de montage.
sheridp
2

Cela m'a pris du temps à le réparer, et entre-temps, j'ai été exclu de mes actions nfs. J'ai changé le 4ème champ /etc/fstabde defaultsà user. Le problème est que seul le superutilisateur peut monter les fichiers partagés. L'ajout usersignifie que n'importe qui peut monter des fichiers, y compris nfs.

Keeto
la source
1

J'ai eu le même problème et j'ai trouvé cet article digitalocean très utile qui donne les bonnes options de montage

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
Steve Lorimer
la source
Cela a finalement fonctionné pour moi sur Ubuntu 16.04 LTS
David Okwii
0

J'avais exactement la même configuration et cela a juste fonctionné pour moi. L'exportation NFS était sur 14.04 et je l'ai montée en utilisant 16.04. Je l'ai fait comme j'ai fait des versions plus anciennes (et d'après ce que cela ressemble, juste ce que vous avez essayé). Assurez-vous d'avoir ajouté la nouvelle machine à vos exportations.

Trey Nolen
la source
0

J'ai le même problème, mais il faut également beaucoup de temps pour arrêter. Je connecte mon bureau à un rasberry pi exécutant NFS:

essayez de modifier votre / etc / fstab sur votre machine client pour:

192.168.178.66:/media/user/drive /media/user/banana nfs soft,intr,rsize=8192,wsize=8192
Rick T
la source
0

Dans Ubuntu 16.04, ajoutez simplement l' option utilisateur à la ligne appropriée dans / etc / fstab et essayez de monter en tant qu'utilisateur normal, cela devrait fonctionner (même pour le montage cifs ).

cloud81
la source
Si vous avez (comme moi) / home monté avec lvm crypté et que vous essayez de monter un partage réseau protégé par mot de passe, si vous avez un fichier smbcredentials à l'intérieur de votre maison, il est possible que l'emplacement du fichier des informations d'identification en dehors de la partition domestique soit modifié. problème (pour moi, il l'a fait!).
cloud81