Puis-je supprimer les fichiers / var / log en raison d'un espace racine insuffisant?
Je viens d'avoir le message:
Espace disque insuffisant .. 2 Go restants
À en juger par un message posté sur les forums ubuntu.org, j’ai constaté que j’avais un fichier .log au format /var/log de 22 Go! Ma racine est une partition de 82 Go et Disk Analyzer indique que le délinquant est dans le journal. La racine système a été installée il y a environ 8 mois. Il est donc clair que ce n'est pas une bonne chose de créer un journal de 22 Go sur une partition racine de 82 Go.
Est-il prudent de supprimer le fichier journal ou de conseiller sur la procédure correcte à suivre pour le nettoyer sans endommager mon système. Je présume que ça peut aller, mais je voudrais d’autres opinions avant de faire la tâche de supprimer.
Il est généralement prudent 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 résolvez un autre problème ultérieurement. De nouveaux journaux étant 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 avoir été pivotés par compression et renommage, et conservés pendant un certain temps dans ce format archivé). Si votre journal est développé plus rapidement que Ubuntu ne le supprime, il est peu probable que vous rencontriez des problèmes si vous le supprimiez manuellement.
Cependant, si vous avez un fichier journal de 22 Go, il se passe quelque chose de très étrange et il serait intéressant de faire une recherche à ce sujet. Je vous recommande de modifier à nouveau votre question pour inclure un lien vers le fil de discussion des forums Ubuntu dont vous parlez, ainsi que pour inclure le nom complet du fichier journal de 22 Go.
J'aimerais ajouter un mot de prudence 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 ma fonctionnalité Apache2 s'est cassée . Apparemment, Apache ne peut/ne peut pas recréer les répertoires de journal et ne peut donc pas écrire de fichier journal, ce qui peut entraîner son échec.
J'ai déjà entendu dire que la suppression de certains fichiers journaux peut poser des problèmes, bien que je ne dispose d'aucune expérience pratique pour le prendre en charge. Mais bien sûr, je n’avais aucune expérience concrète de la suppression d’un répertoire jusqu’à il ya quelques jours ...
Suite à mon message d'origine, il m'a été 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 le sais toujours pas, mais pour l’instant, BleachBit 'efface tous les bits connus, MORT!' J'ai récupéré plus de 1.6Gig dans l'espace. Si vous rencontrez des problèmes similaires dans les journaux, consultez l'utilitaire BleachBit à partir de la ressource logicielle Ubuntu ou du gestionnaire de paquets Synaptic.
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 de Android Studio et elle fonctionnait étrangement lorsqu'elle était lancée par un utilisateur standard. J'essayais donc de l'exécuter avec la racine GKSU. Deux heures plus tard, tout mon disque dur était épuisé. WTF? Les fichiers incriminés étaient des fichiers journaux dans/var/log. Alors j'ai lancé GKSU nautilus et suis allé chercher. Il avait créé 3 fichiers journaux de 30 Go que j'ai rapidement supprimés car je savais de quoi ils venaient et d'où ils venaient. Ainsi, bien que je comprenne les risques liés à la gestion de tâches en tant que root, cela aidera peut-être quelqu'un à résoudre un problème.