1 02/05/2026 9 min

Installare Plex Client su Ubuntu 22.04 e 20.04 LTS senza sporcare il sistema

Su Ubuntu LTS il punto non è solo “far partire Plex Client”, ma farlo in modo pulito: repository corretti, pacchetti verificabili, dipendenze coerenti con la release e nessun mix inutile tra fonti diverse. Se stai parlando del client desktop per accedere alla libreria Plex, la strada più lineare resta quella del pacchetto ufficiale o della distribuzione più vicina al tuo ambiente. Se invece intendi il server Plex Media Server, è un altro flusso e conviene separare subito i due casi per evitare confusione operativa.

Qui assumo che l’obiettivo sia installare il client su Ubuntu 22.04 o 20.04 LTS, con un sistema aggiornato e accesso amministrativo via sudo. La logica è: verificare la versione del sistema, scegliere il metodo di installazione più stabile per quella release, installare, aprire il client e controllare che la connessione al server Plex sia coerente con rete, account e librerie.

Prima di installare: verifica release, architettura e base del sistema

Su Ubuntu 22.04 e 20.04 la prima verifica utile è capire esattamente cosa stai gestendo. Non è una formalità: tra amd64, arm64 e ambienti desktop/server cambia la disponibilità dei pacchetti e, in alcuni casi, anche il comportamento delle dipendenze grafiche.

Esegui questi controlli iniziali:

lsb_release -a
uname -m
apt-cache policy | head

Atteso: lsb_release -a deve restituire Ubuntu 20.04 oppure Ubuntu 22.04, mentre uname -m dovrebbe mostrare x86_64 nel caso più comune. Se sei su ARM, la compatibilità del client va verificata prima di procedere, perché non tutti i pacchetti esterni sono sempre allineati alle architetture meno diffuse.

Conviene anche partire da un sistema aggiornato. Non per “fare pulizia” in astratto, ma per ridurre il rischio di errori banali legati a librerie mancanti o a un index APT vecchio:

sudo apt update
sudo apt upgrade -y

Se durante apt update compaiono errori di repository, risolvili prima di installare Plex Client. Un sistema con sorgenti APT rotte ti complica il troubleshooting e può mascherare problemi che non hanno nulla a che vedere con Plex.

Metodo di installazione: pacchetto ufficiale o repository affidabile

Per un client desktop su Ubuntu, il criterio vero è la manutenzione nel tempo. Se il pacchetto ufficiale è disponibile per la tua release, resta la scelta più prevedibile. In alternativa, alcuni ambienti usano repository terzi o pacchetti .deb scaricati manualmente. Questa seconda strada funziona, ma va trattata con disciplina: controllo della fonte, versione, dipendenze e possibilità di rollback.

Se il tuo canale di distribuzione è un file .deb, scaricalo solo da una fonte nota e conserva il file in una directory temporanea. In questo modo, se qualcosa va storto, hai ancora il pacchetto a portata di mano per reinstallare o rimuovere in modo pulito.

mkdir -p ~/tmp/plex-client
cd ~/tmp/plex-client
# scarica qui il pacchetto .deb dalla fonte ufficiale o dal canale previsto dalla tua organizzazione
ls -lh

Una volta ottenuto il file, l’installazione tipica è questa:

sudo apt install ./plex-client*.deb

Usare apt install ./file.deb è preferibile a dpkg -i seguito da correzioni manuali, perché APT tenta di risolvere le dipendenze in un solo passaggio. Se il pacchetto non si installa, il messaggio di errore ti dice subito se manca una libreria, se la versione non è compatibile o se il file è corrotto.

Se invece stai usando un repository, il flusso corretto è: aggiunta della chiave, definizione della sorgente, aggiornamento indici e installazione. In un sistema ben tenuto, la configurazione del repository deve comparire in un file dedicato sotto /etc/apt/sources.list.d/, non sparsa in file generici.

ls /etc/apt/sources.list.d/
apt-cache policy plex-client

Se apt-cache policy non mostra il pacchetto atteso, non forzare. Prima verifica che il nome del pacchetto sia corretto e che la sorgente sia stata letta da APT. Un errore comune è cercare il nome del prodotto invece del nome del pacchetto effettivo nel repository.

Installazione su Ubuntu 22.04: cosa cambia rispetto a 20.04

La differenza pratica tra 22.04 e 20.04 non è il client in sé, ma il contesto: versioni di librerie grafiche, stack desktop, policy di sicurezza e gestione delle dipendenze. Su 22.04 hai in genere un ambiente più moderno e meno attrito con i pacchetti recenti; su 20.04 è più facile imbattersi in software compilato pensando a librerie più nuove.

Se il pacchetto ufficiale supporta entrambe le release, l’installazione non cambia molto. La differenza vera è nei controlli post-installazione. Su 20.04, ad esempio, può essere utile verificare che il desktop environment abbia tutte le dipendenze grafiche richieste dal client, soprattutto se il sistema è minimale o nato come server con GUI aggiunta dopo.

dpkg -l | grep -E 'libgtk|libnss|libx11|mesa'
ldd /usr/bin/plex-client 2>/dev/null | grep 'not found'

Se ldd riporta librerie mancanti, non ignorarlo: quello è un segnale concreto che il binario non parte o parte in modo instabile. La correzione è installare il pacchetto mancante indicato dall’output, non “provare a riavviare e basta”.

Avvio del client e primo accesso al server Plex

Una volta installato, il passo utile è avviare il client dal menu applicazioni oppure da terminale, se disponibile il comando. In ambienti desktop con sessione grafica standard, il test da terminale è comodo perché ti lascia anche un log immediato in caso di crash o mancata apertura della finestra.

plex-client

