Arquivos sem atributos, proprietário, grupo e inodes

0

Ontem começamos a ter problemas com nossos e-mails. Investigando isso, descobri que há alguns arquivos em nosso sistema que mostram todos os atributos incluindo inode, proprietário, grupo, permissões, tamanho e data como pontos de interrogação quando listados por um comando ls .

Quando tento acessar qualquer um desses arquivos para visualizá-los, atualizá-los, movê-los ou excluí-los, recebo um erro de entrada / saída. Devido ao inode também ser mostrado como um ponto de interrogação ao invés de um valor real, eu não posso deletá-los usando o inode.

Agora, não consigo nem fazer um ls neste sistema - recebo uma falha de segmentação quando tento executar o comando ls .

Alguma opinião sobre o que pode estar acontecendo e como posso me recuperar desse problema? Existe alguma informação adicional que eu possa fornecer que possa ajudar a encontrar uma causa e, com sorte, uma solução? A caixa está rodando Debian Wheezy.

    
por Joe Aquilina 08.01.2016 / 02:33

2 respostas

2

é o seu sistema de arquivos, ok? Por favor, execute o fsck para verificar e corrigir problemas antes de executar qualquer comando para examinar os arquivos.

    
por 08.01.2016 / 05:46
0

Parece que o sistema de arquivos definitivamente não está bem. Eu encontrei outros arquivos corrompidos em vários diretórios. Assim como o ls, eu também não posso executar muitos outros comandos como cat, less, mdadm, dpkg, para citar apenas alguns. SO em seu estado atual, eu não posso realmente verificar nada.

Eu sei que não posso executar o fsck enquanto um sistema de arquivos está montado e não tentei fazê-lo. O sistema está executando o software RAID 1 - como fazer uma verificação do fsck nesse caso? Eu usei apenas o fsck em um sistema não-raid.

Eu estou supondo que eu deveria estar reiniciando o sistema de um disco ativo antes de tentar executar o fsck e verificar os vários arquivos de log.

Como você pode dizer, eu não sou muito experiente. Eu tenho uma cópia de unidade que eu criei com dd alguns dias atrás e estou pensando que restaurar a partir desse backup e, em seguida, recriar & reanimar os arrays de raid pode, a longo prazo, ser uma opção mais rápida. Se eu fizesse essa rota, seria melhor restaurar uma unidade, recriar e ressincronizar a matriz de ataque ou eu poderia restaurar da unidade de backup em ambas as unidades na matriz de ataque (unidades pretas WD idênticas de 2 TB) e

    
por 08.01.2016 / 08:57

Tags