# Updatedb impossible à cause de gvfs

**URL:** <https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556>\
**Category:** Support Debian\
**Created:** [Juillet 3, 2019, 2:10 UTC](https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556 "2019-07-03T14:10:05Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Juillet 3, 2019, 2:10 UTC](https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556/1 "2019-07-03T14:10:05Z")

</div>

Bonjour,

je découvre Stretch.. (pas taper!)

> # updatedb  
> /usr/bin/find: ‹&nbsp;/run/user/1000/gvfs&nbsp;›: Permission denied  
> /usr/bin/find: ‹&nbsp;/run/user/111/gvfs&nbsp;›: Permission denied

impossible d’actualiser la base de données de locate, sous root (et évidemment sous utilisateur ordinaire)

ça vous dit quelque chose?

---

<div class="post-metadata">

**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\
**Post date:** [Juillet 3, 2019, 3:05 UTC](https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556/2 "2019-07-03T15:05:20Z")

</div>

La mise à jour updatedb est possible, il suffit d’attendre suffisamment longtemps. Quant au message d’erreur c’est anodin, je l’ai depuis le troisième trimestre 2017 sans problème, j’avais cherché pourquoi ce message, mais je ne me souviens plus du résultat, je me souviens juste qu’il ne faut pas s’en faire !

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Juillet 3, 2019, 3:26 UTC](https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556/3 "2019-07-03T15:26:31Z")

</div>

Salut

```auto

df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 1,8G 0 1,8G 0% /dev
tmpfs tmpfs 185M 6,3M 178M 4% /run
/dev/sda1 ext4 19G 13G 5,0G 72% /
tmpfs tmpfs 1,8G 53M 1,8G 3% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 1,8G 0 1,8G 0% /sys/fs/cgroup
tmpfs tmpfs 185M 2,1M 182M 2% /tmp
/dev/sda6 ext4 268G 220G 35G 87% /home
tmpfs tmpfs 369M 24K 369M 1% /run/user/1001

```

/run/user c’est en tmpfs donc volatile ça n"a de toute facons pas de sens de construire une base de données qui répertorie ces dossiers

> **[GVFS](https://fr.wikipedia.org/wiki/GVFS)**
>
> Ne doit pas être confondu avec Git Virtual File System (GVFS) Cet article est une ébauche concernant un logiciel libre. modifier - modifier le code - voir Wikidata (aide) GVFS est le système de fichiers virtuel utilisé pour l'environnement de bureau libre GNOME. Il a été développé dans le but de remplacer GnomeVFS à compter de la version 2.22 de GNOME dans lequel il sert de nombreuses applications, à commencer par Nautilus, le gestionnaire de fichiers.

j’utilise mlocate

> **[Debian -- Error](https://packages.debian.org/fr/buster/mlocate)**

```auto
ls -alrt /usr/bin/updatedb
lrwxrwxrwx 1 root root 26 avril 5 2016 /usr/bin/updatedb -> /etc/alternatives/updatedb
root@debian:/# ls -alrt /etc/alternatives/updatedb
lrwxrwxrwx 1 root root 25 nov. 19 2016 /etc/alternatives/updatedb -> /usr/bin/updatedb.mlocate

```

```auto
root@debian:/# date
mercredi 3 juillet 2019, 17:53:11 (UTC+0200)
root@debian:/# updatedb
root@debian:/# date
mercredi 3 juillet 2019, 17:53:21 (UTC+0200)
root@debian:/# 

```

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Juillet 3, 2019, 5:27 UTC](https://www.debian-fr.org/t/updatedb-impossible-a-cause-de-gvfs/79556/4 "2019-07-03T17:27:34Z")

</div>

Merci Gille2 et Grandtoubab pour ces précisions,  
effectivement un test me montre qu’_updatedb_ a fait son travail.  
J’ai été leurré par l’absence de données de travail, qui fait qu’_updatedb_ est sorti quasi-instantanément en affichant ce message.  
_mlocate_ semble intéressant, merci aussi pour cette indication.  
[EDIT] et mlocate n’affiche pas ce message inopportun, je l’ai adopté.
