Je viens de recevoir un message du logiciel d'analyse de disque par défaut (Baobab) qu'il ne me reste que 1 Go sur le disque dur. Après quelques recherches, j'ai trouvé que le /var/log/
dossier en est la cause.
Certains fichiers / tailles en /var/log/
:
- kern.log = 12,6 Go
- ufw.log = 12,5 Go
- kern.log.1 = 6.1 Go
- ufw.log.1 = 6,0 Go
Et cetera et cetera. /var/log
est énorme.
Puis-je supprimer ces fichiers ou le /var/log
dossier entier ? Ou est-ce un gros non dans Ubuntu?
la source
find /var/log -type f -name "*.gz" -delete
J'ai supprimé les fichiers compressés et je n'ai libéré que 1 Go d'espace. 50 Go ne suffisent-ils pas pour le/
répertoire et le reste de mon disque/home
!cat /var/log/kern.log
ounano /var/log/kern.log
(au niveau de l’interface graphique, exécuter quelque chose comme, par exemplegedit /var/log/kern.log
oumousepad /var/log/kern.log
) et vérifier quel peut être le problème. Une fois que vous avez compris ce qui ne va pas, vous pouvez ensuite l'exécutersudo rm /var/log/kern.log ; sudo telinit 6
pour supprimer ce (gros) fichier et redémarrer le système d'exploitation.messages
(7,7 Go),user.log
(7,7 Go),syslog
(4,1 Go) etsyslog.1
(3,5 Go). Ces quatre fichiers totalisent 23 Go. Un moyen de les supprimer ou au moins de réduire leur taille?Je ne supprimerais pas tout le dossier / var / log - cela casserait des choses.
Vous pouvez simplement détruire les journaux comme le suggère @jrg - mais à moins que les éléments écrits dans les fichiers journaux (principalement syslogd) ne soient redémarrés, ils ne vous permettront pas de récupérer de l'espace disque, car les fichiers continueront d'exister dans un état supprimé Les poignées de fichiers sont fermées.
Il serait préférable de savoir pourquoi les journaux ne sont pas soumis à une rotation (et à une suppression ultérieure). logrotate est censé le faire pour vous, et je soupçonne qu'il ne se déroule pas chaque nuit comme il se doit.
La première chose que je ferais serait:
Cela devrait faire tourner les fichiers journaux (donc kern.log devient kern.log.1); et vous pouvez ensuite supprimer kern.log.1, etc. pour libérer de l'espace disque.
Si tout va bien jusqu'à présent, la question suivante est de savoir pourquoi cela ne se produit pas automatiquement. Si vous éteignez votre ordinateur la nuit, assurez-vous d'avoir installé anacron .
la source
Vous devriez regarder les journaux et voir ce qui leur est écrit. Je suppose que c'est ufw / iptables (vous enregistrez tout le trafic réseau).
ufw - lorsque vous enregistrez tous les paquets, vous obtenez des journaux volumineux. Si vous ne souhaitez pas consulter les journaux, désactivez la journalisation. Si vous souhaitez surveiller votre réseau, utilisez snort. Snort va filtrer parmi les milliers de paquets que vous recevez et vous alerter du trafic potentiellement problématique.
Je suppose que c'est ufw qui est le coupable et que vous obtenez un journal volumineux dans kern.log, car vous enregistrez également les paquets.
Parfois, un problème de noyau ou de matériel remplit les journaux. Dans ce cas, il est préférable de résoudre le problème ou de créer un bogue, vous devrez consulter les journaux pour le faire.
Si vous ne pouvez pas résoudre le problème, vous pouvez configurer syslog pour ne pas remplir vos journaux.
Voir http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html
Si vous fournissez plus de détails sur le problème, nous pouvons vous aider à mieux le déboguer.
la source
La suppression
/var/log
est probablement une mauvaise idée, mais la suppression des fichiers journaux individuels devrait être correcte.Sur mon ordinateur portable, avec un disque SSD de petite taille, j'ai configuré les points de montage
/var/log
(et/tmp
et/var/tmp
)tmpfs
en ajoutant les lignes suivantes/etc/fstab
:Cela signifie que rien dans ces répertoires ne survit à un redémarrage. Autant que je sache, cette configuration fonctionne parfaitement. Bien sûr, je ne peux plus consulter les anciens journaux pour diagnostiquer les problèmes éventuels, mais j’estime qu’il s’agit d’un juste compromis pour une utilisation réduite du disque.
Le seul problème que j'ai rencontré est que certains programmes (notamment APT) veulent écrire leurs journaux dans des sous-répertoires
/var/log
et ne sont pas assez intelligents pour créer ces répertoires s'ils n'existent pas. L'ajout de la lignemkdir /var/log/apt
dans/etc/rc.local
résolu ce problème particulier pour moi; En fonction du logiciel que vous avez installé, vous devrez peut-être créer d'autres répertoires.(Une autre possibilité serait de créer une
tar
archive simple contenant uniquement les répertoires et de la décompresser/var/log
au démarrage pour créer tous les répertoires nécessaires et définir leurs autorisations en une seule fois.)la source