Solution 1 :
> sudo ls -al ./log
...
drw-rw-r-- 3 bob bob 4096 Jun 2 04:11 .
Il ne semble pas que Bob ait les autorisations d'exécution pour ./log, il ne peut donc pas cd à elle.
Mais
> ls -al .
...
drwxr-xr-x 2 bob bob 4096 June 1 14:22 log
montre qu'il le fait. Mais il ne semble pas qu'ils pointent vers le même fichier (autorisations différentes, modtime différent).
Essayez sudo ls -ail ./log et ls -ail pour voir si l'inode est le même.
Solution 2 :
Les choses sont plus simples que la corruption du système de fichiers ou selinux. Comme vous pouvez le voir, il vous manque l'autorisation x (exécutable) sur le répertoire du journal. En fait, pour les répertoires x signifie que quelqu'un peut accéder à ce répertoire. Faites simplement un "journal chmod +x" pour corriger cette permanente et vous devriez pouvoir y accéder.
Solution 3 :
J'ai vu des choses comme ça lorsque le système de fichiers a été corrompu ou si vous avez un lecteur défaillant. Le correctif consiste généralement à exécuter fsck sur le système de fichiers et à le laisser corriger les erreurs qu'il a trouvées.
Solution 4 :
Vérifiez également les paramètres SE/Linux. Parfois, les autorisations sur le fichier n'ont rien à voir avec le fait que vous puissiez ou non y accéder.
Solution 5 :
Les fichiers peuvent avoir le jeu d'attributs étendus immuables ou ajoutés uniquement. Cela m'est déjà arrivé auparavant et même root n'a pas pu supprimer le fichier.
Les attributs étendus peuvent être des vues via "lsattr" et modifiés via "chattr"