De oorspronkelijke thread bevat slechts één bericht, maar het probleem dat erin wordt beschreven is belangrijk: een gebruiker installeerde CasaOS op Linux, verwijderde CasaOS later met de officiële verwijderopdracht en ontdekte vervolgens dat de Samba-configuratie van vóór CasaOS niet meer werkte. Uit onderzoek bleek dat het oorspronkelijke smb.conf bij de installatie van CasaOS was hernoemd, terwijl de door CasaOS gegenereerde Samba-configuratie na het verwijderen actief bleef.
Omdat de thread geen antwoord van een medewerker of volledige inventaris van wat er wordt opgeschoond bevat, moet deze pagina beperkt blijven. De pagina kan het bevestigde Samba-neveneffect uitleggen en een veilige controle na het verwijderen bieden, maar mag geen definitieve lijst verzinnen van elk bestand dat CasaOS op elke Linux-distributie achterlaat.
Wat daadwerkelijk is bevestigd
De gebruiker had al Samba-shares voordat CasaOS werd geïnstalleerd. Die shares werkten met Kodi op een tv. Enkele dagen nadat CasaOS was verwijderd, kon Kodi er geen toegang meer toe krijgen.
De gebruiker ontdekte vervolgens dat de installatie van CasaOS de oorspronkelijke Samba-configuratie had verplaatst of hernoemd en een eigen configuratie had geïnstalleerd. Het verwijderproces herstelde het vorige smb.conf niet automatisch, waardoor de machine de configuratie uit de CasaOS-periode bleef gebruiken.
Een toepassing verwijderen is niet hetzelfde als de host terugdraaien
CasaOS draait boven op een Linux-distributie en integreert met diensten zoals Docker, opslagpaden en Samba. Als de installatie een configuratiebestand vervangt of wijzigt, worden de binaries van CasaOS verwijderen niet noodzakelijkerwijs gevolgd door een volledig herstel van de host naar de exacte toestand van vóór de installatie.
Dit is een algemeen principe van Linux-beheer: “pakket verwijderd” en “systeem hersteld naar de vorige configuratie” zijn verschillende handelingen.
Het huidige verwijderprogramma van CasaOS biedt optionele verwijderkeuzes
Het onderhoudene CasaOS-project van IceWhale biedt casaos-uninstall nog steeds aan als de normale verwijderopdracht. Het huidige verwijderprogramma vraagt afzonderlijk of Docker, CasaOS-containers en CasaOS-bestanden moeten worden verwijderd.
Bekijk het huidige verwijderproces van CasaOS voordat je een modern systeem verwijdert, omdat de exacte prompts en het opschoongedrag per release kunnen veranderen.
Maak vóór het verwijderen een back-up van configuratie op hostniveau
Als CasaOS wordt getest op een server waarop al diensten draaien, maak dan vóór het verwijderen kopieën van belangrijke hostconfiguratie. Voorbeelden zijn:
- Samba-configuratie en sharedefinities;
- aangepaste systemd-eenheden;
- configuratie van reverse proxies;
- Docker Compose-bestanden die geen eigendom zijn van CasaOS;
- firewall- of netwerkconfiguratie;
- mountdefinities en opslagconfiguratie.
Dit is vooral belangrijk op een “echte” Linux-server waarop CasaOS niet de enige werklast is.
Herstel Samba door bekende goede bestanden te vergelijken
Als er nog een smb.conf van vóór CasaOS bestaat onder een hernoemde bestandsnaam of als back-upbestand, overschrijf dan niet meteen de actieve configuratie. Bewaar eerst beide versies, vergelijk de sharedefinities en valideer de beoogde configuratie.
Een syntaxisfout kan ervoor zorgen dat alle Samba-shares offline gaan. Gebruik indien mogelijk de eigen configuratievalidatietools van Samba voordat je de dienst herstart of opnieuw laadt.
Verwijder /DATA of Docker-opslag niet zonder controle als “opschoning”
CasaOS slaat applicatie- en gebruikersgegevens bewust op persistente locaties op, zodat het verwijderen van de beheerlaag niet automatisch gebruikersgegevens vernietigt. Na het verwijderen kan diezelfde veiligheidsmaatregel eruitzien als “achtergebleven bestanden”.
Verwijder /DATA, Docker-volumes, containergegevens of applicatiemappen niet recursief voordat je hebt vastgesteld welke bestanden bij CasaOS horen en welke nodig zijn voor applicaties die je nog gebruikt.
Een veilige controle na het verwijderen
- Controleer of CasaOS-diensten niet meer actief zijn.
- Controleer de actieve Samba-configuratie en vergelijk deze met back-ups van vóór CasaOS.
- Maak een lijst van resterende CasaOS-containers voordat je Docker-gegevens verwijdert.
- Inspecteer persistente gegevensmappen in plaats van ze op basis van hun naam te verwijderen.
- Controleer of een hostdienst nog verwijst naar door CasaOS aangemaakte bestanden.
- Verwijder achtergebleven bestanden pas nadat je hebt bevestigd dat andere diensten ze niet nodig hebben.
Wat de oorspronkelijke thread niet vaststelt
Het bericht bewijst niet dat elke verwijdering van CasaOS Samba achterlaat, vermeldt niet elk achtergebleven bestand en bevat geen reactie van IceWhale waarin wordt uitgelegd of dit gedrag als een bug werd beschouwd. Het bevestigde feit is beperkter: de bestaande Samba-configuratie van deze gebruiker werd niet automatisch hersteld.
Veelgestelde vragen over het opschonen na het verwijderen van CasaOS
Verwijdert casaos-uninstall Docker noodzakelijkerwijs?
Nee. Het onderhoudene verwijderprogramma behandelt het verwijderen van Docker als een afzonderlijke keuze.
Waarom werkten de oude Samba-shares van de gebruiker niet meer?
Het actieve smb.conf bleef de door CasaOS aangemaakte versie in plaats van terug te keren naar de configuratie van vóór CasaOS.
Moet ik na het verwijderen elke map verwijderen die eruitziet alsof die bij CasaOS hoort?
Nee. Persistente mappen kunnen applicatie- of gebruikersgegevens bevatten die tijdens het verwijderen bewust niet zijn vernietigd.
