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 peut 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?

METTRE À JOUR

fstab est comme suit:

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

MISE À JOUR 2

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

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éassembly, car il est utilisé au moment de l’arrêt du système. Étant donné que /home ne doit pas être utilisé si aucun utilisateur normal n’est connecté, identifier si elle est utilisée lorsque personne n’est connecté est un moyen d’identifier si ce problème possible particulier est la cause de votre problème spécifique.

  1. Activez temporairement la connexion root sur votre système (nous la désactiverons à nouveau ultérieurement). 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 s’il se démonte correctement.

  2. Connectez – Out.

  3. Appuyez sur Ctrl + Alt + F1 pour passer à un terminal virtuel texte.

  4. Connectez-vous en tant que root. Cela va démarrer un shell dans le répertoire personnel de la /root ( /root ) qui est en dehors de /home .

  5. Essayez de démonter /home en tapant umount /home (aucun sudo n’est requirejs 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 répertorie 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ésactivez la connexion root pour rétablir la configuration d’origine de votre système.

Cela 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.

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 /home/richard 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, le problème réside souvent dans l’absence de liens symboliques. Alors procédez comme suit:

  1. Connectez-vous en tant qu’utilisateur normal
  2. Assurez-vous que votre répertoire personnel n’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 manquant. Si tel est le cas, votre répertoire personnel ne sera pas automatiquement démonté. Il suffit d’ touch $HOME/.ecryptfs/auto-umount pour le changer.