apt install, apt-get update, e yum install falliscono su ZimaOS perché ZimaOS non è una distribuzione generica in stile Debian, Ubuntu, Fedora o RHEL. È basato su Buildroot come sistema operativo appliance e mantiene la maggior parte delle cartelle di sistema in sola lettura.
L'attuale ZimaOS dispone ora di meccanismi simili ai pacchetti per scopi specifici, in particolare i moduli zpkg, e parte della documentazione per sviluppatori usa Entware/opkg per strumenti specializzati. Questi meccanismi non trasformano il sistema operativo di base in una normale distribuzione Linux modificabile, in cui sia possibile installare e integrare pacchetti host arbitrari come pacchetti Debian.
L'utente originale ha provato apt, apt-get e yum
Il post originale del 2024 riportava che tutti e tre gli approcci ai gestori di pacchetti fallivano tramite SSH. Una risposta della community spiegava che ZimaOS è basato su Buildroot e combina componenti Linux, glibc, systemd, Docker e virtualizzazione senza un database dei pacchetti in stile Debian.
Questa spiegazione architetturale rimane corretta.
L'attuale ZimaOS mantiene la maggior parte dei percorsi di sistema in sola lettura
Le indicazioni CLI attuali di IceWhale affermano esplicitamente che la maggior parte delle cartelle di sistema rimane di sola lettura anche per root. I dati utente e quelli delle app devono trovarsi in /DATA.
Consulta l'attuale modello del filesystem CLI di ZimaOS.
Per le applicazioni, Docker è il modello di estensione principale
Se il software è disponibile come immagine Docker mantenuta o stack Compose, questa è generalmente la modalità di distribuzione più nativa di ZimaOS. Le dipendenze rimangono all'interno del container e non modificano il sistema operativo di base.
Per questo la risposta di IceWhale alla successiva richiesta WebDAV ha preso in esame un'applicazione basata su Docker invece di dire all'utente di installare davfs2 con APT.
zpkg è un gestore di moduli ZimaOS, non apt
L'attuale ZimaOS usa zpkg per moduli di sistema installabili, come estensioni per IA/ricerca e moduli della community o ufficiali. Un modulo è creato per il meccanismo delle estensioni di ZimaOS e può includere una propria politica di servizio.
Non è un sostituto generico per nomi arbitrari di pacchetti Debian come davfs2 può essere installato.
IceWhale documenta inoltre opkg per ambienti di sviluppo specializzati
Le indicazioni attuali di IceWhale per Python e lo sviluppo mostrano l'installazione di Entware in /opt e poi usando opkg per utilità di sviluppo come git-http.
Questo è un modello avanzato supportato in quella guida specifica, non un'autorizzazione a presumere che ogni demone Linux installato da Entware si integri in modo sicuro con l'avvio, i file, la rete o i servizi di archiviazione di ZimaOS.
Usa l'attuale flusso di lavoro per sviluppatori con Entware/opkg solo quando corrisponde al caso d'uso previsto.
La richiesta WebDAV successiva richiedeva un’integrazione a livello dell’host
L’utente del 2025 voleva montare un’unità cloud WebDAV a livello di sistema operativo, così da renderla accessibile tramite l’esperienza Files di ZimaOS e ad altre app. Aveva esplicitamente affermato che un’app separata in stile AList non era equivalente.
Questo requisito è più complesso di “eseguire un container client WebDAV”, perché un mount del container non diventa automaticamente un mount nativo dell’host visibile a Files e a ogni altro container.
Un container può comunque risolvere alcuni flussi di lavoro WebDAV
Se l’obiettivo reale è esplorare, sincronizzare o copiare dati su un provider WebDAV, uno strumento containerizzato può essere più sicuro che modificare l’host. Tra gli esempi ci sono client di sincronizzazione, file manager o strumenti di backup che supportano direttamente WebDAV.
Mappa solo le cartelle di ZimaOS necessarie al container e conserva le credenziali del provider nella configurazione protetta dell’app.
Usa una VM quando il software richiede un normale host Linux modificabile
Se un flusso di lavoro richiede davvero apt install davfs2, i pacchetti di sistema, il comportamento di FUSE/kernel o i servizi di avvio personalizzati, una VM Debian/Ubuntu può costituire un confine più pulito. All’interno del guest, la normale gestione dei pacchetti è supportata perché il guest è effettivamente Debian/Ubuntu.
Poi rendi nuovamente accessibili i dati montati a ZimaOS o ad altri client tramite un protocollo di rete/archiviazione definito consapevolmente, se necessario.
Le modifiche all’host devono sopravvivere al ciclo di vita immutabile
Anche quando una soluzione avanzata rende disponibile un binario in /opt oppure /DATA, verifica:
- il servizio si avvii dopo un riavvio;
- sopravviva agli aggiornamenti OTA;
- le credenziali vengano conservate in modo sicuro;
- il mount esista prima dell’avvio delle app dipendenti;
- un errore non lasci che le app scrivano in un punto di mount locale vuoto.
Un mount dell’host non è automaticamente un’integrazione con Files
ZimaOS Files è un servizio nativo con un proprio modello di archiviazione e di percorsi di rete. La creazione da una shell di un mount FUSE/WebDAV personalizzato non garantisce che venga visualizzato come posizione nativa in Files o che riceva la stessa gestione delle autorizzazioni e del ciclo di vita.
Domande frequenti sul gestore pacchetti di ZimaOS
Perché apt non funziona su ZimaOS?
ZimaOS è basato su Buildroot e non utilizza l’architettura di gestione dei pacchetti APT di Debian/Ubuntu.
zpkg è un sostituto generico di apt?
No. zpkg installa moduli ZimaOS creati per il sistema di moduli della piattaforma.
IceWhale documenta mai opkg?
Sì, in una configurazione specializzata per sviluppatori/Python che utilizzi Entware sotto /opt. Questo non rende il sistema operativo di base una normale distribuzione modificabile.
E se avessi specificamente bisogno di davfs2 o di un altro demone dell’host?
Preferisci un container o un modulo supportato, se disponibile, oppure esegui una VM Linux generica quando il flusso di lavoro dipende davvero dalla normale gestione dei pacchetti e dai servizi dell’host.
