Comment limiter la taille de mon syslog?
L’ordinateur de ma mère utilise Ubuntu 12.04 LTS. Cela fonctionne très bien, mais soudainement, syslog s’est rempli. Et en remplissant, je veux dire que je viens de supprimer un fichier /var/log/syslog taille de 400 Go. Oui – gigaoctets.
Bien que je sois sûr qu’il contienne des informations utiles, je ne suis pas sûr que 400 Go soit un type d’information à parcourir. Et ce qui est vraiment étonnant, c’est que c’est arrivé en moins de 8 heures – j’avais couru déjà vers midi, et entre-temps et maintenant, sa voiture s’est remplie à 30% (d’un peu moins de 70% à 100%).
Quelle pourrait en être la cause et comment pourrais-je résoudre le problème?
EDIT On dirait que l’usb est le coupable:
- “Un type de fichier incorrect peut corrompre votre système de fichiers” – Devrais-je m’inquiéter?
- Quels parsingurs de fichiers journaux graphiques sont disponibles?
- Comment configurer rsyslog pour envoyer les journaux d’un programme spécifique à un serveur syslog distant?
- différence entre rsyslogd et syslogd
- Cron Job Not Running?
Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157829] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157836] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157842] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157849] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157857] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157863] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157870] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157877] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157884] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use Sep 8 08:52:10 pamela-desktop kernel: [ 6198.157891] usb 1-3: usbfs: process 1500 (demond_nscan) did not claim interface 3 before use
- 92% de syslog est rempli avec un message concernant ‘ureadahead’ ignorant le chemin relatif
- Message «fichier / var / log / syslog en cours de modification» dans nano
- Comment désactiver les messages ou la journalisation de l’impression sur la console / les terminaux virtuels?
- Où sont les messages du journal Upstart sur Ubuntu 13.X?
- Différence entre / var / log / messages, / var / log / syslog et /var/log/kern.log?
Vous devriez savoir ce qui cause la grande quantité de messages, car si vous corrigez ce problème, vous corrigez le fichier journal volumineux.
Cependant, jusque-là, vous pouvez créer une base de rotation de journal sur l’un des éléments suivants.
- temps (par ex. rotation tous les jours)
- taille (par exemple, rotation lorsque le fichier atteint 10 Mo)
Cela sera déjà configuré sur le système par défaut: /etc/logrotate.d/rsyslog
/var/log/syslog { rotate 7 daily missingok notifempty delaycompress compress postrotate reload rsyslog >/dev/null 2>&1 || true endscript }
À partir de cela, vous pouvez voir qu’il fera pivoter le fichier / var / log / syslog tous les jours et conservera 7 copies du fichier pivoté.
Vous pouvez changer cette taille en faisant pivoter une limite de taille, par exemple 1 Mo ou en réduisant le nombre de copies stockées.
Avertissement: cela ne corrigera pas la cause première de votre problème , mais cela vous fera gagner un peu de temps car cela empêchera le système de fichiers de se remplir.
- Source: /etc/logrotate.d/rsyslog
- Source: man logrotate
J’ai eu le même problème avec une Lexmark Pro915 pendant deux semaines. J’ai fait deux choses, et cela fonctionne maintenant bien. J’ai réinstallé le pilote. (Ne pensez pas que c’est ce qui a aidé.) J’ai sorti l’extension USB que j’utilisais, qui faisait presque 15 pieds de long et qui n’était peut-être pas tout à fait compatible. Je soupçonne que le pilote Lexmark pour systèmes Linux peut détecter un signal médiocre ou mal synchronisé et vouloir vous en informer 10 milliards de fois par jour. Essayez d’améliorer votre connexion d’une manière ou d’une autre.
Logrotate et des solutions similaires ne m’ont pas aidé. Kern.log et syslog enregistraient ensemble plus de 1 To par jour! Logrotate pourrait vous aider si vous pouviez le configurer pour qu’il s’exécute toutes les douze minutes.
Vous avez raison de penser que demond_nscan est le pilote de numérisation Lexmark.
J’ai posté cette même réponse dans votre autre message que vous avez fait lié à ce même problème. (Normalement, je ne réponds pas aux doubles posts, mais je ferai cette exception unique au profit des personnes qui entrent via la recherche Google.)
Ce qui a fonctionné pour moi a été de purger complètement le package de pilote de scanner Lexmark, puis de le réinstaller.
(Le nom du paquet à purger est lexmark-network-scan )