Installare KDE Plasma e Cinnamon su Pop!_OS è una modifica ragionevole se vuoi testare ambienti desktop diversi senza reinstallare. La parte da tenere sotto controllo non è tanto l’installazione dei pacchetti, quanto la convivenza tra sessioni grafiche, display manager e componenti già presenti su Pop!_OS, che nasce con un’impostazione molto orientata a GNOME e al flusso System76.
La regola pratica è semplice: prima osservi lo stato attuale, poi installi un desktop alla volta, infine verifichi quale display manager gestisce il login e quali sessioni compaiono nella schermata di accesso. Se salti questa sequenza, il rischio non è “rompere Linux”, ma ritrovarti con un login che parte con il DM sbagliato, un tema incoerente o pacchetti meta che si portano dietro software non desiderato.
Prima di toccare il sistema: cosa controllare su Pop!_OS
Su Pop!_OS conviene verificare tre cose prima dell’installazione: release, display manager attivo e spazio disponibile. Sono controlli banali, ma riducono molto il tempo perso quando qualcosa non torna nella schermata di login o dopo un aggiornamento.
Per capire su quale release stai lavorando e se il sistema è allineato con i repository, usa questi comandi:
cat /etc/os-release
lsb_release -a 2>/dev/null || true
Per vedere quale display manager è attivo:
systemctl status display-manager --no-pager
readlink -f /etc/systemd/system/display-manager.service 2>/dev/null
Se il sistema è su disco quasi pieno, fermati qui e libera spazio prima di installare ambienti grafici. KDE e Cinnamon portano dipendenze e cache aggiuntive; sotto il 10–15% libero, i problemi diventano molto più probabili.
KDE Plasma su Pop!_OS: installazione pulita e sessione separata
Per KDE Plasma il pacchetto più lineare è il meta-package del desktop completo. Su Ubuntu e derivate, Pop!_OS compreso, la scelta tipica è kubuntu-desktop. In alternativa puoi installare un set più minimale di Plasma, ma per un desktop quotidiano il meta-package semplifica la vita perché porta con sé le dipendenze principali e le integrazioni più comuni.
Installazione:
sudo apt update
sudo apt install kubuntu-desktop
Durante l’installazione potresti ricevere il prompt per scegliere il display manager. Su un sistema che già usa Pop!_OS, la scelta più prudente è non cambiare alla cieca. Se vuoi ridurre il rischio, annota quale DM è attivo prima di procedere e mantieni coerenza con la sessione che stai aggiungendo. In molti casi il sistema continuerà a usare il DM esistente, ma è bene verificare dopo l’installazione.
Per controllare quali sessioni sono state installate:
ls /usr/share/xsessions/
ls /usr/share/wayland-sessions/ 2>/dev/null
Con Plasma, la distinzione importante è tra sessione X11 e Wayland. Pop!_OS può gestirle in modo diverso a seconda della versione e dei driver video. Se hai GPU NVIDIA o una configurazione mista, conviene testare prima la sessione X11, perché è in genere la più prevedibile in termini di compatibilità.
Se vuoi un set meno pesante rispetto a kubuntu-desktop, puoi valutare plasma-desktop o kde-standard, ma qui la logica cambia: meno pacchetti, più responsabilità nella rifinitura manuale. Per un’installazione su macchina personale o workstation di test, il meta-package resta la scelta più semplice da mantenere.
Cinnamon su Pop!_OS: più compatto, ma con meno sorprese solo se controlli il DM
Cinnamon è spesso percepito come più leggero da gestire, ma anche qui il punto non è l’installazione in sé: è la convivenza con il desktop preesistente. Su base Ubuntu/Pop!_OS, il meta-package più comune è cinnamon-desktop-environment, che porta l’esperienza completa e non solo i componenti base.
sudo apt update
sudo apt install cinnamon-desktop-environment
Se vuoi una base più contenuta, puoi installare il desktop Cinnamon e aggiungere poi manualmente tool e applet. Ma se il tuo obiettivo è provarlo come ambiente principale, il pacchetto completo evita il classico effetto “desktop installato ma metà delle funzioni mancanti”.
Anche qui conviene verificare la sessione disponibile:
ls /usr/share/xsessions/ | grep -i cinnamon
Su Cinnamon il comportamento dipende molto dalla versione dei repository e dall’eventuale mix di componenti GNOME ereditati dalla base Ubuntu. Non è un problema di per sé, ma significa che dopo l’installazione devi controllare il rendering, la gestione dei monitor e la presenza di eventuali estensioni o applet non caricate correttamente.
Display manager: il vero punto delicato quando aggiungi più desktop
Quando installi più ambienti grafici sullo stesso sistema, il display manager diventa il punto di coordinamento. Sulla macchina può esserci già gdm3, sddm o un altro DM installato. Se lo cambi senza volerlo, il risultato può essere solo una schermata di login diversa; nei casi peggiori, cambiano anche le sessioni disponibili o il comportamento delle credenziali salvate.
Per sapere quale DM è in uso:
systemctl status display-manager --no-pager
Se vuoi passare a SDDM per KDE Plasma, il cambio va fatto in modo esplicito e sapendo che stai modificando il punto di accesso grafico del sistema. Prima salva lo stato corrente e tieni pronta una sessione testabile via TTY nel caso la parte grafica non salga come previsto.
sudo cp -a /etc/X11/default-display-manager /etc/X11/default-display-manager.bak 2>/dev/null || true
sudo dpkg-reconfigure sddm
Se invece vuoi restare con il DM già presente, non forzare il cambio. Plasma e Cinnamon compaiono comunque nella schermata di login come sessioni selezionabili, purché i pacchetti abbiano registrato correttamente i file in /usr/share/xsessions/ o /usr/share/wayland-sessions/.
Ordine consigliato: prima Plasma o prima Cinnamon?
Se vuoi installarli entrambi, conviene procedere in un ordine che minimizzi i cambi di DM. In pratica: installa prima il desktop che vuoi usare come riferimento principale, verificane l’accesso, poi aggiungi il secondo. In questo modo, se qualcosa cambia nella schermata di login, sai esattamente quale installazione lo ha introdotto.
In una workstation già usata con driver video sensibili, io darei priorità a una sola variabile per volta: prima KDE Plasma, login e test; poi Cinnamon, login e test. Aggiungere due ambienti in un colpo solo rende più difficile capire se il problema è nel DM, nei pacchetti della sessione o in una dipendenza grafica collaterale.
Un controllo pratico utile dopo ogni installazione è confrontare cosa è stato aggiunto al sistema:
apt list --installed 2>/dev/null | grep -E 'kubuntu-desktop|plasma|cinnamon' | head -n 50
Verifica della sessione grafica: login, fallback e sintomi tipici
Dopo il reboot, non limitarti a vedere se “arriva il desktop”. Devi controllare almeno tre cose: che il DM salga, che la sessione selezionata sia quella giusta e che non ci siano artefatti nel rendering o nelle impostazioni utente. Su KDE e Cinnamon, molti errori sembrano cosmetici ma in realtà indicano un mismatch tra sessione, driver grafici o componenti di supporto mancanti.
Se la schermata di login compare ma non ti fa entrare nel desktop, consulta i log del DM e della sessione utente:
journalctl -u display-manager -b --no-pager
journalctl -b --no-pager | grep -iE 'sddm|gdm|lightdm|plasma|cinnamon|xsession|wayland'
Se entri e vedi una pagina nera, un pannello mancante o un crash immediato della shell grafica, il problema di solito è uno di questi: sessione sbagliata, accelerazione grafica non compatibile, o componenti KDE/Cinnamon non completati. Prima di reinstallare tutto, prova a rientrare scegliendo una sessione differente dal menu del login.
Per esempio, se Plasma in Wayland non si avvia correttamente, prova Plasma in X11. Se Cinnamon mostra un desktop incompleto, verifica se la sessione carica correttamente con un utente nuovo: così distingui il problema del profilo utente da quello dell’installazione globale.
Rollback sensato: come tornare indietro senza pulizie aggressive
Il rollback migliore non è “disinstallare tutto e sperare”. È sapere cosa hai aggiunto e rimuovere solo quel blocco, tenendo intatto il desktop precedente. Su sistemi desktop, la rimozione completa di meta-package può trascinarsi dietro dipendenze utili; per questo conviene sempre verificare prima quali pacchetti vuoi davvero eliminare.
Per simulare l’effetto della rimozione senza toccare il sistema:
sudo apt -s remove kubuntu-desktop
sudo apt -s remove cinnamon-desktop-environment
Il flag -s fa una simulazione. È il modo giusto per stimare il blast radius prima di agire davvero. Se la simulazione mostra che verrebbero rimossi componenti importanti del tuo ambiente corrente, fermati e valuta una rimozione più selettiva dei soli pacchetti del desktop aggiunto.
Per capire cosa è stato installato di recente, puoi appoggiarti alla history di APT:
grep -iE 'install|remove' /var/log/apt/history.log | tail -n 50
Se il problema è solo il display manager e non il desktop, il rollback può essere ancora più piccolo: ripristini il DM precedente e lasci installati Plasma e Cinnamon. In pratica, separi il piano “sessione grafica” dal piano “pacchetti desktop”. È la scelta meno invasiva e spesso la più efficace.
Una configurazione realistica: usare KDE e Cinnamon sullo stesso Pop!_OS senza confondersi
La soluzione più pulita, nella pratica, è questa: mantieni Pop!_OS come base, installa un solo display manager che sai gestire, aggiungi KDE Plasma e Cinnamon come sessioni selezionabili e documenta in un file locale quale sessione usi per ogni scenario. Sembra un dettaglio operativo, ma evita molta confusione quando torni sulla macchina dopo settimane.
Un promemoria utile può essere un semplice file in home, ad esempio ~/SESSIONI-DESKTOP.txt, con note come “Plasma X11 per lavoro”, “Cinnamon per test”, “non cambiare DM senza motivo”. Non è una configurazione tecnica, ma in ambienti multi-desktop vale quasi quanto un backup: riduce gli errori umani, che su questi sistemi sono la causa più frequente dei problemi.
Se vuoi una regola finale da tenere a mente: installare più desktop non è il problema; gestire in modo esplicito il confine tra sessioni, DM e driver sì. Finché controlli questi tre punti, Pop!_OS regge bene anche con Plasma e Cinnamon affiancati.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.