Bonjour.
J'ai un dossier caché dans le /home/user qui se nomme: "gvfs-metadata"
Puis-je supprimer son contenue sans probleme ? Les fichier à l’intérieur vont-ils se rengréner ?
Ce répertoire comprend des information nommé typiquement: home.qqch, network.qqch, smb-server:server,..ftp.qqch... qcch.log...
Bref je ne trouve pas d’informations sur internet décrivant l'utilité de ce répertoire caché et décrivant sa véritable utilité.
/home/*/.local/share/gvfs-metadata
Moderator: Laurent85
Forum rules
Les sujets de ce forum sont automatiquement fermés 6 mois après leur création.
Les sujets de ce forum sont automatiquement fermés 6 mois après leur création.
-
CasualMint
- Level 2

- Posts: 76
- Joined: Mon Feb 05, 2024 5:38 pm
Re: /home/*/.local/share/gvfs-metadata
GVfs stocke les métadonnées sur les fichiers. Par exemple, avec Nemo (le gestionnaire de fichiers de Cinnamon), vous pouvez épingler des fichiers, vous pouvez définir des fichiers comme favoris, vous pouvez personnaliser l'icône des fichiers et vous pouvez ajouter des emblèmes aux icônes de fichiers. Tout cela est stocké dans les métadonnées GVfs. La suppression de cela supprimera tous ces attributs de fichier.

-
CasualMint
- Level 2

- Posts: 76
- Joined: Mon Feb 05, 2024 5:38 pm
Re: /home/*/.local/share/gvfs-metadata
Merci.
Car ce répertoire accumule et retiens des informations qui ne sont plus d’actualité comme les volume monté, la visualisation de serveur ftp via caja etc..
Et puis d'un point de vue éthique j'aime pas trop le suivis d'activité en règles général.
Si c'est simplement des paramètre qui permet une exploitation plus rapide de certains favoris et des éléments de bureau moi ça ne me dérange pas de les supprimer et ensuite de généré de nouveaux paramètres (personnalisations). Sauf si leur suppression devraient mettre en danger le système d'exploitation.
Es-ce grave ? Si les fichiers sont de nouveau rengréner ensuite ?La suppression de cela supprimera tous ces attributs de fichier.
Car ce répertoire accumule et retiens des informations qui ne sont plus d’actualité comme les volume monté, la visualisation de serveur ftp via caja etc..
Et puis d'un point de vue éthique j'aime pas trop le suivis d'activité en règles général.
Si c'est simplement des paramètre qui permet une exploitation plus rapide de certains favoris et des éléments de bureau moi ça ne me dérange pas de les supprimer et ensuite de généré de nouveaux paramètres (personnalisations). Sauf si leur suppression devraient mettre en danger le système d'exploitation.
Sujet en cours:
Re: /home/*/.local/share/gvfs-metadata
Les métadonnées sont pour vous. Il stocke les informations que vous ajoutez à vos fichiers. Il n'est envoyé nulle part. Linux Mint ne collecte pas d'informations sur ses utilisateurs à partir du système d'exploitation. Les métadonnées ne sont pas non plus attachées aux fichiers. Par exemple, si vous envoyez, téléchargez ou archivez les fichiers, les métadonnées gvfs ne sont pas incluses.
Je suppose que si cela ne vous dérange pas de perdre les métadonnées des fichiers, vous devriez pouvoir supprimer ces fichiers. Si vous effectuez une nouvelle installation de Linux Mint ou créez un nouveau compte utilisateur, cela démarre sans métadonnées gvfs. Le système d'exploitation crée les fichiers de métadonnées lors de la connexion à un nouveau système de fichiers.
Pour être très prudent, vous pouvez renommer le répertoire gvfs-metadata. Déconnectez-vous ensuite. Reconnectez-vous, ouvrez Nemo et si tout fonctionne correctement, vous pouvez continuer et supprimer le répertoire renommé gvfs-metadata.
Je suppose que si cela ne vous dérange pas de perdre les métadonnées des fichiers, vous devriez pouvoir supprimer ces fichiers. Si vous effectuez une nouvelle installation de Linux Mint ou créez un nouveau compte utilisateur, cela démarre sans métadonnées gvfs. Le système d'exploitation crée les fichiers de métadonnées lors de la connexion à un nouveau système de fichiers.
Pour être très prudent, vous pouvez renommer le répertoire gvfs-metadata. Déconnectez-vous ensuite. Reconnectez-vous, ouvrez Nemo et si tout fonctionne correctement, vous pouvez continuer et supprimer le répertoire renommé gvfs-metadata.

-
Christian_B
- Level 3

