O cromo está me espionando?

Question

Eu tenho um problema muito intrigante. Quando rm -rf'ing .config / chromium, recebi este erro:

rm: cannot remove 'chromium/Default': Directory not empty

Com certeza, quando eu ls -l chromium/Default , vejo:

-?????????? ? ?    ?    ?    ? TransportSecurity

Então, eu tentei chmod a+rx chromium/Default e vejo:

chmod: cannot access 'chromium/Default/TransportSecurity': No such file or directory

Não consigo rm o arquivo. Se eu touch TransportSecurity , eu recebo outro arquivo com o mesmo nome e as mesmas permissões.

As permissões do diretório, para confirmar, são: drwxr-xr-x

Não consigo remover os arquivos (três idênticos agora). Eles sobrevivem a reinicializações e o root não ajuda.

Alguém viu isso ou tem sugestões de como investigar?

Per @ sugestão de Deathgrip abaixo, executando ls -lb chromium/Default reports:

ls: cannot access 'Default/TransportSecurity': No such file or directory
ls: cannot access 'Default/TransportSecurity': No such file or directory
ls: cannot access 'Default/TransportSecurity': No such file or directory
total 0
-?????????? ? ? ? ?           ? TransportSecurity
-?????????? ? ? ? ?           ? TransportSecurity
-?????????? ? ? ? ?           ? TransportSecurity

A execução de rm -i *TransportSecurity* diz:

rm: cannot remove 'TransportSecurity': No such file or directory

    

Answer 1

Não, (neste caso específico) o cromo não está espionando você.

Na maioria das vezes, eu encontrei um arquivo 'udeletable' devido a alguma corrupção do disco ou do sistema de arquivos localizado sobre ele. Na minha experiência, isso geralmente é causado por setores defeituosos no disco rígido. Esta não é a única causa.

Os pontos de interrogação na saída de ls podem ser um sintoma de um sistema de arquivos corrompido. Se este for o caso, é bastante fácil remediar. Você pode começar executando lsblk , isso mostrará os dispositivos de bloco em seu sistema e onde eles estão montados. A coluna da direita mostra o ponto de montagem. Encontre a que seu diretório .config está sob (provavelmente / ou /home ). Na coluna mais à esquerda, você pode encontrar o dispositivo de bloco correspondente ( /dev/sdXy ). Você então desejará executar o seguinte comando (o fsck afirma que ele suporta a execução no ponto de montagem, mas isso não é minha experiência).

# fsck /dev/sdXy

Se esta é uma partição atualmente montada fsck irá reclamar que provavelmente corromperá seu sistema de arquivos. Esse é um comportamento normal. Se este for um sistema de arquivos que você não pode desmontar (por exemplo, / ), verifique o arquivo /etc/fstab . Certifique-se de que o último campo da entrada correspondente ao seu dispositivo de bloco seja diferente de zero. Veja a página de manual para saber se deve ser 1 ou 2.