Comment éviter "ERREUR: impossible d'accéder au fichier [lien mort]" de clamdscan?
Les liens morts entraînent l'impression d'un message sous la forme ERROR: Can't access file [dead link path], ce qui n'a pas beaucoup de sens car ce n'est pas une erreur d'analyse antivirus, c'est simplement un état sans importance d'une partie non importante du système de fichiers, c'est un message de débogage ou de trace.
Exemple:
> cd /tmp/test/
> ln -s -T /inexisting file
> Sudo clamdscan --fdpass --multiscan /tmp/test/
ERROR: Can't access file /tmp/test/file
----------- SCAN SUMMARY -----------
Infected files: 0
Total errors: 1
Time: 0.000 sec (0 m 0 s)
Puis-je éviter ce message avec une option intégrée de clamd? Cela n'empêche pas clamd de bien fonctionner, mais encombre la sortie. Je les ai vérifiées et aucune ne semble convaincante, mais leurs noms ne sont pas trop clairs et les fichiers de configuration n'ont pas été commentés. Il n'est pas utile de comprendre cela en détail ou de filtrer la sortie.
La suppression des liens demande beaucoup de travail (pas une seule fois, mais à chaque fois, par exemple, un processus de construction crée de tels liens) et ne conduit pas à une suppression déterministe du problème. C'est une solution de contournement temporaire valide.
J'utilise 0.99.2 + dfsg-2ubuntu2 sur Ubuntu 16.10.
Selon la page de manuel , la valeur par défaut est de ne pas suivre les liens. Je pense donc que vous obtenez cette erreur en raison d'une mauvaise configuration de /etc/clamav/clamd.conf qui, je suppose, a été modifié clamd le crée la première fois qu'il s'exécute.
Peu importe, vous voudrez éditer le fichier et commenter la ligne.
FollowFileSymlinks (yes/true/1) <- il aura l'une de ces valeurs booléennes équivalentes
et si vous ne voulez pas suivre les liens symboliques du répertoire, mettez en commentaire la ligne.
FollowDirectorySymlinks (yes/true/1) <- il aura l'une de ces valeurs booléennes équivalentes
ainsi que. Cela devrait vous ramener au fonctionnement par défaut et éliminer le ERROR: Can't access file /tmp/test/file
Alternativement: Si vous préférez, plutôt que de commenter la ligne qui dévie du comportement par défaut, vous pouvez simplement choisir de la définir comme suit: non, faux ou 0
Si cela ne résout pas votre problème, vous avez découvert un bogue et vous devez le signaler .