Come posso impedire a /var/log/kern.log.1 di consumare tutto il mio spazio su disco?

9

Ho un HDD da 80 GB senza partizioni. Un giorno mi sono reso conto che avevo perso gran parte del mio spazio libero su disco. Ho scoperto che /var/log/kern.log.1occupa 25 GB di spazio e non esiste alcuna opzione di eliminazione per quel file.

Ecco uno screenshot del problema:

20130110-125652

Sono nuovo di Ubuntu / Linux. Per favore aiuto. Grazie.

kernel syslog

— Abhishek Prakash
fonte

Quanto sono grandi gli altri file kern.log in questa directory? È kern.log.1l'unico file di grandi dimensioni?

— Qbi

si kern.log.1 è l'unico file di grandi dimensioni, altri sono nel raggio di pochi mb

— Abhishek Prakash

In generale, potrebbe essere utile salvare il file come suggerito da @elias. Tuttavia, un registro così grande di solito è un suggerimento che esiste o è stato un problema. Quindi dovresti monitorare se il tuo sistema produce di nuovo un file così grande. Se sì, dovresti guardare nel file.

— QBI,

7

Dovresti rimuovere bene quel file, perché è un registro già ruotato. Poiché sono necessarie le autorizzazioni di root per farlo, non sarà disponibile un'opzione nella GUI per eliminare quel file.

Puoi farlo dalla riga di comando:

sudo rm /var/log/kern.log.1

Ogni volta che esegui l'avvio, i file di registro verranno creati e ruotati di nuovo, quindi dovresti probabilmente cercare le dimensioni del file kern.log. * Successivo. Segnalazione di bug correlati su Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— elias
fonte

4

syslog

Per evitare file di registro eccessivamente grandi in futuro, modificare /etc/logrotate.confper limitare il numero e la dimensione dei file di registro. Vedi man logrotateper maggiori informazioni.

systemd

Per configurare il journal di Systemd, modificare /etc/systemd/journald.conf. Vedi man journald.confper maggiori informazioni.
Per informazioni sull'utilizzo di base journalctl, consultare systemd: utilizzo del journal .
Per informazioni su come ridurre le dimensioni del journal di Systemd, vedere I registri di Systemd ( journalctl) sono troppo grandi e lenti .

— xiota
fonte

1

Oppure disattiva syslog e usa il journal. Le cose vanno in quella direzione, è solo una questione di tempo.

— Metta Crawler,

1

kern.log.1 è solo uno dei molti file di registro del kernel.

Insieme loro e il messages.log.xgruppo possono occupare molti GB. Il resto dei file di registro nella directory occupa circa l'1% del totale, quindi non è necessario provare a cancellare in massa la directory dei registri. Potrebbe persino essere dannoso per il tuo sistema.

Per rivendicare che il 99% qui ci sono due comandi che faranno il trucco eliminando i file multi-GB non necessari:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

Questi file verranno creati di nuovo la prima volta che sono necessari.

Per rispondere in modo specifico alla tua domanda: puoi impostare un processo cron per eliminarli ogni mezzanotte o una volta alla settimana, a seconda di quale.

Li uso più

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

per il mio rsyncbackup di mezzanotte dal SSD primario / dev / sda all'HDD più grande / dev / sdb. Risparmia spazio e non sono necessari in alcun tipo di scenario di ripristino.

— SDsolar
fonte

1

Non è vero che questo comportamento sia incorporato in Linux. Il kernel di Linux scrive questi messaggi di log in buffer interni (in memoria) per l'accesso alle applicazioni dello spazio utente. È un demone syslog che quindi estrae questi registri e li scrive in / var / log. Quel demone può essere ben configurato o addirittura completamente spento.

— Dreamer,

Punto ben ripreso. Ci sono molti messaggi di log che sono necessari per gli sviluppatori avanzati, quindi non consiglio di spegnerlo del tutto. Eseguo un rsyncbackup notturno dall'SSD / dev / sda all'HDD / dev / sdb di grandi dimensioni e, per sfruttare al meglio lo spazio, devo fare quanto sopra, inoltre, rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullpoiché nessuno di essi è necessario nello scenario di ripristino .

— SDsolar,

1

Di solito eseguo questi due seguenti comandi prima di riavviare: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deletee find /var/log/ -type f -exec truncate -s 0 {} \;questo pulisce l'intero / var / log senza rimuovere i file principali, perché alcuni file non vengono generati di nuovo automaticamente.

— Videonauth,

1

Dopo aver scoperto che i file syslog e kern.log stavano aumentando, ho esaurito lo spazio su disco. Il gestore dello spazio su disco mi ha mostrato che la /var/logcartella occupava molto spazio. Quando ho eseguito il comando

tail -15 syslog

Ho trovato errori ripetitivi. Anche i file syslog e kern.log hanno richiesto rispettivamente 19 e 32 G. (comando per l'utilizzo del disco: du -h filename-h per la leggibilità umana).

L'eliminazione di questi file è sicura, per quelli ricreati dal sistema. Ma se hai bisogno del registro delle settimane precedenti, non farlo, perché quelli non sono duplicati.

Nota (solo suggerimento):

1) Se non si è a conoscenza del file system linux, questo è il collegamento corretto: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Ulteriori informazioni sui file di registro: https://help.ubuntu.com/community/LinuxLogFiles

Passare attraverso questi collegamenti chiarirà molti concetti.

— Delsilon
fonte

Grazie, molte informazioni utili per un principiante Linux come me. Le informazioni sono là fuori ... trovarlo è il problema!

— B.Tanner

Anche trovarlo è un problema. Se si utilizza la documentazione del file system di Google Linux, anche questa non mostra la documentazione di cui sopra. È visibile solo quando si digita la documentazione panoramica dell'albero dei file system linux. Trovare la parola chiave giusta per googling è molto difficile per me. È interessante notare che sono anche un principiante;)

— Delsilon

Molti altri articoli interessanti nella directory principale del link sopra, ad es. help.ubuntu.com/community Ecco il mio tempo libero per i prossimi giorni!

— B.Tanner

Davvero amico, non ho esaminato quella cosa. Mi sento come se avessi trovato delle cose d'oro. Grazie per avermi mostrato quella cosa. Attualmente sto lavorando a un progetto completamente diverso, ma le cose di Linux stanno mangiando tutto il mio tempo.

— Delsilon,