web-dev-qa-db-fra.com

Lot de "fichier non trouvé" lors de l'utilisation de Sudo find / -type s

Dans la tentative de comprendre pourquoi je continue à avoir l'erreur suivante

error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'

en utilisant la commande Sudo find / -type s, le terminal a demandé quelque chose comme ceci

find: ‘/proc/31348/task/31348/fd/5’: No such file or directory
find: ‘/proc/31348/task/31348/fdinfo/5’: No such file or directory
find: ‘/proc/31348/fd/5’: No such file or directory
find: ‘/proc/31348/fdinfo/5’: No such file or directory

Qu'est-ce que ça veut dire?

findproc
2
Andrea Moro

/proc est un pseudo-système de fichiers. Les fichiers sous /proc n'existent pas sur votre disque dur. Ils contiennent des informations sur les processus en cours d'exécution. Ces erreurs se produisent parce que certains processus ont été abandonnés alors que find était en cours d'exécution. C'est totalement normal.

(En fait, si vous exécutez find encore et encore et utilisez une commande telle que ps a | grep find pour obtenir le PID de votre commande find, vous verrez le même PID que ceux Dans les messages d'erreur, c'est un peu comme lorsque vous faites ps a | grep ps la commande grep sera également "saisie".

0
kraxor

Ces erreurs se produisent car ces fichiers appartiennent à un système de fichiers spécial procfs (monté sur /proc). Le système de fichiers proc présente des informations sur les processus dans une structure hiérarchique de type fichier. Ainsi, lorsque find tente d'accéder à ces fichiers spéciaux, ils ne sont plus présent.

Pour ignorer ces erreurs, ajoutez -xdev pour GNU find (ou -x pour BSD find), par exemple.

Sudo find / -type s -xdev

-xdev Ne descendez pas de répertoires sur d'autres systèmes de fichiers.

Voir aussi: Comment exclure les dossiers proc et sys de la recherche avec la commande find?

2
kenorb

find se plaint car elle voit un processus zombie avec l'ID de processus 31348.

Ma découverte se plaignait du processus 4052 chaque fois que je l'utilisais,

find: ‘/proc/4052/task/4052/ns/net’: No such file or directory
find: ‘/proc/4052/task/4052/ns/uts’: No such file or directory
find: ‘/proc/4052/task/4052/ns/ipc’: No such file or directory
find: ‘/proc/4052/ns/net’: No such file or directory
find: ‘/proc/4052/ns/uts’: No such file or directory
find: ‘/proc/4052/ns/ipc’: No such file or directory

[root@mylaptop /]# ps -ef | grep 4052
root      4052  4043  0 Jun19 ?        00:00:00 [sh] <defunct>

Alors,

Dans mon cas, il s’agissait d’un processus zombie créé il ya quelques heures (au cours d’une de mes opérations sous Linux). Le "kill -9 4052" n'a bien entendu aucun effet, il s'agit d'un zombie et les zombies ne peuvent pas être tués. Puisqu'il ne s'agissait que d'un seul et pauvre zombie solitaire, je l'ai laissé tranquille jusqu'au prochain redémarrage.

:)

0
George Moraitis