Puis-je supprimer des fichiers / var / log en raison d'un espace racine insuffisant?


24

Je viens d'avoir le message:

Espace disque faible .. 2 Go restants

À en juger par un message publié sur les forums ubuntu.org, j'ai constaté que j'avais un fichier .log de /var/log22 Go! Ma racine est une partition de 82 Go et Disk Analyzer montre que le délinquant est dans le journal. La racine du système a été installée il y a environ 8 mois, donc ce n'est clairement pas une bonne chose pour créer un journal de 22 Go sur une partition racine de 82 Go.

Est-il sûr de supprimer le fichier journal ou s'il vous plaît conseiller sur la procédure de sécurité correcte pour le nettoyer sans gâcher mon système. Je suppose que cela peut être correct, mais j'aimerais avoir d'autres opinions avant de supprimer.


1
Une alternative consiste à le compresser à l'aide de gzipou bzip2- bien que cela nécessite temporairement d'avoir suffisamment d'espace pour contenir à la fois les copies non compressées et compressées du fichier. Les fichiers journaux ont tendance à avoir beaucoup de redondance, ils devraient donc se compresser assez bien (probablement mieux que 90%).
Keith Thompson

Réponses:


20

Il est généralement sûr de supprimer les fichiers journaux. Le seul inconvénient associé à cette opération est que vous ne pourrez peut-être pas examiner le journal, si vous dépannez un autre problème plus tard. Étant donné que de nouveaux journaux sont générés automatiquement, même cet inconvénient est de courte durée.

La plupart des journaux sont supprimés automatiquement (après une rotation par compression et renommage, et conservés un certain temps dans ce format archivé). Si vous avez un journal développé plus rapidement qu'Ubuntu ne le supprime, il est peu probable que vous rencontriez des problèmes en le supprimant manuellement.

Cependant, si vous avez un fichier journal de 22 Go, quelque chose de très étrange se produit, et cela vaudrait la peine d'enquêter. Je recommande de modifier à nouveau votre question pour inclure un lien vers le fil de discussion des forums Ubuntu dont vous parlez, et également pour inclure le nom complet du fichier journal de 22 Go.


1
Merci pour le conseil. J'ai maintenant découvert que le fichier journal incriminé est un "mail.log". Voici le lien vers le forum Ubuntu: [ ubuntuforums.org/showthread.php?p=12148780#post12148780] Les lecteurs remarqueront dans la capture d'écran 3 gros fichiers journaux (sys, mail, mail.err). J'espère que cela aide toute personne ayant un problème similaire avec la perte d'espace racine.
Paul B

J'ai maintenant 60 Go d'espace libre après avoir supprimé les fichiers .log incriminés. Veuillez vous référer au forum ubuntu ci-dessus. Merci à Eliah d'avoir souligné le problème et d'avoir répondu à mon message.
Paul B

8

Je voudrais ajouter une mise en garde ici - vous pouvez peut-être supprimer tous vos fichiers journaux, mais vous pourriez avoir des problèmes si vous supprimez les sous-répertoires / var / log. J'ai supprimé tous mes fichiers journaux et leurs répertoires (rm -r / var / log / *) et cela a cassé ma fonctionnalité apache2 . Apparemment, apache ne recrée pas / ne peut pas recréer les répertoires de journaux et ne peut donc pas écrire de fichiers journaux et cela peut provoquer son échec.

J'ai entendu dire que la suppression de certains fichiers journaux pouvait causer des problèmes, bien que je n'ai aucune expérience de première main pour le prendre en charge. Mais bien sûr, je n'avais aucune expérience de première main de la suppression d'annuaire étant un problème jusqu'à il y a quelques jours ...


Bon point en fait. Bien que cela ne soit pas lié à la question ici, j'ai également eu un scénario dans lequel j'ai supprimé par erreur le dossier journal et le processus n'a pas pu le recréer car il nécessitait l'autorisation sudo qui n'est pas accordée au processus pendant l'exécution (pour des raisons de sécurité).
Rafid

2

Suite à mon article d'origine, j'ai trouvé plus facile d'utiliser BleachBit (sur Root) pour effacer tous les anciens journaux sur mon bureau Ubuntu 12.10; pourquoi ils deviennent si gros je ne sais toujours pas, mais pour l'instant BleachBit 'efface tous les bits connus, DEAD!' J'ai récupéré plus de 1,6 Go dans l'espace. si vous trouvez un journal similaire, des problèmes, consultez l'utilitaire BleachBit à partir de la ressource logicielle Ubuntu ou du gestionnaire de paquets Synaptic.


0

Je sais que c'est vieux, mais le logiciel avec lequel je travaille récemment l'est aussi. J'avais besoin d'installer une ancienne version d'Android Studio et elle fonctionnait étrangement lorsqu'elle était lancée par un utilisateur standard. J'expérimentais donc avec le fonctionnement avec la racine GKSU. Quelques heures après avoir joué sur tout mon disque dur, tout avait disparu. WTF? Eh bien, les fichiers incriminés étaient des fichiers journaux dans / var / log. J'ai donc lancé GKSU nautilus et je suis allé chercher. Il avait créé 3 fichiers journaux de 30 Go que j'ai rapidement supprimés car je savais de quoi et d'où ils venaient. Donc, bien que je comprenne les risques de lancer des choses en tant que root, cela aidera peut-être quelqu'un à résoudre un problème.


-2

Si vous utilisez rsync ou que vous manquez d'espace disque, deux belles cibles savoureuses sont prises en charge par ces deux commandes:

sudo rm /var/log/kern*
sudo rm /var/log/messages*

Ceux-ci peuvent devenir énormes et seront recréés la première fois que le système souhaite leur écrire.

Lorsque vous utilisez rsync, ils permettent non seulement d'économiser de l'espace disque mais également d'accélérer la sauvegarde.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.