Ho visto decine di utenti esperti di altri sistemi arrivare su questa distribuzione convinti che basti copiare una stringa di comando trovata su un forum del 2018 per essere operativi. Lo scenario è sempre lo stesso: caricano l'immagine ISO, avviano il terminale e lanciano i comandi per Arch Linux Install Default Packages convinti che il gruppo "base" contenga tutto quello che serve per navigare, scrivere codice o gestire i dischi. Poi riavviano. Si trovano davanti a uno schermo nero o a un prompt che non riconosce nemmeno il comando per connettersi al Wi-Fi. In quel momento hanno perso due ore di lavoro e devono ricominciare da zero perché hanno dimenticato i pacchetti per la gestione della rete o i driver del file system. Non è pigrizia, è un errore di valutazione che costa caro in termini di tempo e frustrazione.
L'illusione del gruppo base in Arch Linux Install Default Packages
Il primo grande malinteso riguarda cosa viene effettivamente installato quando si usa pacstrap. Molti pensano che il pacchetto base sia una collezione completa di utility di sistema come avveniva anni fa. Non lo è più. Dal 2019, il gruppo base è diventato un meta-pacchetto estremamente minimale. Se ti affidi solo a quello, non avrai nemmeno un editor di testo, non avrai gli strumenti per gestire il RAID o i volumi logici LVM, e mancherà persino il kernel se non lo specifichi esplicitamente.
Ho visto persone disperate perché, dopo aver completato l'installazione, non riuscivano a modificare /etc/fstab perché vi o nano non erano presenti. La soluzione non è aggiungere pacchetti a caso dopo il primo riavvio in un ambiente rotto, ma capire che la fase di bootstrap richiede una selezione granulare. Devi includere il kernel (come linux o linux-lts), il firmware per l'hardware e almeno un editor. Se ignori questo passaggio, il tuo sistema è un guscio vuoto inutilizzabile. La realtà è che il minimalismo di questa distribuzione è un'arma a doppio taglio: ti dà il controllo totale, ma ti punisce severamente se non sai esattamente cosa stai mettendo nel carrello durante la fase di pacstrap.
La trappola del kernel mancante
Un errore da principianti che capita anche ai veterani stanchi è dimenticare di installare il pacchetto del kernel. Sembra assurdo, ma dato che non è più incluso in base, è facilissimo saltarlo. Senza il kernel, il bootloader non ha nulla da avviare. Non basta installare i binari; servono anche i firmware (linux-firmware) per far parlare il software con l'hardware moderno, specialmente se usi schede Wi-Fi Intel o Broadcom. Se non li metti subito, ti ritroverai a dover fare il boot dalla chiavetta USB, montare le partizioni, entrare in chroot e riparare il danno. Un'operazione che richiede altri 20 minuti di stress inutile.
Dimenticare la gestione della rete e i driver dei file system
Un altro errore classico che distrugge la produttività è dare per scontato che la connessione internet funzioni magicamente al primo riavvio. Durante l'installazione dalla ISO, hai internet perché l'ambiente live ha già i demoni attivi. Ma nel sistema che stai costruendo, non c'è nulla. Se non inserisci networkmanager o iwd durante il processo di Arch Linux Install Default Packages, ti ritroverai isolato. Ho visto professionisti dover smontare il computer per collegarlo via cavo al router perché non avevano installato il supporto per il Wi-Fi, solo per scoprire che non avevano nemmeno i pacchetti per DHCP.
Oltre alla rete, c'è il problema dei file system. Se hai deciso di usare Btrfs, XFS o F2FS per le tue partizioni, devi installare i relativi strumenti di gestione come btrfs-progs o xfsprogs. Senza questi, il sistema potrebbe non essere in grado di controllare l'integrità del disco al boot o di gestire correttamente i volumi. Non è un optional, è l'impalcatura stessa della tua casa digitale. Se la dimentichi, la casa crolla non appena provi ad abitarci.
L'errore del Bootloader e della Microcode CPU
Molti utenti scaricano i pacchetti necessari ma si dimenticano della microcode della CPU. Se hai un processore Intel o AMD, devi installare rispettivamente intel-ucode o amd-ucode. Non è solo una questione di prestazioni; si tratta di stabilità e sicurezza contro vulnerabilità a livello hardware. Molti saltano questo passaggio perché non lo considerano parte dei componenti standard, ma è un pezzo fondamentale per un sistema moderno.
Configurazione manuale contro automazione cieca
Il confronto tra chi usa script di installazione automatica senza capirli e chi esegue la procedura manualmente è impietoso.
Immaginiamo lo scenario di Marco, che usa uno script trovato su GitHub. Lo script installa centinaia di pacchetti che Marco non userà mai, inclusi driver per stampanti degli anni '90 e pacchetti di lingue che non parla. Al primo aggiornamento di sistema, uno di questi pacchetti entra in conflitto con una nuova libreria, rompendo le dipendenze. Marco passa l'intero pomeriggio a cercare di capire quale dei 1200 pacchetti installati sta causando il problema, finendo per formattare tutto.
Dall'altra parte c'è Giulia, che seleziona solo i componenti necessari. Installa base, linux, linux-firmware, un editor, i pacchetti per il Wi-Fi e la microcode. Il suo sistema ha solo 150 pacchetti. Quando un aggiornamento causa un piccolo intoppo, Giulia sa esattamente cosa ha installato e risolve in cinque minuti leggendo i log. La differenza non è solo nella pulizia del sistema, ma nella capacità di manutenzione a lungo termine. Lo script automatico ti regala dieci minuti oggi, ma ti ruba dieci ore tra sei mesi quando qualcosa inevitabilmente cambierà nei repository ufficiali.
Sottovalutare l'importanza di Base-devel
Se hai intenzione di usare AUR (Arch User Repository), e quasi certamente lo farai, non puoi prescindere dall'installazione del gruppo base-devel. Molti pensano di poterlo installare in seguito, ma è un errore logico. Senza make, gcc e gli altri strumenti di compilazione, non potrai installare nemmeno i driver più basilari o le utility che non si trovano nei repo ufficiali.
Spesso vedo utenti che provano a installare un helper per AUR come yay o paru e falliscono miseramente perché mancano le utility di compilazione. Questo li costringe a tornare indietro, aggiornare i database e installare pacchetti pesanti in un momento in cui dovrebbero essere già operativi. Inserire questi strumenti fin dall'inizio ti assicura che il sistema sia pronto per qualsiasi software tu debba compilare manualmente. Non è bloatware; sono le fondamenta per chiunque non voglia limitarsi a quello che passa il convento ufficiale.
Driver Video e il caos delle dipendenze grafiche
L'installazione dell'ambiente grafico è dove la maggior parte delle persone si arrende. Il problema qui non è solo Arch Linux Install Default Packages ma la scelta del driver corretto per la GPU. Ho visto utenti installare xf86-video-vesa pensando che fosse un driver universale sicuro, solo per ritrovarsi con una risoluzione di 800x600 e zero accelerazione hardware su una scheda video da mille euro.
Se hai una scheda NVIDIA, devi decidere tra i driver proprietari (nvidia) o quelli open source (nouveau). Se sbagli questa scelta al momento dell'installazione dei pacchetti grafici, potresti finire con un sistema che va in kernel panic o che non avvia correttamente il display manager. La soluzione è identificare l'hardware prima di iniziare e scaricare i driver specifici per la propria architettura. Non esiste una "soluzione di default" che vada bene per tutti, e cercare di forzarne una è il modo più veloce per avere un sistema instabile che crasha ogni volta che apri un browser.
La gestione dei Font e del supporto audio
Un sistema installato correttamente ma senza font o driver audio è una macchina monca. Spesso ci si dimentica di installare pacchetti come ttf-dejavu o noto-fonts. Senza questi, molti siti web o applicazioni mostreranno quadratini vuoti al posto del testo. È un errore che non rompe il sistema, ma distrugge l'esperienza d'uso e ti costringe a rincorrere le dipendenze mancanti per ore.
Lo stesso vale per l'audio. Molti installano ancora il vecchio ALSA senza un server audio moderno come PipeWire o PulseAudio. Nel 2026, non usare PipeWire è una scelta che complica la vita inutilmente, specialmente se usi cuffie Bluetooth o interfacce audio esterne. Installare i componenti giusti per l'audio fin dal principio ti evita di dover combattere con file di configurazione oscuri per far funzionare un semplice paio di cuffie durante una chiamata su Zoom.
Controllo della realtà
Installare un sistema operativo in questo modo non è una sfida di intelligenza, è un esercizio di attenzione ai dettagli. Se pensi di poter saltare la lettura della documentazione ufficiale o di affidarti a un video su YouTube di tre anni fa, fallirai. Non c'è una via di mezzo: o conosci ogni singolo pacchetto che stai mettendo nel sistema, o ti ritroverai con un computer inaffidabile che ti tradirà nel momento meno opportuno.
Non serve essere dei geni, serve essere metodici. La maggior parte dei problemi che ho risolto negli anni non derivava da bug del software, ma da errori umani durante la selezione iniziale dei componenti. Non cercare la comodità assoluta, perché in questo ambiente la comodità si paga con la perdita di controllo. Accetta che dovrai sporcarti le mani e che il primo tentativo potrebbe non essere perfetto. Il successo qui si misura in stabilità, non nella velocità con cui arrivi al desktop. Se non sei disposto a capire cosa fa ogni riga di comando che digiti, forse questa non è la strada giusta per te. Non ci sono scorciatoie che non portino a un vicolo cieco tecnico nel giro di pochi mesi. La manutenzione di un sistema così granulare richiede una comprensione profonda di ciò che è stato installato alla base; senza quella, sei solo un passeggero su un aereo che non sai pilotare.
