Comment monter un partage CIFS pour qu'il ne prévienne pas des modifications de fichiers externes
C'est l'entrée fstab actuelle pour le montage.
//qnap/share /data cifs noauto,user,username=qnap,uid=1000,gid=1000 0 0
Cela fonctionne bien et la plupart du temps sans aucun problème.
Toutefois, lors de l'utilisation de certains logiciels (par exemple: des éditeurs de texte de base tels que gedit ou des applications plus avancées telles que PhpStorm) pour ouvrir des fichiers sur le partage, le logiciel affiche de temps à autre des "notifications de modification de fichier externe".
L'horodatage ou la taille du fichier ne change pas et cet ordinateur et le NAS ont la même heure que celle définie par NTP.
Quelqu'un sait-il ce qui déclenche ces notifications de "modification de fichier externe" dans des applications d'édition de texte linux telles que gedit?
Est-ce que quelqu'un connaît différents drapeaux de montage qui pourraient aider à résoudre ce problème?
Je suis intéressé par un correctif et également intéressé par ce qui se passe à un niveau inférieur pour déclencher ces notifications.
Merci Dave
Dans votre fstab, changez la ligne en
//qnap/share /data cifs username=qnap,password=<your_pass>,_netdev,uid=1000,gid=1000 0 0
Insérez votre mot de passe à la place de et notez également _netdev. L'option _netdev est toujours recommandée pour les montages cifs dans fstab. Ce commutateur retarde le montage jusqu'à ce que le réseau soit activé, bien que l'exclusion de cette option ne crée pas de problème.
L'avertissement vient du fait que vous n'avez pas fourni le mot de passe lors du montage.
Une méthode similaire mais légèrement différente (dans la manière dont les informations d'identification sont stockées dans un fichier et le fichier est référencé dans fstab) a été décrite ici .
Edit : Utilisez noauto (comme vous l'avez fait) si vous souhaitez monter lors de la connexion au lieu de démarrer. Les options user et sync sont également facultatives. Utilisez-les selon vos besoins.
J'ai le même problème avec Pluma (fork Gedit de MATE Desktop); cela semble être dû à la différence de résolution de l'horodatage de modification de fichier entre une machine GNU/Linux locale (nanosec) et une machine Windows distante (~ 2 secondes pour FAT32).
Lorsque Pluma a terminé d'écrire le fichier, il interroge et mémorise l'horodatage de modification du fichier. dans le cas CIFS, cette information est mise en cache (affiche donc l'heure nanosec d'origine). Mais lorsque le temps passait, que les attributs en cache expiraient et que Pluma essayait de vérifier à nouveau l'horodatage du fichier pour une modification externe, il obtenait maintenant l'horodatage côté serveur (qui est arrondi supérieur à une résolution de 2 secondes); Pluma interprète cela comme une modification externe et affiche l'avertissement.
J'ai résolu ce problème en empêchant CIFS de mettre en cache les attributs de fichier: en spécifiant l'option actimeo=0 dans fstab:
//qnap/share /data cifs noauto,user,username=qnap,uid=1000,gid=1000,actimeo=0 0 0
Ainsi, lorsque Pluma enregistre le fichier et lit l’horodatage, il obtient toujours l’horodatage déjà arrondi côté serveur et cesse de transmettre le message gênant.