Den här tråden bör läsas som en ögonblicksbild av ZimaOS i slutet av 2025, inte som en aktuell funktionslista. Författaren rapporterade verkliga problem efter bytet från CasaOS: problem med att macOS-klienten återanslöt, appinstallationer som verkade ha fastnat, problem med bryggnätverk efter installation av en proxyapp, bristfällig rysk lokalisering, ett avsiktligt låst värdoperativsystem, begränsad enhetspassthrough i ZVM, grundläggande säkerhetskopieringsfunktioner och en tom btop-panel.
Vissa av dessa var buggar, andra var arkitektoniska val och flera har förändrats sedan dess. Den ursprungliga författaren bekräftade personligen att btop-övervakningen fungerade efter uppdatering till 1.5.2. Aktuella ZimaOS 1.7.1 har också en nyare App Store, versionshanterade säkerhetskopieringsarbetsflöden, fler lagrings- och nätverkskorrigeringar samt en betydligt mognare app- och AI-katalog. Den skrivskyddade appliance-modellen är däremot fortfarande avsiktlig.
Problemet med btop-övervakningen bekräftades åtgärdat av källan i 1.5.2
Författaren uppdaterade tråden och skrev att systemövervakningen fungerade korrekt efter övergången till ZimaOS 1.5.2. Detta är därför en av de tydligaste punkterna: det var inte en permanent produktbegränsning.
Aktuell dokumentation för ZimaOS innehåller fortfarande systemövervakning baserad på btop, som ursprungligen introducerades i 1.3.x-serien.
En appinstallation som fastnar kan bero på gränssnittet, Docker eller registret
Svaret från communityn hävdade att Docker ibland slutförde installationen medan gränssnittet missade uppdateringen. Det är plausibelt, men IceWhale fastställde inte detta i den här tråden. Moderna fel i App Store bör delas upp i:
- fel vid hämtning av avbild, DNS eller register;
- fel när containern skapas eller startas;
- en fungerande container men ett inaktuellt instrumentpanelstillstånd;
- felkonfiguration av programmets WebUI eller nätverk.
Normalisera inte ”starta om NAS:en varje gång” som den permanenta lösningen för en aktuell installation.
Det bevisades inte att V2RayA:s problem med bryggappar var ett kärnfel i ZimaOS
Den ursprungliga författaren skrev att applikationer med bryggnätverk slutade öppnas efter installation av V2RayA. Ett svar från communityn föreslog att proxy- eller DNS-ändringar kunde ha störat namnupplösningen i Dockers brygga. Tråden innehåller inga loggar eller någon bekräftelse från IceWhale som kopplar felet till en specifik DNS- eller routningsregel.
När en proxy- eller VPN-container ändrar routning, DNS, iptables/nftables eller Dockers nätverksnamnrymder bör du granska dessa ändringar innan du skyller alla berörda appar på systemet.
Det skrivskyddade värdsystemet är ett designval som fortfarande finns kvar
Författaren ogillade att det inte gick att installera godtyckliga paket på värdsystemet. Kritiken är giltig för användare som vill ha en konventionell Debian- eller Ubuntu-server, men detta är inte en oavsiktlig bugg. Aktuell dokumentation för ZimaOS beskriver fortfarande de flesta systemmappar som skrivskyddade och förväntar sig att applikationer körs via Docker, moduler, virtuella maskiner eller stödda utvecklartillägg.
Använd den aktuella filsystemsmodellen för ZimaOS CLI när du avgör om appliance-metoden passar ditt arbetsflöde.
Passthrough i ZVM var begränsad, men situationen har utvecklats
I slutet av 2025 beskrev officiella svar på andra håll fortfarande PCIe-passthrough som en punkt på den långsiktiga färdplanen. År 2026 lade communitymoduler som ZVM-Extra till USB- och PCIe-passthrough ovanpå libvirt, men det är fortfarande communityprogramvara och bevisar inte att alla passthrough-arbetsflöden nu är inbyggda, stödda funktioner i ZVM.
För kritisk passthrough av GPU, HBA eller USB bör du kontrollera det aktuella ZVM-gränssnittet och IOMMU-grupperingen i stället för att se ett klagomål från 2025 eller en betamodul från communityn som hela sanningen.
Klagomålet att ”Backup bara kopierar filer” är numera historiskt ofullständigt
Aktuella ZimaOS Backup stöder schemalagda uppgifter, återupptagbara och feltåliga överföringar, lokala mål, USB-mål, molnmål och andra Zima-enheter samt versionshanterade återställningspunkter. Det är fortfarande inte samma produkt som ett krypterat arkiveringsverktyg som Duplicati.
Använd den aktuella Backup-modellen i ZimaOS innan du upprepar begränsningen från 2025.
Återställningsgränssnittet visar appliance-filosofin
Den bestående frågan är om du vill ha ett appliance-operativsystem
Användare som vill ha obegränsad pakethantering, manuellt redigerade värdtjänster och en konventionell desktop- eller serverdistribution kan fortfarande föredra Debian, Ubuntu, Proxmox, Unraid eller en annan plattform. Användare som vill ha ett hanterat NAS-lager, Docker App Store, ett lagringsgränssnitt, fjärråtkomst och skyddade systempartitioner kan föredra ZimaOS.
Tråden från 2025 är värdefull eftersom den tydliggör denna avvägning, men en aktuell utvärdering bör göras på ZimaOS 1.7.1 i stället för att anta att alla symtom från 1.5-eran fortfarande finns kvar.
Vanliga frågor om nackdelarna med ZimaOS
Åtgärdades den trasiga btop-panelen för den ursprungliga användaren?
Ja. Författaren skrev uttryckligen att övervakningen fungerade efter uppdateringen till ZimaOS 1.5.2.
Är det skrivskyddade värdfilsystemet fortfarande avsiktligt?
Ja. ZimaOS är fortfarande ett appliance-liknande system där de flesta värdmappar är skrivskyddade.
Är aktuell Backup fortfarande bara en engångskopiering av filer?
Nej. Aktuell Backup omfattar scheman, återupptagbara överföringar, flera måltyper, versioner och återställningspunkter.
