Deze thread kan het best worden gelezen als een momentopname van ZimaOS eind 2025, niet als een actuele lijst met functies. De auteur meldde echte frustraties na de overstap vanaf CasaOS: problemen met opnieuw verbinden van de macOS-client, app-installaties die vastgelopen leken, uitval van bridgenetwerken na de installatie van een proxy-app, gebrekkige Russische lokalisatie, een bewust vergrendeld hostbesturingssysteem, beperkte passthrough van apparaten in ZVM, basaal back-upgedrag en een leeg btop-paneel.
Sommige daarvan waren bugs, andere architectuurkeuzes en verschillende punten zijn sindsdien veranderd. De oorspronkelijke auteur bevestigde persoonlijk dat btop-monitoring werkte na het bijwerken naar 1.5.2. Het huidige ZimaOS 1.7.1 heeft ook een nieuwere App Store, versiebeheer in back-upworkflows, uitgebreidere opslag- en netwerkoplossingen en een veel volwassener app-/AI-catalogus. Het alleen-lezenmodel voor appliances blijft echter bewust gehandhaafd.
Het btop-monitoringprobleem werd door de bron bevestigd als opgelost in 1.5.2
De auteur werkte de thread bij met de mededeling dat systeemmonitoring correct werkte na de overstap naar ZimaOS 1.5.2. Daarmee is dit een van de duidelijkste punten: het was geen permanente productbeperking.
De huidige ZimaOS-documentatie bevat nog steeds systeemmonitoring op basis van btop, die oorspronkelijk werd geïntroduceerd in de 1.3.x-reeks.
Een vastgelopen app-installatie kan worden veroorzaakt door de UI-status, Docker-status of een registryfout
Het antwoord uit de community stelde dat Docker soms klaar was terwijl de UI de update niet verwerkte. Dat is aannemelijk, maar in deze thread was het geen diagnose van IceWhale. Moderne App Store-problemen moeten worden opgesplitst in:
- problemen met het ophalen van images, DNS of de registry;
- problemen bij het aanmaken of starten van containers;
- een gezonde container, maar verouderde dashboardstatus;
- een verkeerde WebUI- of netwerkconfiguratie van de applicatie.
Maak van “elke keer de NAS opnieuw opstarten” niet de permanente oplossing voor een huidige installatie.
Het verbreken van bridge-apps door V2RayA is niet bewezen als een kernbug van ZimaOS
De auteur van de bron meldde dat applicaties op bridgenetwerken niet meer openden na de installatie van V2RayA. Een antwoord uit de community suggereerde dat wijzigingen aan proxy of DNS de naamresolutie van Docker-bridges konden hebben verstoord. De thread bevat geen logs of bevestiging van IceWhale die de fout aan één specifieke DNS- of routeringsregel koppelt.
Wanneer een proxy-/VPN-container routering, DNS, iptables/nftables of Docker-netwerknamespaces wijzigt, controleer dan eerst die wijzigingen voordat je elke getroffen app de schuld geeft.
De alleen-lezenhost is een ontwerpkeuze die nog steeds bestaat
De auteur vond het vervelend dat willekeurige hostpakketten niet konden worden geïnstalleerd. Die kritiek is terecht voor gebruikers die een conventionele Debian-/Ubuntu-server willen, maar het is geen onbedoelde bug. De huidige ZimaOS-documentatie beschrijft de meeste systeemmappen nog steeds als alleen-lezen en verwacht dat applicaties via Docker, modules, VM's of ondersteunde ontwikkelaarsextensies worden uitgevoerd.
Gebruik het huidige ZimaOS CLI-bestandssysteemmodel om te bepalen of de appliance-aanpak bij je workflow past.
Passthrough in ZVM was beperkt, maar de situatie is geëvolueerd
Eind 2025 beschreven officiële antwoorden elders PCIe-passthrough nog steeds als een punt voor de langere termijn. In 2026 voegden communitymodules zoals ZVM-Extra USB-/PCIe-passthrough toe boven op libvirt, maar dat blijft communitysoftware en is geen bewijs dat elke passthroughworkflow nu een ingebouwde, ondersteunde ZVM-functie is.
Controleer voor kritieke GPU-/HBA-/USB-passthrough de huidige ZVM-interface en IOMMU-groepering, in plaats van een klacht uit 2025 of een bètacommunitymodule als het volledige verhaal te beschouwen.
De klacht “Backup kopieert alleen bestanden” is nu historisch onvolledig
De huidige ZimaOS Backup ondersteunt geplande taken, hervatbare en fouttolerante overdrachten, lokale, USB-, cloud- en andere Zima-doellocaties en versiebeheer met herstelpunten. Het is nog steeds niet hetzelfde product als een versleuteld archiveringsprogramma zoals Duplicati.
Bekijk het huidige ZimaOS Backup-model voordat je de beperking uit 2025 opnieuw vermeldt.
De resetinterface toont de herstelvisie van de appliance
De blijvende vraag is of je een appliancebesturingssysteem wilt
Gebruikers die onbeperkt pakketbeheer, handmatig aangepaste hostservices en een conventionele desktop-/serverdistributie willen, geven mogelijk nog steeds de voorkeur aan Debian, Ubuntu, Proxmox, Unraid of een ander platform. Gebruikers die een beheerde NAS-laag, Docker App Store, opslaginterface, externe toegang en afgeschermde systeemprestaties willen, geven mogelijk de voorkeur aan ZimaOS.
De thread uit 2025 is waardevol omdat hij die afweging blootlegt, maar een actuele beoordeling moet worden uitgevoerd op ZimaOS 1.7.1, zonder ervan uit te gaan dat elk symptoom uit het 1.5-tijdperk nog bestaat.
Veelgestelde vragen over de nadelen van ZimaOS
Is het defecte btop-paneel voor de oorspronkelijke gebruiker opgelost?
Ja. De auteur zei expliciet dat monitoring werkte na het bijwerken naar ZimaOS 1.5.2.
Is het alleen-lezenbestandssysteem van de host nog steeds bewust zo ontworpen?
Ja. Het huidige ZimaOS blijft een systeem in appliance-stijl, waarbij de meeste hostmappen alleen-lezen zijn.
Is de huidige Backup nog steeds slechts een eenmalige bestandkopie?
Nee. De huidige Backup bevat planningen, hervatbare overdrachten, meerdere typen doellocaties, versies en herstelpunten.
