Forum Linux.général authentication is required to perform file operations

Posté par  . Licence CC By‑SA.
Étiquettes :
0
30
juin
2020

Bonjour,
J'ai une distri linux mint 19.3 et je viens de voir pour la premiere fois une demande de m'authentifier pour accéder à un repertoire dans le finder.
La fenetre d'autentification me demande un mot de passe.
Lorsque je clique sur détails, il y a écrit
Action : org.gtk.vfs.file-operations-helper
Vendor: GVfs
Lorsqu'on clique sur ce lien, on arrive sur ce lien :
https://gitlab.gnome.org/GNOME/gvfs
"GVfs is a userspace virtual filesystem implementation for GIO (a library
available in GLib). GVfs comes with a set of backends, including trash support,
SFTP, SMB, HTTP, DAV, and many others. GVfs also contains modules for GIO that
implement volume monitors and persistent metadata storage. There is also FUSE
support that provides limited access to the GVfs filesystems for applications
not using GIO."
Qu'est ce que c'est que ca et est ce que je peux le déinstaller?
Merci

  • # bah lâ comme ca, je dirais non

    Posté par  . Évalué à 4.

    non, ne cherches pas à le desinstaller, tu ne sais pas s'il est critique.

    tu ne nous dis pas quel est ce dossier "magique" ni ce qu'il est censé contenir.

    ton GVFS permet en principe d'aller sur un partage reseau (samba, ftp, ssh, webdav) par exemple, il peut alors etre normal que ca demande un mot de passe si celui de ton utilisateur courant n'est pas valide

  • # .

    Posté par  . Évalué à 1.

    en l'occurence le dossier est une copie de mon dossier .thunderbird, que je cherche à copier sur un nas monté en nfs
    cest tres étrange, car je n'ai mis aucuns mots de passes.

    • [^] # Re: .

      Posté par  . Évalué à 2.

      NFS gere les droits,
      ton GVFS (nautilus) n'arrive pas à écrire sur le NFS, il demande donc un login/pass

      • [^] # Re: .

        Posté par  . Évalué à 1. Dernière modification le 01 juillet 2020 à 13:41.

        cest étrange car j'ai mis les droits identiques pour plusieurs ordinateurs tous avec linux mint 19.3 et cest seulement sur une des machines que j'ai une demande de login gvfs.
        tous les ordinateurs ont les memes droits configurés sur le nas.
        seuls quelques sous dossiers lors de la copie demandent une authentification

        • [^] # Re: .

          Posté par  . Évalué à 1.

          en fait, ce qui est bizzare, c'est que le script de copy python buggue et me dit "permission denied", nautilus buggue en me demandant l'autorisation gvfs, mais il s'agit d'une copie d'un repertoire local vers un repertoire local qui ne passe pas par nfs.
          (il y a bien un repertoire monté en nfs par ailleurs).
          je ne comprend donc pas bien où je dois régler les droits de copie.

          • [^] # Re: .

            Posté par  . Évalué à 2.

            bon en fait ca viendrait de mon script pytho où j'ai mis un chmod 777

          • [^] # Re: .

            Posté par  . Évalué à 2.

            si c'est entre deux dossiers locaux, il peut quand meme y avoir des droits sur le dossier de destination,

            mais dans ton explication, tu sembles indiquer qu'il y a du NFS, donc meme si la destination apparait comme "locale" (point de montage), elle est en fait distante et en fait ton fichier que tu veux copier passe par les étages suivants :

            Emplacement local -> nouvel emplacement (point de montage) -> protocole NFS -> serveur NFS -> Dossier dans le serveur -> Systeme de fichier du Serveur

            il peut donc y avoir des droits et des problèmes à tous les étages :

            • le point de montage est monté par exemple par root, et n'autorise pas ton utilisateur a écrire dedans
            • le serveur NFS n'autorise pas l'écriture, ou squash l'utilisateur root
            • le système de fichier sur le serveur ne reconnait pas ton utilisateur
  • # Commentaire supprimé

    Posté par  . Évalué à 0. Dernière modification le 04 juillet 2020 à 17:29.

    Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.