- Posts: 171
- Joined: Mon May 12, 2014 6:06 pm
Re: /home/*/.local/share/gvfs-metadata
Bonjour,
Je connais un cas où il faut supprimer un fichier sous ~/.local/share/gvfs-metadata.
C'est le fichier home. Sous Mate en tout cas, si on a des icônes sur le fond d'écran (permanentes ou déposées momentanément), il grossit lentement et quand il a à peu près 2 Mo, cela crée un incident.
Si je fais ça, les icônes sont désorganisées et surtour les icônes que je personnalise (par exemple pour certains liens vers des dossiers) sont remplacées pas l'icône standard. Je les ai donc notées pour les remettre facilement. Heureusement, ce n'est pas fréquent.
Sous Mate la gestion des éléments du bureau (dossier ~/Bureau) est faite (assez mal je trouve) par Caja qui apparemment fait appel à gvfs.
À part ça, je ne vois pas l'idée. Un suivi ? Par qui ? Comme beaucoup d'autres fichiers (fichiers de config, .desktop etc) ceux de gvfs participent au fonctionnement normal du système, de l'environnement graphique et des applis. Commencer à supprimer sans raisons certains fichiers (parce que leur tête ne te plaît pas ?
) c'est aller au devant de complications et peut-être d'incidents graves.
Je connais un cas où il faut supprimer un fichier sous ~/.local/share/gvfs-metadata.
C'est le fichier home. Sous Mate en tout cas, si on a des icônes sur le fond d'écran (permanentes ou déposées momentanément), il grossit lentement et quand il a à peu près 2 Mo, cela crée un incident.
Si je fais ça, les icônes sont désorganisées et surtour les icônes que je personnalise (par exemple pour certains liens vers des dossiers) sont remplacées pas l'icône standard. Je les ai donc notées pour les remettre facilement. Heureusement, ce n'est pas fréquent.
Sous Mate la gestion des éléments du bureau (dossier ~/Bureau) est faite (assez mal je trouve) par Caja qui apparemment fait appel à gvfs.
À part ça, je ne vois pas l'idée. Un suivi ? Par qui ? Comme beaucoup d'autres fichiers (fichiers de config, .desktop etc) ceux de gvfs participent au fonctionnement normal du système, de l'environnement graphique et des applis. Commencer à supprimer sans raisons certains fichiers (parce que leur tête ne te plaît pas ?
Linux Mint 22 Mate 1.26.2 Carte Gigabyte H81N.
Intel Core i7-4770 : 4x2 cœurs + Xeon E3-1200 (= circuit graphique 4600).
Mémoire 8 Go Dual channel, SSD 120Go, HD 2To.
Les armes nucléaires sont interdites depuis le 22 janvier 2021. Y a plus qu'à ...
Intel Core i7-4770 : 4x2 cœurs + Xeon E3-1200 (= circuit graphique 4600).
Mémoire 8 Go Dual channel, SSD 120Go, HD 2To.
Les armes nucléaires sont interdites depuis le 22 janvier 2021. Y a plus qu'à ...
-
Christian_B
- Level 3

- Posts: 171
- Joined: Mon May 12, 2014 6:06 pm
Re: /home/*/.local/share/gvfs-metadata
J'oubliais ...
En ce qui concerne la mémorisation (inutile à mon sens) de l'emplacement sur le bureau des volumes amovibles, ce n'est pas dans gvfs-metadata.
En tous cas pour Caja, il y a un fichier texte desktop-metadata sous /.config/caja/. On peut l'éditer et enlever (proprement) les item périmés.
Je ne sais pas si Nemo fait quelque chose d'analogue.
En ce qui concerne la mémorisation (inutile à mon sens) de l'emplacement sur le bureau des volumes amovibles, ce n'est pas dans gvfs-metadata.
En tous cas pour Caja, il y a un fichier texte desktop-metadata sous /.config/caja/. On peut l'éditer et enlever (proprement) les item périmés.
Je ne sais pas si Nemo fait quelque chose d'analogue.
Linux Mint 22 Mate 1.26.2 Carte Gigabyte H81N.
Intel Core i7-4770 : 4x2 cœurs + Xeon E3-1200 (= circuit graphique 4600).
Mémoire 8 Go Dual channel, SSD 120Go, HD 2To.
Les armes nucléaires sont interdites depuis le 22 janvier 2021. Y a plus qu'à ...
Intel Core i7-4770 : 4x2 cœurs + Xeon E3-1200 (= circuit graphique 4600).
Mémoire 8 Go Dual channel, SSD 120Go, HD 2To.
Les armes nucléaires sont interdites depuis le 22 janvier 2021. Y a plus qu'à ...
