Il thread originale contiene un solo post, ma il problema che descrive è importante: un utente ha installato CasaOS su Linux, in seguito ha rimosso CasaOS con il comando ufficiale di disinstallazione e poi ha scoperto che la configurazione Samba precedente a CasaOS non funzionava più. Un'indagine ha mostrato che il file smb.conf originale era stato rinominato durante l'installazione di CasaOS, mentre la configurazione Samba generata da CasaOS è rimasta attiva dopo la disinstallazione.
Poiché il thread non contiene una risposta dello staff né un inventario completo degli elementi da rimuovere, la pagina corretta dovrebbe mantenere un ambito ristretto. Può spiegare l'effetto collaterale confermato su Samba e fornire un metodo sicuro per verificare il sistema dopo la disinstallazione, ma non dovrebbe inventare un elenco definitivo di tutti i file lasciati da CasaOS su ogni distribuzione Linux.
Cosa è stato effettivamente confermato
L'utente aveva condivisioni Samba prima di CasaOS. Le condivisioni funzionavano con Kodi su un televisore. Alcuni giorni dopo aver disinstallato CasaOS, Kodi non è più riuscito ad accedervi.
L'utente ha quindi scoperto che l'installazione di CasaOS aveva spostato o rinominato la configurazione Samba originale e ne aveva installata una propria. Il processo di disinstallazione non aveva ripristinato automaticamente il file smb.conf precedente, quindi il computer continuava a utilizzare la configurazione dell'epoca di CasaOS.
Disinstallare un'applicazione non equivale a ripristinare il sistema
CasaOS funziona sopra una distribuzione Linux e si integra con servizi come Docker, i percorsi di archiviazione e Samba. Se l'installazione sostituisce o modifica un file di configurazione, la rimozione dei binari di CasaOS non ricostruisce necessariamente il sistema esattamente come si trovava prima dell'installazione.
Questo è un principio generale dell'amministrazione Linux: “pacchetto rimosso” e “sistema ripristinato alla configurazione precedente” sono operazioni diverse.
L'attuale programma di disinstallazione di CasaOS offre opzioni di rimozione separate
Il progetto CasaOS mantenuto da IceWhale espone ancora casaos-uninstall come comando di rimozione standard. L'attuale programma di disinstallazione chiede separatamente se rimuovere Docker, i container di CasaOS e i file di CasaOS.
Consulta l'attuale procedura di rimozione di CasaOS prima di disinstallare un sistema moderno, perché le richieste e il comportamento di pulizia esatti possono cambiare tra una versione e l'altra.
Prima di disinstallare, esegui il backup della configurazione a livello di host
Se CasaOS viene testato su un server che dispone già di altri servizi, salva copie delle configurazioni importanti dell'host prima della rimozione. Tra gli esempi:
- configurazione Samba e definizioni delle condivisioni;
- unità systemd personalizzate;
- configurazione del proxy inverso;
- file Docker Compose non gestiti da CasaOS;
- configurazione del firewall o della rete;
- definizioni dei mount e configurazione dell'archiviazione.
Questo è particolarmente importante su un server Linux “reale”, dove CasaOS non è l'unico carico di lavoro.
Ripristina Samba confrontando i file sicuramente corretti
Se un file smb.conf precedente a CasaOS esiste ancora con un nome modificato o come file di backup, non sovrascrivere immediatamente la configurazione attiva. Prima conserva entrambe le versioni, confronta le definizioni delle condivisioni e convalida la configurazione desiderata.
Un errore di sintassi può rendere non disponibili tutte le condivisioni Samba. Se possibile, usa gli strumenti di Samba per la convalida della configurazione prima di riavviare o ricaricare il servizio.
Non eliminare /DATA o lo spazio di archiviazione di Docker come “pulizia” senza prima controllare
CasaOS archivia intenzionalmente dati delle applicazioni e degli utenti in percorsi persistenti, così la disinstallazione del livello di gestione non distrugge automaticamente i dati degli utenti. Dopo la rimozione, questa stessa protezione può sembrare una serie di “residui”.
Non eliminare ricorsivamente /DATA, i volumi Docker, i dati dei container o le cartelle delle applicazioni finché non hai identificato quali file appartengono a CasaOS e quali alle applicazioni che ti servono ancora.
Un controllo sicuro dopo la disinstallazione
- Verifica che i servizi di CasaOS non siano più in esecuzione.
- Esamina la configurazione Samba attiva e confrontala con i backup precedenti a CasaOS.
- Elenca i container di CasaOS ancora presenti prima di eliminare i dati di Docker.
- Ispeziona le directory dei dati persistenti invece di eliminarle in base al nome.
- Controlla se qualche servizio a livello di host fa ancora riferimento a file creati da CasaOS.
- Rimuovi i residui solo dopo aver verificato che non siano necessari ad altri servizi.
Cosa non dimostra il thread originale
Il post non dimostra che ogni disinstallazione di CasaOS lasci Samba intatto, non elenca tutti i file residui e non include una risposta di IceWhale che chiarisca se il comportamento sia stato considerato un bug. Il fatto confermato è più circoscritto: la configurazione Samba preesistente dell'utente non è stata ripristinata automaticamente.
Domande frequenti sulla pulizia dopo la disinstallazione di CasaOS
casaos-uninstall rimuove necessariamente Docker?
No. Il programma di disinstallazione mantenuto tratta la rimozione di Docker come una scelta separata.
Perché le vecchie condivisioni Samba dell'utente hanno smesso di funzionare?
Il file smb.conf attivo è rimasto quello creato da CasaOS invece di tornare alla configurazione precedente a CasaOS.
Devo eliminare tutte le directory che sembrano appartenere a CasaOS dopo la disinstallazione?
No. Le directory persistenti possono contenere dati delle applicazioni o degli utenti che la disinstallazione non ha eliminato intenzionalmente.
