ZimaOS 1.6.2 ha prodotto almeno due sintomi molto diversi nell'app File, che non dovrebbero essere diagnosticati come un unico bug. Uno era una regressione riproducibile dello spostamento, in cui i contenuti venivano spostati ma rimaneva una cartella di origine vuota. L'altro riguardava errori di montaggio e autorizzazione delle unità cloud che, in un caso verificato, sono scomparsi dopo un aggiornamento forzato della pagina nel browser.
La regressione dello spostamento delle cartelle ha un'importante delimitazione rispetto alla versione attuale: ZimaOS 1.7.1 ha corretto esplicitamente il problema delle cartelle vuote dopo un'operazione di taglio. Se usi una versione stabile attuale e visualizzi ancora lo stesso sintomo, verifica prima la versione esatta prima di applicare vecchie soluzioni alternative per la 1.6.2.
Problema 1: le cartelle di origine vuote rimangono dopo uno spostamento
Il comportamento segnalato era insolitamente specifico: file e sottocartelle venivano spostati correttamente tra due unità SATA interne formattate ext4, ma la cartella di livello superiore originale rimaneva vuota. Le operazioni di copia non mostravano il problema, che aveva iniziato a verificarsi dopo l'aggiornamento alla versione 1.6.2.
Come verificare di avere lo stesso bug
- Crea una piccola cartella di prova contenente una sottocartella e alcuni file.
- Spostala tra due posizioni di archiviazione locali usando l'app File di ZimaOS.
- Verifica che tutti i contenuti arrivino a destinazione.
- Controlla se nella posizione di origine rimane soltanto la cartella principale vuota.
Se mancano dei file, cambiano i permessi oppure la destinazione è una condivisione di rete anziché un'unità di archiviazione locale ext4, stai seguendo un percorso diverso e non dovresti presumere che la causa sia questa regressione storica.
La regressione dello spostamento delle cartelle è stata corretta in ZimaOS 1.7.1
Le note di rilascio di ZimaOS 1.7.1 indicano esplicitamente una correzione per le cartelle vuote che rimanevano dopo il taglio delle cartelle in determinati scenari.
Ciò significa che, per un sistema ancora basato sulla versione 1.6.2, la soluzione migliore è aggiornare a una versione stabile attuale dopo aver eseguito un backup, non creare script che eliminino automaticamente le cartelle rimaste.
Problema 2: l'unità cloud indica che lo spazio di archiviazione non è montato o mostra errori relativi all'istanza
Gli errori delle unità cloud possono verificarsi a diversi livelli: nell'autorizzazione del provider cloud, nel token salvato da ZimaOS, nel montaggio del backend o nello stato dell'interfaccia del browser. Le schermate qui sopra sembrano indicare un problema grave, ma un utente nella discussione dell'annuncio ha risolto il problema eseguendo un aggiornamento forzato, come suggerito da IceWhale.
Passaggio 1: esegui un aggiornamento forzato della pagina di ZimaOS
Un normale ricaricamento può riutilizzare JavaScript obsoleto e dati di sessione memorizzati nella cache. Usa il metodo di aggiornamento forzato del browser, quindi riapri File e verifica se l'account cloud è ancora elencato.
Passaggio 2: verifica se il provider è attualmente supportato
La guida attuale alle unità cloud di ZimaOS documenta l'integrazione diretta in File per Google Drive, Dropbox e OneDrive; l'interfaccia attuale mostra i provider supportati.
Passaggio 3: riautorizza solo se la sessione è realmente danneggiata
Se l'unità rimane non disponibile dopo un aggiornamento forzato, rimuovi e riconnetti l'account solo dopo aver verificato di comprendere quali attività locali dipendono da quel montaggio. La riautorizzazione non dovrebbe essere la prima risposta a un problema limitato alla visualizzazione.
Come distinguere un problema di cache dell'interfaccia da un problema reale di montaggio
Un problema dell'interfaccia di solito cambia dopo un aggiornamento forzato, usando un altro browser o avviando una nuova sessione privata. Un problema di montaggio del backend persiste tra i browser e può influire anche sulle attività di Backup o sui percorsi delle applicazioni che utilizzano il montaggio cloud.
Fai questa distinzione prima di eliminare le credenziali. Se File sembra danneggiato in un browser ma funziona in un altro, concentrati sulla sessione frontend. Se ogni client e servizio vede lo stesso spazio di archiviazione mancante, esamina il livello di montaggio o di autorizzazione.
Non confondere i bug dello spostamento dei file locali con gli errori di autenticazione cloud
L'annuncio della versione 1.6.2 ha raccolto numerose segnalazioni di aggiornamento non correlate. È facile trasformare quella discussione in un articolo generico sui “bug dello spazio di archiviazione”, ma ciò rende più difficile la risoluzione dei problemi. Il comportamento del taglio su ext4 locale e gli errori OAuth o di montaggio cloud hanno prove, punti di errore e soluzioni differenti.
La panoramica dell'integrazione cloud fornisce il contesto più ampio sui flussi di lavoro cloud e locali.
Cosa fare se il problema persiste nella versione attuale di ZimaOS
Per il problema delle cartelle, annota la versione attuale di ZimaOS, il filesystem di origine e destinazione, se entrambi sono locali e se l'operazione era un taglio/spostamento o una copia. Per il problema cloud, annota il provider, il browser, l'errore esatto, se un aggiornamento forzato lo modifica e se l'unità funziona da un altro client.
In questo modo una nuova segnalazione di bug sarà utile, invece di presumere che sia tornato un vecchio difetto della versione 1.6.2.
Domande frequenti
ZimaOS 1.7.1 corregge il problema della cartella vuota lasciata dopo lo spostamento dei file?
Sì. Le note di rilascio della versione 1.7.1 indicano esplicitamente la correzione delle cartelle vuote che potevano rimanere dopo il taglio delle cartelle in determinati scenari.
Devo eliminare manualmente le cartelle vuote nella versione 1.6.2?
Puoi rimuovere le cartelle residue sicuramente vuote, ma l'aggiornamento è la soluzione migliore a lungo termine. Non automatizzare l'eliminazione finché non hai verificato che nessun file non sia riuscito a essere spostato.
Perché un aggiornamento forzato può risolvere un errore dell'unità cloud?
Il browser può conservare uno stato frontend o dati di sessione obsoleti dopo un aggiornamento. Se il montaggio del backend è integro, l'aggiornamento delle risorse frontend e della sessione può ripristinare l'interfaccia senza modificare l'account.
Devo disconnettere e riconnettere subito OneDrive o Google Drive?
No. Prova prima un aggiornamento forzato e un'altra sessione pulita del browser. Riautorizza solo quando il montaggio o il token non sono realmente validi.
