riesige logdateien

[berton]

habe meine /var partition bei der installation mit 5GB angelegt.
eigentlich dachte ich, dass reicht locker für ein bisschen text, doch alleine heute hat mein syslog eine größe von 138 MB erreicht. kann mir mal einer sagen, was hier los ist?
ist doch sonst nicht so, oder?
kann man da was dran machen? sonst muss ich etwa jede woche mein /var verzeichniss säubern.

[tiax]

Genau dafür gibts das Programm "logrotate", das erstellt nach einer gewissen Zeitspanne oder einer gewissen Dateigröße neue logfiles und benennt die alten um und packt sie je nach Einstellung auch noch. Auch einstallbar ist das Löschen von alten Logfiles nach einer gewissen Zeitspanne.

Wenn dein Logfile allerdings sprunghaft so groß geworden ist, wäre es nicht ganz schlecht, den Grund dafür rauszusuchen. Grundsätzlich sollte man seine Logfiles ohnehin im Auge behalten (Dienste wie logcheck unterstützen einen dabei).

[pdreker]

Normalerweise sollten die Dateien automatisch rotiert werden. Schau 'mal in das Log, ob das irgendwas die Logs mit sehr vielen Meldungen zumüllt...

Patrick

[berton]

okey, logrotate läuft. aber wie kann man eigentlich sagen, das die dateien nicht archiviert, sondern nach zb. einer woche gelöscht werden?

einen grund für die großen log-dateien habe ich inzwischen auch ausfindig machen können.
immer wenn ich meine usbplatte anschließe, und daten kopiere, dann sind im syslog und kernellog folgende meldungen:

Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 4096/4096
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): transfer complete
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 4096/4096
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): transfer complete
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 4096/4096
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): transfer complete
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 4096 usb_stor_bulk_msg() returned 0 xferred 4096/4096
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): transfer complete
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 4096/4096
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): transfer complete
Apr 4 19:06:26 voice2sell kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes

was kann man denn dagegen machen? brauche ehrlich gesagt keine meldungen dadrüber, dass irgendwas auf meine usbplatte transferiert habe. (das war ja schließlich meine absicht )

[pdreker]

Da ist USB Mass Storage Debugging (oder sowas ähnliches) im Kernel aktiviert... Selber kompiliert?

Patrick

[berton]

auh man! jo! muss irgendwie versehentlich beim kompilieren da mit reingeraten sein.
super vielen dank!
sieht zur zeit so aus, als hätte es da dran gelegen.
echt nochmals danke!

habe aber noch nebenbei ne andere frage. ist zwar nichts wichtiges, aber stört trozdem.
in den logdateien finde ich immer wieder einträge von mc, dass gmpcrtl nicht gefunden werde. ist aber auch klar. das ist mein server und da brauche ich auch keine maus dran.
gibt es ne möglichkeit, das beim mc abzustellen ohne den direkt selber neu kompilieren zu müssen?

[Schlehmil]

versuch mal "mc -d". oder besser gleich als alias definieren.