Como encontrar razões para recuperação de periódicos

5

Recentemente, quando iniciei meu computador, sou informado de que está recuperando o diário de uma das minhas partições ext3.

Pode-se esperar esse comportamento se o computador for desligado incorretamente, mas, até onde eu sei, isso ocorre após desligamentos normais.

Além disso, o número de inodes que são considerados órfãos e limpos é apenas um ou dois nesses casos.

Eu realizei um fsck, mas a situação continua.

Quais arquivos de registro posso verificar para tentar descobrir por que isso está acontecendo? Quais são algumas das razões que podem ter acontecido? Como posso resolver isso?

UPDATE

fstab é o seguinte:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=ead12a48-4a3b-4e3a-b611-d3fc62e8716a /               ext4    errors=remount-ro,noatime,nodiratime 0       1
# /home was on /dev/sda6 during installation
UUID=217f1c44-5d04-4c75-9d4a-2a70b1726434 /home           ext3    defaults,noatime,nodiratime        0       2

UPDATE 2

cat /var/log/fsck/{checkfs,checkroot} retorna (Nothing has been logged yet.) duas vezes.

    
por Richard 24.01.2013 / 20:49

2 respostas

2

Sua única partição ext3 é /home . Uma possível razão para o seu problema é que /home não está sendo desmontado porque está em uso no momento em que seu sistema está sendo desligado. Como /home não deve estar em uso quando nenhum usuário normal estiver logado, identificar se ele está em uso quando ninguém estiver logado é uma maneira de identificar se esse possível problema específico é a causa de seu problema específico.

  1. Temporariamente habilite o login root em seu sistema (nós o desativamos novamente mais tarde). Isso permitirá que você efetue login sem acessar /home , para que você possa verificar se alguma coisa está sendo usada e se é desmontada corretamente.

  2. Logout.

  3. Pressione Ctrl + Alt + F1 para alternar para um terminal virtual de texto.

  4. Faça login como root. Isso iniciará um shell no diretório inicial do root ( /root ) que está fora de /home .

  5. Tente desmontar /home digitando umount /home (nenhum sudo é necessário, pois você já é root).

  6. Se isso for bem-sucedido, isso não é problema seu. Se falhar, então este é o seu problema. Se a razão é que o sistema de arquivos está em uso, o comando fuser -m /home listará os processos usando /home , que você pode investigar.

  7. Monte novamente /home digitando mount /home .

  8. Efetue logout com o comando exit .

  9. Volte para a tela gráfica de login pressionando Alt + F7 .

  10. Faça login novamente como você mesmo.

  11. Desative o login root para retornar o sistema à sua configuração original.

Isso pode ou não identificar a causa do seu problema específico, mas deve funcionar para identificar processos que estão impedindo que /home seja desmontado de forma limpa no encerramento geral do sistema.

    
por Robie Basak 28.01.2013 / 23:24
2

Como você mencionou no seu comentário, o eCryptfs é uma possível causa para o seu problema. Para verificar isso, siga as etapas abaixo:

  1. Faça logout e faça login como um usuário diferente
  2. Tente abrir seus arquivos em /home/richard (ou como seu usuário é chamado).
  3. Se você pode acessar e ler os arquivos, sua casa não foi correta desmontada.

Outra coisa que você pode fazer como usuário é inserir ecryptfs-umount-private . Este script termina com sucesso com a mensagem:

  

Seu diretório particular foi desmontado.

Por erro, você pode receber a mensagem:

fopen: No such file or directory
Cannot chdir into mountpoint.

No último caso, o problema muitas vezes está faltando links simbólicos. Então, faça o seguinte:

  1. Faça login como usuário normal
  2. Verifique se o seu diretório pessoal não está criptografado (você pode ler todos os arquivos).
  3. Abra um terminal (se você estiver trabalhando em um terminal, basta digitar cd para entrar no seu $HOME ).
  4. Digite ln -s /home/.ecryptfs/YOUR_USERNAME/.ecryptfs e ln -s /home/.ecryptfs/YOUR_USERNAME/.Private .

O ponto principal são os links simbólicos na última etapa. Em alguns casos eles estão faltando. Isso leva a não criptografar e desmontar seus dados em casa.

No entanto, se o problema persistir, pode haver também o arquivo $HOME/.ecryptfs/auto-umount ausente. Se este for o caso, seu diretório pessoal não será automaticamente desmontado. Basta digitar touch $HOME/.ecryptfs/auto-umount para alterá-lo.

    
por qbi 29.01.2013 / 11:47