J'ai Ubuntu 12.04 qui sert mon application Web (20 Mo) sur Apache httpd. Voici ma table de partitions:
$ Sudo parted -l
Disk /dev/sda: 500GB
Partition Table: gpt
Number|Start|End|Size|File System|Name|Flag
1|17.4K|20.0MB|20.0MB|fat16| |boot
2|20.0MB|489GB|489GB|ext4
3|489GB|500GB|10.6GB|linux-swap(v1)
Il y a quelques jours, je l'ai mis à jour vers 12.10. Puis copié un dossier (30 Go) dans le dossier www. Soudain, le serveur se bloque et je reçois un message message en mode graphique faible. J'ai enlevé le dossier énorme et redémarré l'ordinateur mais j'ai toujours le même message et No Space Left on Device
$ Sudo du -h /var --max-depth=1
4.0K /var/tmp
235M /var/www
444G /var/log
Donc, le fichier/var/log est énorme.
J'ai essayé:
$ Sudo apt-get autoclean;Sudo apt-get autoremove
**Error! No space left on device**
J'ai supprimé les journaux d'archives mais rien ne change: le fichier le plus volumineux est /var/log/cups
et lorsque je liste ses fichiers, j'ai:
-rw-r----- 1 root adm 758 DEC 30 07:37 access_log.1.gz
..
**-rw-r----- 1 root adm 444G JAN 5 08:09 error_log**
-rw-r----- 1 root adm 245 DEC 29 13:17 error_log.1.gz
J'ai essayé:
$ Sudo service cups stop
Sudo: unable to write to /var/lib/Sudo/username/tty2: No space left on device
Quand j'ai débranché l'ordinateur, je l'ai rebranché. cela fonctionne bien et le problème a disparu. La taille /var
est tout à fait normale.
J'ai peur d'y faire face à nouveau. Je pense que mon principal problème est dû aux partitions. Les /home
et /root
sont ensemble et non séparés. Dois-je créer une nouvelle partition pour /home
? Quelqu'un a une autre idée, comment éviter que le disque ne se remplisse?
Comme vous l'avez constaté vous-même, votre dossier de journal est énorme. Vous voudrez probablement supprimer d'anciens journaux. Les anciens journaux sont archivés périodiquement. Si vous regardez dans votre dossier de journal par
cd /var/log
ls -lh
vous verrez beaucoup de fichiers se terminant par .gz
. Ces fichiers sont les journaux d'archives. Ils ont un numéro avant qui indique l'âge de l'archive. .1.gz
est le plus récent. Si vous êtes certain de ne plus avoir besoin des anciens journaux, supprimez-les:
Sudo rm *.gz
Avant de le faire, vous voudrez peut-être vérifier pourquoi vos journaux sont si volumineux. Regardez quels fichiers journaux et les archives correspondantes sont énormes. Si vous en trouvez, examinez-les. Quelles sont les entrées du journal? Certains d'entre eux sont-ils très fréquents? Quel processus/programme/événement est responsable? Pouvez-vous baisser le niveau de journalisation en toute sécurité pour cela?
EDIT
Regardez dans le error_log
. Vous devez utiliser tail
pour afficher les dernières lignes et espérer qu'il puisse traiter un fichier aussi volumineux. Vous pouvez également supprimer ce fichier pour libérer de l'espace, mais nous devrions savoir pourquoi il est si gros.