Risposta attuale: se sei ancora su ZimaOS 1.7.0, passa alla versione 1.7.1 prima di diagnosticare nuovamente questi bug
La discussione riuniva molti malfunzionamenti, ma in seguito diversi problemi sono stati identificati singolarmente: la disinstallazione di un'app poteva eliminare AppData, le operazioni sui file potevano consumare una quantità anomala di memoria, l'avvio di Docker e il comportamento dell'App Store necessitavano di miglioramenti e alcuni problemi relativi a USB/RAID/backup si sono verificati nello stesso ciclo di rilascio. ZimaOS 1.7.1 è stata pubblicata specificamente come versione di correzione per sicurezza e stabilità e ha risolto direttamente diversi di questi problemi.
Le modifiche di ZimaOS 1.7.1 includono la correzione dell'eliminazione della configurazione delle app, oltre a miglioramenti per Docker e per l'App Store.
Esegui il backup di AppData prima di disinstallare qualsiasi elemento su 1.7.0
Il difetto di progettazione più grave confermato nel caso originale era che la rimozione di un'app eliminava la relativa cartella di configurazione. IceWhale lo ha riprodotto e in seguito lo ha corretto nella versione 1.7.1. Se stai recuperando una vecchia installazione 1.7.0, copia AppData e i database importanti prima di disinstallare/reinstallare Plex o un altro servizio.
Il backup di ZimaOS è il livello di sicurezza appropriato. Non dare per scontato che reinstallare un container sia innocuo quando i percorsi persistenti non sono stati verificati.
Quando possibile, usa Tailscale dell'App Store invece di un vecchio sysext nativo
Il sistema originale utilizzava un'estensione di sistema nativa di Tailscale fornita dalla community e ha riscontrato una race condition durante l'avvio iniziale, perché /DATA non era pronto quando il servizio veniva avviato. Questo comportamento è specifico della progettazione del sysext della community e non dimostra che l'attuale Tailscale su ZimaOS sia intrinsecamente inaffidabile.
Le versioni attuali di ZimaOS includono ufficialmente Tailscale nell'App Store. La configurazione di Tailscale su ZimaOS evita di dover gestire un servizio personalizzato durante l'avvio iniziale. I requisiti di Tailscale forniscono il contesto relativo all'app.
Aggiorna e verifica la cache della nuova esperienza dell'app prima di reimpostare il server
Il sintomo “la vecchia esperienza dell'app è tornata dopo il riavvio” è scomparso in seguito a un aggiornamento del browser, rendendo plausibile una spiegazione legata alla cache o allo stato del client. Esegui un aggiornamento completo della pagina o prova una finestra privata del browser prima di reinstallare i servizi solo perché l'interfaccia appare vecchia.
Per gli aggiornamenti falsi delle app servono prove dall'API
Il sistema mostrava ripetutamente sei aggiornamenti, poi l'elenco degli aggiornamenti scompariva, quindi ricompariva e restava bloccato su “Caricamento aggiornamenti…”. IceWhale ha chiesto la risposta di rete di apps/upgradable perché il solo indicatore dell'interfaccia non poteva dimostrare l'esistenza di sei aggiornamenti reali delle immagini.
Se utilizzi tag Docker mobili come :latest, tieni presente che il nome del tag non dimostra di per sé che l'immagine locale sia aggiornata. La fissazione delle immagini Docker spiega perché i tag modificabili complicano il confronto degli aggiornamenti.
Separa la velocità del disco da quella dell'app File
L'utente ha misurato circa 196 MB/s scrivendo direttamente sul RAID, mentre l'app File impiegava circa un'ora per copiare 6 GB e consumava molta CPU. Si tratta di una prova utile: il percorso del disco era in grado di raggiungere una velocità di trasferimento molto superiore, quindi il collo di bottiglia era probabilmente nell'operazione del servizio file o dell'interfaccia, non nel RAID fisico.
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2000 status=progress conv=fdatasyncZimaOS 1.7.1 ha successivamente corretto l'utilizzo anomalo della memoria in determinate operazioni sui file, ma non affermare che ogni problema di prestazioni durante la copia con File sia stato risolto. Ripeti il test dello stesso carico di lavoro su 1.7.1.
Reinstalla solo l'app effettivamente malfunzionante
Plex ha infine funzionato dopo la reinstallazione e il ripristino di AppData. Il comportamento del riquadro di Pi-hole è scomparso dopo la risoluzione del problema più ampio dell'interfaccia delle app, mentre per il controllo di Uptime Kuma è stato necessario ricreare un bridge. Si tratta di problemi distinti. Risolverne uno tramite reinstallazione non giustifica la reinstallazione di ogni container.
I requisiti delle app ZimaOS aiutano a mantenere esplicite le dipendenze di ogni app.
Usa un ramo diagnostico per ogni problema
Un utile rapporto di troubleshooting per la versione 1.7.x dovrebbe separare: avvio di Tailscale, interfaccia dell'App Store, avvio dei singoli container, rilevamento degli aggiornamenti, prestazioni di File, automount USB e comportamento di AppData. Registra i passaggi per riprodurre ogni problema e le relative prove. Una segnalazione del tipo “la versione 1.7 ha rotto tutto” è comprensibile dal punto di vista emotivo, ma difficile da risolvere in modo sistematico.
Non effettuare il downgrade finché non conosci il costo del ripristino
Poiché la versione 1.7.1 include una correzione di sicurezza nei servizi file, rimanere indefinitamente sulla 1.7.0 è una soluzione temporanea inadeguata a lungo termine. Esegui il backup, aggiorna alla 1.7.1, ripeti il test di ogni problema e valuta il rollback o la reinstallazione solo se una regressione specifica rimane riproducibile.
Domande frequenti
ZimaOS 1.7.1 ha risolto l'eliminazione di AppData?
Ha corretto un problema per cui la disinstallazione di un'app poteva eliminare la cartella di configurazione dell'app.
Perché ZimaOS mostra aggiornamenti delle app che poi scompaiono?
L'indicatore può riflettere metadati della gestione delle app o tag modificabili delle immagini. Acquisisci la risposta dell'API degli aggiornamenti disponibili e lo stato effettivo dell'immagine prima di presumere che ogni indicatore rappresenti un aggiornamento reale.
Devo continuare a usare un sysext di Tailscale?
Usa l'attuale percorso di Tailscale nell'App Store, a meno che tu non abbia una necessità specifica e non possa gestire l'estensione nativa della community.
Perché File è lento quando il benchmark del RAID è veloce?
Questo separa il disco fisico dal servizio file di livello superiore. Confronta lo stesso carico di lavoro tramite CLI, SMB e File per identificare il livello più lento.
Devo effettuare il downgrade dalla versione 1.7.0?
L'attuale versione 1.7.1 contiene importanti correzioni di sicurezza e stabilità. Esegui prima il backup e l'aggiornamento, quindi valuta le eventuali regressioni riproducibili ancora presenti.
