/var/log
spesso ha le autorizzazioni di drwxrwxr-x
, quindi non è scrivibile dall'utente a meno che l'utente non sia root o appartenga a un gruppo privilegiato. Ciò significa che i nuovi file di registro non possono essere creati da utenti non privilegiati.
Le applicazioni che prevedono di accedere a un determinato punto /var/log
toccheranno spesso l'esistenza di un file da qualche parte nella /var/log
gerarchia durante l'installazione (che si verifica spesso con privilegi elevati), chmod
e possibilmente chown
e in quel momento saranno consentite le autorizzazioni appropriate per gli utenti non privilegiati che saranno usando l'applicazione.
I log di Apache, ad esempio, vengono solitamente scritti da nobody
, che è un utente con il minor numero di privilegi possibile affinché Apache esegua il proprio lavoro senza mettere a rischio il sistema. Ma anche un'applicazione più ordinaria spesso si aspetta di poter scrivere in un file di log /var/log
.
Quindi cosa succede se il file di registro e il percorso del file di registro non esistono? Dipende interamente dall'applicazione. Alcune applicazioni salteranno silenziosamente la registrazione. Altri creeranno molti avvisi. E altri semplicemente salveranno. Non esiste una regola rigida; dipende dalla vigilanza dello sviluppatore dell'applicazione, nonché da quanto lo sviluppatore consideri fondamentale la sua capacità di accedere. Nella migliore delle ipotesi, l'applicazione tenterà di scrivere o eventualmente creare e quindi scrivere in un file di registro in una destinazione all'interno /var/log
e non riuscirà a farlo perché è eseguita da un utente che non ha i privilegi in cui scrivere quella parte del filesystem.
Quindi la risposta breve è no, non eliminare tutto /var/log
: interrompe gli utenti con sufficienti privilegi per fare tali cose con le applicazioni che girano sul loro sistema e causerà rumore, errori silenziosi e qualche rottura totale.
L'azione appropriata da eseguire è impostare logrotate
con i file di configurazione appropriati. In genere la rotazione verrà associata a un processo cron. La rotazione può essere basata sull'intervallo, sulla base delle dimensioni o su entrambi. È anche possibile impostare regole che evitino la rotazione in base all'intervallo se il file di registro è ancora vuoto alla scadenza dell'intervallo. La rotazione può includere l'invio di file di registro, la compressione, l'eliminazione, la distruzione e così via.
L'utente medio non dovrebbe essere troppo preoccupato per la rotazione del registro. Gli sviluppatori probabilmente vorrebbero assicurarsi che i registri che usano abbiano stabilito regole di rotazione. In effetti, è probabilmente una buona educazione da parte degli sviluppatori impostare la rotazione dei registri al momento dell'installazione per tutti i registri specifici del software che il software creerà e scriverà.