Una distribuzione Linux non è semplicemente “Linux con una grafica diversa”. È una selezione coerente di kernel, librerie, utility, installer, repository, package manager, configurazioni predefinite, politiche di aggiornamento e supporto.
Due distribuzioni possono eseguire lo stesso nginx e lo stesso kernel upstream, ma installarlo in percorsi differenti, aggiornarlo con cadenze diverse e applicare patch o configurazioni differenti.
Repository e package manager
Una delle funzioni più importanti della distribuzione è mantenere repository di pacchetti compatibili tra loro e fornire strumenti per installarli, aggiornarli e rimuoverli.
| Famiglia | Formato | Tool comuni |
|---|---|---|
| Debian / Ubuntu | DEB | apt, dpkg |
| Fedora / RHEL | RPM | dnf, rpm |
| Arch Linux | pkg.tar.* | pacman |
| openSUSE | RPM | zypper, rpm |
# Debian/Ubuntu
apt update
apt upgrade
# Fedora/RHEL-like
dnf upgrade
# Arch
pacman -Syu
# openSUSE
zypper updateI comandi sembrano equivalenti ma i modelli di repository e rilascio non lo sono necessariamente.
Stable release
Una distribuzione a release stabile pubblica una versione e mantiene per un certo periodo un insieme relativamente coerente di pacchetti, applicando soprattutto fix di sicurezza e bugfix.
Debian Stable è un esempio classico: il progetto raccomanda la stable per ambienti di produzione. A settembre 2026 la stable corrente è Debian 13 “Trixie”.
Il vantaggio è la prevedibilità. Lo svantaggio è che alcuni componenti possono essere meno recenti rispetto a distribuzioni rolling o a release più frequenti.
LTS
Le release Long Term Support mantengono una base per più anni. Ubuntu pubblica release LTS con supporto esteso nel tempo; a settembre 2026 la LTS corrente è Ubuntu 26.04.
Una LTS non significa “nessun cambiamento”: riceve aggiornamenti di sicurezza, correzioni e, secondo la politica del progetto, aggiornamenti hardware o componenti selezionati.
Release frequenti
Fedora segue un ciclo più rapido e porta tecnologie recenti verso gli utenti prima delle distribuzioni enterprise derivate dal suo ecosistema. Fedora Workstation 44 è la release desktop corrente nel settembre 2026 e ogni release Workstation è mantenuta per circa tredici mesi.
È un buon esempio di compromesso tra software recente e release discrete: non è rolling, ma nemmeno conservativa come una distribuzione server LTS.
Rolling release
In una rolling release il sistema evolve continuamente invece di passare periodicamente da una “versione principale” a un’altra. Arch Linux e openSUSE Tumbleweed sono esempi noti.
Il vantaggio è avere rapidamente kernel, toolchain e applicazioni recenti. Il prezzo è una maggiore frequenza di aggiornamento e la necessità di seguire più attentamente note, incompatibilità e cambiamenti.
Derivate e famiglie
Molte distribuzioni derivano da altre. Ubuntu nasce dalla famiglia Debian; numerose distribuzioni desktop derivano a loro volta da Ubuntu o Debian. Le distribuzioni enterprise della famiglia RHEL condividono formato RPM e buona parte dell’ecosistema.
“Derivata” non significa copia identica: repository, patch, supporto e ciclo di vita possono divergere molto.
Desktop environment e distribuzione sono livelli distinti
GNOME, KDE Plasma, Xfce e altri desktop environment non sono distribuzioni. La stessa distribuzione può offrire più desktop e lo stesso desktop può essere eseguito su distribuzioni differenti.
Per questo scegliere “Fedora perché mi piace GNOME” o “openSUSE perché voglio KDE” può essere un buon punto di partenza, ma non esaurisce le differenze tra le distribuzioni.
Distribuzioni specialistiche
Alcune distribuzioni sono costruite per compiti specifici. Kali Linux, per esempio, è una distribuzione Debian-based orientata a penetration testing e security auditing. Il progetto stesso specifica che non è raccomandata come sistema general-purpose per chi sta imparando Linux.
Questo è un principio importante: una distribuzione con più strumenti preinstallati non è automaticamente una scelta migliore per l’uso quotidiano.
Sicurezza e aggiornamenti
Per un server, la domanda più importante non è “quale distro ha il kernel più nuovo?”, ma:
- quanto dura il supporto?
- come vengono pubblicati gli aggiornamenti di sicurezza?
- esiste una security team affidabile?
- quanto è prevedibile l’upgrade alla release successiva?
- il software che dobbiamo usare è supportato dal vendor su quella distribuzione?
Non aggiungere repository a caso
Il package manager può garantire coerenza soltanto finché i repository appartengono a un ecosistema compatibile. Mescolare repository di release o distribuzioni differenti per “avere un pacchetto più nuovo” può rompere dipendenze e aggiornamenti.
Quando serve software più recente valutiamo prima repository ufficiali, backport, container, Flatpak/Snap dove appropriato oppure pacchetti forniti dal vendor, invece di aggiungere sorgenti casuali.
Come riconoscere la distribuzione
cat /etc/os-release
hostnamectl
uname -r/etc/os-release descrive la distribuzione; uname descrive invece il kernel. È una distinzione apparentemente piccola ma fondamentale durante il troubleshooting.
Il passo successivo è Come scegliere una distribuzione Linux.
