terminale linux

Una chiavetta USB non compare, un disco rallenta all'improvviso, un processo sparisce senza lasciare traccia: la spiegazione è spesso in una riga scritta dal kernel, e quella riga non è in nessun file di log dei programmi. Si legge con dmesg, il primo comando da provare quando qualcosa va storto "sotto" il sistema.

Prima di installare un servizio, dimensionare un server o confrontare due macchine, una domanda ricorre sempre: che processore ha, e quanti core? Si potrebbe leggere il file /proc/cpuinfo, ma è lungo e ripetitivo: una sezione per ogni CPU. lscpu fa lo stesso lavoro e lo presenta in modo leggibile, in poche righe.

Il server usa un po' di swap anche se la memoria è abbondante. Un programma si lamenta che "il numero di file osservabili è esaurito". Una macchina deve fare da router e non inoltra i pacchetti. In tutti questi casi la causa è un parametro del kernel, un numero che il sistema legge per decidere come comportarsi. sysctl li mostra e permette di cambiarli, senza riavviare.

Un servizio sotto carico smette di accettare connessioni e nei registri compare Too many open files. Un programma impazzito riempie la memoria. Un file di prova cresce senza controllo. Linux ha una difesa per tutti questi casi: ogni processo ha dei limiti sulle risorse che può usare. ulimit permette di vederli e di cambiarli.

Un controllo di rete che a volte non risponde mai. Un comando che dovrebbe durare un secondo e resta lì per ore, bloccando uno script o una copia di sicurezza notturna. Il problema è sempre lo stesso: qualcosa che non finisce. timeout gli dà un limite di tempo: se il comando non finisce entro quel tempo, lo ferma.

Devi riavviare il server, ma non adesso: stanotte alle quattro, quando i visitatori sono pochi. Oppure vuoi togliere tra un'ora la pagina di manutenzione, o fare una copia di sicurezza prima di andare a dormire. crontab (vedi l'articolo relativo) è fatto per le cose che si ripetono, at per quelle che accadono una volta sola.

Lanci una copia o un'elaborazione lunga, e ti accorgi che servirà un'ora. Chiudi il terminale, o la connessione ssh cade, e il comando si ferma a metà. nohup serve a evitarlo: dice al programma di non arrendersi quando il terminale "riaggancia". È piccolo, vecchio e utilissimo, e si usa quando tmux (vedi l'articolo precedente) sarebbe eccessivo.

Hai avviato una copia da due ore sul server, e la connessione ssh cade: il comando si interrompe a metà. Oppure vuoi tenere sott'occhio i registri, la memoria e un editor insieme, senza aprire tre collegamenti. tmux risolve entrambi i problemi: tiene i tuoi terminali vivi sul server, anche quando tu non ci sei, e li divide come vuoi in un'unica finestra.

Stai copiando un file grosso e vuoi sapere a che punto è? Hai riavviato un servizio e vuoi vedere se torna "attivo"? Aspetti che un disco si riempia o che una coda si svuoti? Potresti scrivere lo stesso comando venti volte, oppure lasciarlo a watch, che lo ripete da solo e ti mostra la situazione che si aggiorna sullo schermo.

Stanotte il sito è andato giù per dieci minuti e nessuno sa perché. Un servizio non parte e il suo messaggio d'errore non compare da nessuna parte. Una copia di sicurezza è fallita e vuoi sapere quando. In tutti questi casi la risposta sta nei registri (in inglese log), il diario in cui il sistema annota tutto quello che accade. Sui sistemi moderni, lo strumento per leggerlo è journalctl.