Soluzione della community

Problemi e svantaggi di ZimaOS segnalati nel 2025: cosa era un bug, cosa era una scelta progettuale e cosa è cambiato

A December 2025 review listing macOS client reconnect problems, stuck app installs, bridge-network failures after V2RayA, poor Russian localization, the read-only host design, limited ZVM passthrough, basic backup behavior, and a broken btop panel. The author later confirmed monitoring worked after updating to 1.5.2. Current ZimaOS has materially changed several of the other areas.

Questa discussione va letta come una fotografia di ZimaOS alla fine del 2025, non come un elenco delle funzionalità attuali. L’autore ha segnalato problemi reali dopo il passaggio da CasaOS: problemi di riconnessione del client macOS, installazioni delle app che sembravano bloccate, malfunzionamenti della rete bridge dopo l’installazione di un’app proxy, una localizzazione russa scadente, un sistema operativo host deliberatamente limitato, il passthrough dei dispositivi ZVM limitato, funzionalità di backup basilari e un pannello btop vuoto.

Alcuni di questi problemi erano bug, altri erano scelte architetturali e diversi sono cambiati da allora. L’autore originale ha confermato personalmente che il monitoraggio btop funzionava dopo l’aggiornamento alla versione 1.5.2. L’attuale ZimaOS 1.7.1 offre inoltre un App Store più recente, flussi di lavoro Backup con versionamento, correzioni più ampie per archiviazione e rete e un catalogo di app e strumenti di IA molto più maturo. Il modello di appliance con sistema host in sola lettura, tuttavia, rimane intenzionale.

Banner di installazione dell’applicazione ZimaOS bloccato mentre l’installazione di Syncthing sembra continuare indefinitamente
L’autore della fonte ha segnalato installazioni di app rimaste visivamente bloccate anche dopo che l’attività di Docker era progredita.

Il problema del monitoraggio btop è stato confermato come risolto nella versione 1.5.2

L’autore ha aggiornato la discussione affermando che il monitoraggio del sistema funzionava correttamente dopo il passaggio a ZimaOS 1.5.2. Questo rende il problema uno degli aspetti più chiari: non si trattava di una limitazione permanente del prodotto.

La documentazione attuale di ZimaOS continua a includere il monitoraggio del sistema basato su btop, introdotto originariamente nella serie 1.3.x.

Un’installazione dell’app bloccata può dipendere dall’interfaccia, da Docker o dal registro

La risposta della community sosteneva che Docker a volte completasse l’operazione mentre l’interfaccia non rilevava l’aggiornamento. È plausibile, ma in questa discussione non si tratta di una diagnosi di IceWhale. I problemi moderni dell’App Store devono essere distinti in:

  • problemi di download dell’immagine, DNS o registro;
  • problemi durante la creazione o l’avvio del container;
  • container integro ma stato obsoleto nel pannello;
  • configurazione errata della WebUI o della rete dell’applicazione.

Non considerare “riavviare il NAS ogni volta” una soluzione permanente per un’installazione attuale.

Non è stato dimostrato che V2RayA abbia interrotto le app bridge a causa di un bug del core di ZimaOS

L’autore della fonte ha affermato che le applicazioni con rete bridge hanno smesso di aprirsi dopo l’installazione di V2RayA. Una risposta della community ha suggerito che le modifiche al proxy o al DNS potessero aver compromesso la risoluzione dei nomi sulla rete bridge di Docker. La discussione non contiene log né una conferma di IceWhale che colleghi il problema a una specifica regola DNS o di routing.

Quando un container proxy o VPN modifica routing, DNS, iptables/nftables o gli spazi dei nomi della rete Docker, analizza prima tali modifiche invece di attribuire la colpa a ogni app interessata.

Barra degli indirizzi del browser che mostra un lungo URL di avvio di un’app ZimaOS durante un problema di caricamento della WebUI
Il container dell’app poteva essere in esecuzione mentre il percorso di avvio o della WebUI continuava a non funzionare: si tratta di un livello diverso dall’installazione dell’immagine.