Se il comando non esiste, il nome del binario può essere diverso da quello del prodotto. In quel caso, individua l’eseguibile installato con:

dpkg -L plex-client | grep '/bin/'
which plex
which plex-client

La prima apertura dovrebbe mostrarti la schermata di login o di collegamento al tuo account Plex. Qui il problema più frequente non è l’installazione, ma la rete: DNS, proxy, firewall locale, SSL interception o blocchi lato browser interno dell’app. Se il client resta su schermo bianco, la diagnosi va fatta guardando i log dell’app e il traffico verso i domini Plex.

Verifica rapidamente la connettività base verso Internet e verso il server Plex, se già noto:

curl -I https://plex.tv
curl -I https://app.plex.tv

Atteso: risposta HTTP valida, tipicamente 200, 301 o 302 a seconda del punto di ingresso. Se ottieni timeout, errore DNS o certificato, il client non ha abbastanza rete per autenticarsi.

Se il client non si apre: log, cache e problemi tipici

Quando un client desktop non parte, l’errore vero spesso è già visibile nei log locali. Su Linux i log possono stare nella home dell’utente, sotto ~/.config, ~/.cache o in una directory specifica dell’app. Non serve indovinare: cerca i file recenti con timestamp coerenti con il tentativo di avvio.

find ~/.config ~/.cache -maxdepth 3 -type f | grep -i plex
journalctl --user -b | grep -i plex

Se il client si blocca su una schermata vuota, le cause più frequenti sono tre: cache corrotta, dipendenza grafica assente, o autenticazione che non riesce a completarsi. La cache si verifica e si pulisce in modo reversibile: prima rinomini la directory, poi riprovi. Così non perdi dati in modo irreversibile e puoi tornare indietro in pochi secondi.

mv ~/.cache/plex ~/.cache/plex.bak 2>/dev/null
mv ~/.config/plex ~/.config/plex.bak 2>/dev/null

Riapri il client dopo il rename. Se parte, il problema era nel profilo locale e hai già un rollback semplice: ripristinare le directory originali. Se non parte, il problema è altrove e la causa va cercata nei log o nelle dipendenze.

Un altro caso classico è il sistema con sessione grafica parziale o remota, dove il client parte ma non mostra nulla perché l’utente non ha un ambiente desktop completo o perché il display server non è disponibile. In quel caso verifica che la sessione grafica sia attiva e che il client venga eseguito dentro la stessa sessione utente, non da SSH senza forwarding appropriato.

Ottimizzare l’esperienza: account, rete e stabilità

Dopo l’installazione, il vero lavoro è evitare che il client diventi fragile. Plex Client dipende da tre fattori esterni: autenticazione, raggiungibilità del server e qualità della rete. Se il server è in LAN ma il client naviga tramite DNS esterno o VPN parziale, i sintomi possono essere intermittenti e difficili da leggere.

La verifica minima utile è questa: il client deve raggiungere il server Plex in modo stabile, autenticarsi senza loop e mostrare la libreria corretta. Se il server è dietro NAT o reverse proxy, controlla che il nome host, il certificato e la porta siano allineati. Un certificato valido ma emesso per un nome diverso produce errori che sembrano “problemi dell’app”, ma sono in realtà problemi di trust TLS.

Per una diagnosi rapida della parte rete, controlla anche il DNS locale:

resolvectl status
getent hosts app.plex.tv

Se getent hosts non restituisce un indirizzo, il client potrebbe non riuscire a risolvere i domini necessari. In ambienti con DNS filtrato, captive portal o resolver aziendali, questo è un punto da non trascurare.

Rimozione pulita e rollback

Se devi tornare indietro, la rimozione deve essere semplice e senza lasciare il sistema in uno stato ambiguo. Prima identifica il nome esatto del pacchetto installato, poi rimuovilo con APT. Conserva i file di configurazione solo se ti servono per un successivo reinstall.

dpkg -l | grep -i plex
sudo apt remove plex-client
sudo apt autoremove -y

Se hai aggiunto un repository dedicato e non ti serve più, rimuovi anche il relativo file in /etc/apt/sources.list.d/ e aggiorna gli indici. Questo evita che il sistema continui a fidarsi di una sorgente non più necessaria.

ls /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/plex*.list
sudo apt update

Se hai rinominato cache o configurazioni per test, puoi ripristinarle solo dopo aver confermato che il problema non era lì. È il classico rollback locale che conviene tenere pronto: rapido, leggibile e senza toccare il resto del sistema.

Checklist finale per Ubuntu 22.04 e 20.04

Prima di considerare chiusa l’operazione, controlla questi punti in ordine:

  1. Pacchetto installato correttamente: dpkg -l | grep -i plex deve mostrare stato ii.
  2. Dipendenze risolte: ldd non deve riportare not found.
  3. Avvio del client: l’app deve aprirsi senza crash o finestra bianca.
  4. Risoluzione DNS: getent hosts app.plex.tv deve restituire un IP valido.
  5. Accesso al server: il client deve vedere la libreria corretta e mantenere una sessione stabile.

Se uno di questi punti fallisce, il problema non è “Plex in generale”, ma uno strato preciso: pacchetto, dipendenze, sessione grafica, rete o account. L’approccio giusto è isolare lo strato che rompe, correggerlo con una modifica minima e poi ripetere il test. Su Ubuntu LTS funziona meglio così che inseguendo tentativi casuali.

In pratica, la differenza tra un’installazione pulita e una problematica sta quasi sempre nel prima e nel dopo: prima controlli release, architettura e sorgente del pacchetto; dopo controlli log, rete e stabilità della sessione. Se fai bene questi due passaggi, Plex Client su Ubuntu 22.04 e 20.04 resta una procedura rapida e ripetibile, non un esercizio di fortuna.