Sì, ComfyUI può funzionare su ZimaOS. La prova più solida proviene da un utente della community che non era riuscito a far funzionare il proprio pacchetto dell’App Store, ma aveva eseguito ComfyUI in un container NVIDIA CUDA personalizzato, con passthrough della GPU e la porta 8188 esposta.
Il comando su una sola riga dell’ottobre 2026 non dovrebbe essere considerato uno script di installazione attuale. Installava Python e Git all’avvio del container e scaricava una build nightly di PyTorch CUDA. I requisiti upstream attuali di ComfyUI sono cambiati, includendo combinazioni più recenti di Python e PyTorch/CUDA. Una distribuzione ZimaOS attuale e più ordinata dovrebbe inserire le dipendenze in uno stack Dockerfile/Compose riproducibile, mantenere modelli e workflow al di fuori del container e assegnare la GPU in modo esplicito.
Il successo della community riguardava un container personalizzato
L’esempio funzionante utilizzava un’immagine runtime NVIDIA CUDA, un percorso host persistente /DATA/AppData/comfyui mappato su /workspace, l’accesso alla GPU abilitato e ComfyUI in ascolto sulla porta 8188.
L’utente della fonte ha specificato che la versione dell’App Store non aveva funzionato, quindi non usare quella discussione come prova che ogni pacchetto attuale del catalogo sia difettoso o che Docker personalizzato sia l’unico metodo di installazione possibile.
Non installare ComfyUI direttamente sull’host ZimaOS
ZimaOS è un sistema operativo in stile appliance e non offre il normale flusso persistente di gestione dei pacchetti dell’host Debian/Ubuntu presupposto dall’installazione manuale di ComfyUI su Linux. Mantieni Python, PyTorch, Git e i nodi personalizzati all’interno di un container o di una macchina virtuale.
Usa i requisiti attuali di ComfyUI, non la vecchia versione nightly cu124
La documentazione attuale di ComfyUI consiglia versioni moderne di Python e pacchetti PyTorch specifici per l’hardware e supporta modalità NVIDIA, AMD, Intel e CPU.
Consulta i requisiti di sistema attuali di ComfyUI quando crei il container.
Verifica l’accesso alla GPU all’interno del container
Per NVIDIA, il supporto della GPU sull’host è solo il primo livello. Il container ComfyUI deve ricevere la GPU e poter caricare lo stack CUDA/PyTorch compatibile. Verifica tutto dall’interno del container prima di attribuire il problema ai workflow di ComfyUI.
Un flusso di lavoro NVIDIA attuale su ZimaOS dovrebbe inoltre confermare che anche gli altri container con supporto GPU riescano a vedere lo stesso hardware.
Mantieni i modelli al di fuori del container temporaneo
Checkpoint, VAE, LoRA, modelli ControlNet, nodi personalizzati e workflow possono occupare centinaia di gigabyte. Mappali su uno spazio di archiviazione SSD/NVMe persistente invece di inserirli in un layer del container.
Mantieni stabile il percorso dei modelli tra la ricreazione e gli aggiornamenti del container.
Usa Compose invece di un enorme comando di avvio
ZimaOS supporta attualmente flussi di lavoro YAML/Compose nativi. Compose rende verificabili dispositivi GPU, volumi, variabili d’ambiente, porta 8188 e criteri di riavvio, invece di nascondere tutto in un unico comando molto lungo.
Usa il modello Compose attuale di ZimaOS.
Non pubblicare direttamente su Internet la porta 8188
ComfyUI può eseguire workflow e nodi personalizzati con un accesso significativo al file system e alla GPU. Mantienilo su una LAN/VPN affidabile oppure collocarlo dietro un accesso HTTPS autenticato se è necessario utilizzarlo da remoto.
Domande frequenti su ComfyUI su ZimaOS
Qualcuno nella fonte è riuscito a eseguire ComfyUI su ZimaOS?
Sì. Un utente ha segnalato un container NVIDIA personalizzato funzionante sulla porta 8188.
L’autore del post originale ha confermato che la propria installazione funzionava?
No. In seguito ha chiesto ulteriore aiuto per Compose e l’installazione manuale.
Devo copiare esattamente il vecchio comando PyTorch nightly?
No. Usa i requisiti attuali di ComfyUI/PyTorch per la tua GPU e crea un container riproducibile.
