Soluzione 1:
> sudo ls -al ./log
...
drw-rw-r-- 3 bob bob 4096 Jun 2 04:11 .
Non sembra che Bob abbia i permessi di esecuzione per ./log, quindi non può cd ad esso.
Ma
> ls -al .
...
drwxr-xr-x 2 bob bob 4096 June 1 14:22 log
mostra che lo fa. Ma non sembra che stiano puntando allo stesso file (autorizzazioni diverse, modtime diverso).
Prova sudo ls -ail ./log e ls -ail per vedere se l'inode è lo stesso.
Soluzione 2:
Le cose sono più semplici della corruzione del filesystem o di selinux. Come puoi vedere, ti manca l'autorizzazione x (eseguibile) nella directory di registro. In realtà per le directory x significa che qualcuno è in grado di passare a quella directory. Basta fare un "chmod +x log" per correggere quel perm e dovresti essere in grado di accedervi.
Soluzione 3:
Ho visto cose del genere quando il filesystem è stato danneggiato o se hai un'unità guasta. La correzione di solito consiste nell'eseguire fsck sul filesystem e lasciare che corregga gli errori che ha trovato.
Soluzione 4:
Inoltre, controlla le impostazioni SE/Linux. A volte i permessi sul file non hanno nulla a che fare con la possibilità o meno di accedervi.
Soluzione 5:
I file possono avere l'immutabile o aggiungere solo gli attributi estesi impostati. Mi è già successo e nemmeno root è riuscito a cancellare il file.
Gli attributi estesi possono essere visualizzati tramite "lsattr" e modificati tramite "chattr"