web-dev-qa-db-fra.com

Comment trouver les raisons de la récupération du journal

Récemment, au démarrage de mon ordinateur, on m'a informé qu'il récupérait le journal d'une de mes partitions ext3.

On pourrait s’attendre à ce que ce comportement se produise si l’ordinateur s’arrête de manière incorrecte, mais, autant que je sache, cela se produit après des arrêts normaux.

De plus, le nombre d'inodes déclarés orphelins et effacés est seulement un ou deux dans ces cas.

J'ai effectué un fsck, mais la situation continue.

Quels fichiers journaux puis-je vérifier pour essayer de comprendre pourquoi cela se produit? Quelles sont les raisons pour lesquelles il peut avoir eu lieu? Comment puis-je le résoudre?

UPDATE

fstab est comme suit:

# <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

PDATE 2

cat /var/log/fsck/{checkfs,checkroot} renvoie (Nothing has been logged yet.) deux fois.

12.10data-recoveryext3
5
Richard

Comme vous l'avez mentionné dans votre commentaire, eCryptfs est une cause possible de votre problème. Pour vérifier cela, procédez comme suit:

  1. Déconnectez-vous et connectez-vous en tant qu'utilisateur différent
  2. Essayez d’ouvrir vos fichiers dans /home/richard (ou quel que soit le nom de votre utilisateur).
  3. Si vous pouvez accéder aux fichiers et les lire, votre maison n’a pas été démontée correctement.

Une autre chose que vous pouvez faire en tant qu'utilisateur est d'entrer ecryptfs-umount-private. Ce script se ferme en cas de succès avec le message:

Votre répertoire privé a été démonté.

En cas d'erreur, vous pourriez recevoir le message:

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

Dans ce dernier cas, les problèmes sont souvent des liens symboliques manquants. Alors procédez comme suit:

  1. Connectez-vous en tant qu'utilisateur normal
  2. Assurez-vous que votre répertoire personnel est pas crypté (vous pouvez lire tous les fichiers).
  3. Ouvrez un terminal (si vous travaillez dans un terminal, tapez simplement cd pour entrer dans votre $HOME).
  4. Tapez ln -s /home/.ecryptfs/YOUR_USERNAME/.ecryptfs et ln -s /home/.ecryptfs/YOUR_USERNAME/.Private.

Le point principal sont les liens symboliques dans la dernière étape. Dans certains cas, ils sont manquants. Cela conduit à ne pas chiffrer et démonter vos données à la maison.

Cependant, si le problème persiste, le fichier $HOME/.ecryptfs/auto-umount peut également manquer. Si tel est le cas, votre répertoire personnel ne sera pas automatiquement démonté. Il suffit d'entrer touch $HOME/.ecryptfs/auto-umount pour le changer.

2
qbi

Votre seule partition ext3 se trouve être /home. Une des raisons possibles de votre problème est que /home n'est pas en cours de démontage car il est utilisé au moment de la fermeture de votre système. Étant donné que /home ne doit pas être utilisé lorsqu'aucun utilisateur normal n'est connecté, il est utile de déterminer si cette connexion est utilisée lorsque personne n'est connecté.

  1. Temporairement activer le login root sur votre système (nous le désactiverons plus tard). Cela vous permettra de vous connecter sans accéder à /home, de sorte que vous puissiez vérifier si quelque chose d'autre l'utilise et si son montage est correct.

  2. Se déconnecter.

  3. Presse Ctrl+Alt+F1 passer à un terminal virtuel texte.

  4. Connectez-vous en tant que root. Cela démarrera un shell dans le répertoire de base de la racine (/root) qui se trouve en dehors de /home.

  5. Essayez de démonter /home en tapant umount /home (aucun Sudo n’est requis car vous êtes déjà root).

  6. Si cela réussit, alors ce n'est pas votre problème. Si cela échoue, alors c'est votre problème. Si le système de fichiers est en cours d'utilisation, la commande fuser -m /home liste les processus utilisant /home que vous pouvez explorer.

  7. Montez /home à nouveau en tapant mount /home.

  8. Déconnectez-vous avec la commande exit.

  9. Revenez à l'écran de connexion graphique en appuyant sur Alt+F7.

  10. Reconnectez-vous en tant que vous-même.

  11. Désactiver la connexion root pour rétablir la configuration d'origine de votre système.

Ceci peut ou non identifier la cause de votre problème spécifique, mais devrait permettre d'identifier les processus qui empêchent /home d'être correctement démontés à l'arrêt du système dans le cas général.

2
Robie Basak