Tente isto: primeiro, faça ls -li para listar todos os arquivos com seus inodes. O inode é o número à esquerda. Observe o número do inode do seu diretório de problemas. Então: find . -inum xxx -delete substituindo xxx pelo número do inode.
Eu tenho um servidor com um aplicativo que usa temas (mollify), no entanto, depois de olhar o site esta manhã, nenhum CSS estava sendo exibido, então eu dei uma olhada nos temas como meu primeiro porto de escala.
O que aconteceu foi que o tema 'basic' desapareceu da minha listagem no FileZilla, então a primeira coisa que fiz foi tentar reenviá-lo (o servidor é 775 para essa pasta 755 para todos os outros), quando isso falhou. fui verificar minhas configurações de usuário, etc.
Quando eu fiz ls /path/to/themes/ os dois temas listados foram 'basic' e 'charcoal' e quando eu fiz ls -l /path/to/themes/ charcoal, que aparece no FileZilla, voltou como esperado - mas o basic retornou:
d????????? ? ? ? ? ? basic
Isso para mim parece que não há mais dono etc deste arquivo, mas eu pessoalmente não mudei nada neste servidor (o servidor físico travou e foi consertado no final de semana).
Enviei um backup dessa pasta com um novo nome e apontei o arquivo de índice para este CSS, para que os usuários não sejam afetados, mas isso não ajuda o problema com esse arquivo.
Eu tentei usar rm -r e rm -rf para excluir a pasta, mas ela retorna que ela não existe. Eu também tentei usar mv para renomear / mover os arquivos, mas obviamente apenas retorna que ele já existe. Eu não estou usando o usuário root diretamente, mas minha própria conta com privilégios sudo, isso poderia ser um problema por que não irá apagar?
Existe uma maneira de excluir ou restaurar esta pasta quando parece que não tem proprietário?
Tente isto: primeiro, faça ls -li para listar todos os arquivos com seus inodes. O inode é o número à esquerda. Observe o número do inode do seu diretório de problemas. Então: find . -inum xxx -delete substituindo xxx pelo número do inode.