L’host in sola lettura è una scelta progettuale tuttora presente

L’autore non apprezzava l’impossibilità di installare pacchetti arbitrari sull’host. La critica è valida per chi desidera un server Debian/Ubuntu convenzionale, ma non si tratta di un bug accidentale. La documentazione attuale di ZimaOS descrive ancora la maggior parte delle cartelle di sistema come di sola lettura e prevede che le applicazioni vengano eseguite tramite Docker, moduli, macchine virtuali o estensioni per sviluppatori supportate.

Consulta l’attuale modello del filesystem CLI di ZimaOS per valutare se l’approccio appliance è adatto al tuo flusso di lavoro.

Il passthrough ZVM era limitato, ma la situazione si è evoluta

Alla fine del 2025, le risposte ufficiali in altre discussioni descrivevano ancora il passthrough PCIe come una funzionalità prevista nel lungo periodo. Nel 2026, moduli della community come ZVM-Extra hanno aggiunto il passthrough USB/PCIe basato su libvirt, ma si tratta ancora di software della community e non dimostra che ogni flusso di lavoro di passthrough sia ora una funzionalità integrata e supportata di ZVM.

Per il passthrough critico di GPU, HBA o USB, verifica l’interfaccia ZVM attuale e il raggruppamento IOMMU invece di considerare una lamentela del 2025 o un modulo beta della community come il quadro completo.

La critica secondo cui “Backup si limita a copiare i file” è ormai storicamente incompleta

Dettagli storici di un’attività Backup di ZimaOS che mostrano la copia di una cartella e un’opzione per conservare le versioni dei file
La fonte criticava Backup definendolo una semplice copia di file, ma l’interfaccia mostrava già la conservazione delle versioni e il prodotto Backup attuale si è ulteriormente ampliato.

L’attuale Backup di ZimaOS supporta attività pianificate, trasferimenti riprendibili e tolleranti ai guasti, destinazioni locali, USB, cloud o altri dispositivi Zima e punti di ripristino con versionamento. Non è comunque lo stesso prodotto di un’utilità per archivi cifrati come Duplicati.

Consulta l’attuale modello Backup di ZimaOS prima di ripetere la limitazione del 2025.

L’interfaccia di ripristino riflette la filosofia di recupero dell’appliance

Finestra di ripristino di ZimaOS che mostra l’eliminazione degli account utente, delle app e delle impostazioni di sistema, mentre array di archiviazione, file utente e dati delle app vengono conservati
Lo screenshot della fonte evidenzia un obiettivo progettuale: recuperare il sistema appliance preservando, quando possibile, l’archiviazione e i dati degli utenti.

La domanda duratura è se desideri un sistema operativo appliance

Gli utenti che desiderano una gestione senza restrizioni dei pacchetti, servizi host modificabili manualmente e una distribuzione desktop/server convenzionale potrebbero continuare a preferire Debian, Ubuntu, Proxmox, Unraid o un’altra piattaforma. Chi desidera un livello NAS gestito, un App Store Docker, un’interfaccia per l’archiviazione, l’accesso remoto e partizioni di sistema protette potrebbe invece preferire ZimaOS.

La discussione del 2025 è preziosa perché rende evidente questo compromesso, ma la valutazione attuale dovrebbe essere effettuata su ZimaOS 1.7.1, senza presumere che ogni sintomo dell’era 1.5 sia ancora presente.

Domande frequenti sugli svantaggi di ZimaOS

Il pannello btop non funzionante è stato risolto per l’utente originale?

Sì. L’autore ha dichiarato esplicitamente che il monitoraggio funzionava dopo l’aggiornamento a ZimaOS 1.5.2.

Il filesystem host in sola lettura è ancora intenzionale?

Sì. ZimaOS rimane un sistema in stile appliance, nel quale la maggior parte delle cartelle host è di sola lettura.

Backup attualmente consiste ancora solo in una copia di file eseguita una volta?

No. Backup attualmente include pianificazioni, trasferimenti riprendibili, diversi tipi di destinazione, versioni e punti di ripristino.