Bonjour à tous

Me voilà bien, je n'arrive plus a avoir accès à mes disques réseaux depuis la deerniere mise à jour.

un mount -a m'affiche les erreurs suivantres :
# mount -a
A dependency job for rpc-statd.service failed. See 'journalctl -xe' for details.
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
et ce pour chaque dossier en réseau....

Problème c'est que ca cause anglais....

Si l'un d'entre vous à une idée... D'avance merci
Bonsoir, as-tu vérifié
# systemctl status rpcbind
# systemctl status nfs-server
??
Que retourne aussi
# journalctl -xe
Ce soir une remise en route après un dnf update et tout redevient normal .... Ah les mystère de l'informatique.

Merci à Nicoss et antbel pour avoir pris le temps de me répondre.

Pour journalctl -xe, je n'ai que les résultats d'aujourd'hui où tout fonctionne
Sinon 
# systemctl status rpcbind
● rpcbind.service - RPC Bind
   Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor pres
   Active: active (running) since ven. 2016-12-09 17:06:41 CET; 15min ago
     Docs: man:rpcbind(8)
 Main PID: 533 (rpcbind)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/rpcbind.service
           └─533 /usr/bin/rpcbind -w -f
lines 1-8/8 (END)

et 
# systemctl status nfs-server
● nfs-server.service - NFS server and services
   Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; disabled; vendor 
   Active: inactive (dead)
lines 1-3/3 (END)
Là vous me faîtes rentrer dans un domaine qui m'échappe complétement...
Etrange ton service nfs-server ne tourne pas... quoique faut voir comment tu as fait tes montages.

Tu as eu quoi en MàJ entre temps ?

Edit : Ajout pour les MàJ
Il y a eu un truc bizarre ces jours ci,
en effet le systemctl status rpcind.service ne démarrait pas.
Il était indiqué rpcbind.socket au lieu de rpcbind.service
après un systemcl start rpcbind.service et systemctl enable rpcbind.service
tout est rentré dans l'ordre
idem pour nfs-server

NB virez-moi la pub adid.....
Nicosss wrote:Etrange ton service nfs-server ne tourne pas... quoique faut voir comment tu as fait tes montages.

Tu as eu quoi en MàJ entre temps ?

Edit : Ajout pour les MàJ
Pour répondre à ta question c'est dans le fstab via, pour chaque dossier de mon serveur synologie

192.168.0.7:/volume1/music /home/DD/ServMusique nfs defaults,user,auto,noatime,rsize=16384,wsize=16384,intr 0 0

Je passe par un dossier dans /home qui est commun aux autres distributions que je peux utiliser lorsque l'un d'elle me fait faux bond dans le traitement vidéo.

Pour les mises à jours, je fais régulièrement, lorsque j'ai un soucis un dnf update.

Aujourd'hui tout fonctionne, pourvu que ça dure.....
On va la refaire en fait.
Pour les services c'était côté client ou serveur ?
Pour ta ligne fstab, c'est sur ton client par contre ?
Nicosss wrote:On va la refaire en fait.
Pour les services c'était côté client ou serveur ?
Pour ta ligne fstab, c'est sur ton client par contre ?
Mes serveurs sont des NAS (synologie et D-Link), eux je ne touche plus à leur config, ils sont bien visible et exploitable depuis depuis tous mes PC (portable et fixe, en wifi ou en filaire).

Le fstab est sur mon PC client.

Petite chose curieuse, je viens d’installer Fedora 25 sur le PC portable de ma fille et j'ai eu le même problème. J'ai pris la solution de antbel, c'est à dire un systemctl start rpcbind.service puis un systemctl enable rpcbind.service et tout est redevenu opérationnel y compris après un redémarrage.

Ce qui m'embête c'est que je ne comprends pas ce que je fais.....
Oka, c'était juste pour que ce soit plus clair, car il faut bien distinguer la partie serveur de la partie client.

Pour ma part, dans le fstab client, j'utilise les options de systemd pour le montage à la demande avec timeout en cas de non utilisation pour libérer de la ressource 
<host>:/<server_mount_point> /<client_mount_point>/	nfs	x-systemd.automount,x-systemd.idle-timeout=300,async	0 0
Encore une mise à jour et hop on recommence, mes serveurs sont inexistant :hammer::hammer:

J'ai tenté la solution précédente, mais c'est pas ce que j'espérais 
# systemctl start rpcbind.service
[root@localhost ~]# systemctl enable rpcbind.service
[root@localhost ~]# mount -a
mount error: cifs filesystem not supported by the system
mount error(19): No such device
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount.nfs: No such device
mount.nfs: No such device
mount.nfs: No such device
mount.nfs: No such device
mount.nfs: No such device
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.8.6-300.fc25.x86_64
ntfs-3g-mount: fuse device is missing, try 'modprobe fuse' as root
[root@localhost ~]# modprobe fuse
modprobe: FATAL: Module fuse not found in directory /lib/modules/4.8.6-300.fc25.x86_64
Est-ce que tu as bien cette version de selinux-policy selinux-policy-3.13.1-225.3 ?
Les chemins ont été changés pour rpcbind et du coup SELinux n'est pas content.
C'est bien cette version, je vais lancer un dnf update au cas ou....

En attendant je me suis rapatrié chez Ubuntu car, bien sur, tous mes dossiers sont sur mes serveurs.....
Pour ma part tout tourne.
Donne les versions de paquets de rpcbind, nfs et selinux en cas.