/usr/bin/find: WARNING: Hard link count is wrong for //proc: this may be
a bug in your filesystem driver.
Automatically turning on find's -noleaf option. Earlier results may
have failed to include directories that should have been searched.
Google montre que je ne suis pas le seul, mais ne donne pas de réponse
satisfaisante; je n'ai rien trouvé non plus dans les archives de la
liste.
Ma version de findutils est la 4.2.25-1.
Quelqu'un aurait-il un pointeur pour une explication?
--
Philippe Berini
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Bernard Isambert
Philippe Berini a écrit :
Depuis quelque temps, j'ai l'erreur suivante:
/usr/bin/find: WARNING: Hard link count is wrong for //proc: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched.
Google montre que je ne suis pas le seul, mais ne donne pas de réponse satisfaisante; je n'ai rien trouvé non plus dans les archives de la liste.
Ma version de findutils est la 4.2.25-1.
Quelqu'un aurait-il un pointeur pour une explication?
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané du système et qui change plus vite que find ne le parcourt. Sauf exception, on évite de le faire explorer par find en utilisant par exemple l'option -mount (ou -xdev) qui dit à find de rester dans le filesystem où on a commencé la recherche. Voir man find pour les détails.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Philippe Berini a écrit :
Depuis quelque temps, j'ai l'erreur suivante:
/usr/bin/find: WARNING: Hard link count is wrong for //proc: this may be
a bug in your filesystem driver.
Automatically turning on find's -noleaf option. Earlier results may
have failed to include directories that should have been searched.
Google montre que je ne suis pas le seul, mais ne donne pas de réponse
satisfaisante; je n'ai rien trouvé non plus dans les archives de la
liste.
Ma version de findutils est la 4.2.25-1.
Quelqu'un aurait-il un pointeur pour une explication?
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané
du système et qui change plus vite que find ne le parcourt.
Sauf exception, on évite de le faire explorer par find en utilisant par
exemple l'option -mount (ou -xdev) qui dit à find de rester dans le
filesystem où on a commencé la recherche.
Voir man find pour les détails.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
/usr/bin/find: WARNING: Hard link count is wrong for //proc: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched.
Google montre que je ne suis pas le seul, mais ne donne pas de réponse satisfaisante; je n'ai rien trouvé non plus dans les archives de la liste.
Ma version de findutils est la 4.2.25-1.
Quelqu'un aurait-il un pointeur pour une explication?
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané du système et qui change plus vite que find ne le parcourt. Sauf exception, on évite de le faire explorer par find en utilisant par exemple l'option -mount (ou -xdev) qui dit à find de rester dans le filesystem où on a commencé la recherche. Voir man find pour les détails.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Philippe Berini
* Bernard Isambert [Fri, Sep 16, 2005 at 11:51:43AM +0200]:
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané du système et qui change plus vite que find ne le parcourt. Sauf exception, on évite de le faire explorer par find en utilisant par exemple l'option -mount (ou -xdev) qui dit à find de rester dans le filesystem où on a commencé la recherche. Voir man find pour les détails.
OK, merci. Mais ce n'est pas moi qui lance find sur proc, c'est cron.daily. Je pense qu'il lance find.notslocate, qui lui-même appelle updatedb.
Et dans /etc/updatedb.conf, il y a les lignes suivantes:
# filesystems which are pruned from updatedb database PRUNEFS="NFS nfs nfs4 afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite" export PRUNEFS
Donc proc ne devrait pas être exploré par find ?
-- Philippe Berini
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
* Bernard Isambert <bern@taranig.net> [Fri, Sep 16, 2005 at 11:51:43AM +0200]:
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané du
système et qui change plus vite que find ne le parcourt.
Sauf exception, on évite de le faire explorer par find en utilisant par
exemple l'option -mount (ou -xdev) qui dit à find de rester dans le
filesystem où on a commencé la recherche.
Voir man find pour les détails.
OK, merci. Mais ce n'est pas moi qui lance find sur proc, c'est
cron.daily. Je pense qu'il lance find.notslocate, qui lui-même appelle
updatedb.
Et dans /etc/updatedb.conf, il y a les lignes suivantes:
# filesystems which are pruned from updatedb database
PRUNEFS="NFS nfs nfs4 afs proc smbfs autofs iso9660 ncpfs coda devpts
ftpfs devfs mfs shfs sysfs cifs lustre_lite"
export PRUNEFS
Donc proc ne devrait pas être exploré par find ?
--
Philippe Berini
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
* Bernard Isambert [Fri, Sep 16, 2005 at 11:51:43AM +0200]:
Normal, /proc est un filesystem virtuel, qui reflète l'état instantané du système et qui change plus vite que find ne le parcourt. Sauf exception, on évite de le faire explorer par find en utilisant par exemple l'option -mount (ou -xdev) qui dit à find de rester dans le filesystem où on a commencé la recherche. Voir man find pour les détails.
OK, merci. Mais ce n'est pas moi qui lance find sur proc, c'est cron.daily. Je pense qu'il lance find.notslocate, qui lui-même appelle updatedb.
Et dans /etc/updatedb.conf, il y a les lignes suivantes:
# filesystems which are pruned from updatedb database PRUNEFS="NFS nfs nfs4 afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite" export PRUNEFS
Donc proc ne devrait pas être exploré par find ?
-- Philippe Berini
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
