Soluzione della community

Montaggio di OneDrive o Dropbox mancante su ZimaOS: cosa controllare

A user lost OneDrive and Dropbox from Files while Google Drive remained; stale directories persisted under /media and later OneDrive auth failures were traced upstream.

Se OneDrive o Dropbox scompare da ZimaOS Files, determina innanzitutto se il montaggio cloud è effettivamente scomparso o se manca solo nell’interfaccia. Una directory obsoleta in /media non dimostra che l’unità cloud sia ancora montata; controlla lo stato del montaggio e utilizza l’interfaccia attuale delle unità cloud prima di eliminare qualsiasi elemento.

Il caso originale del 2025 ha in seguito acquisito un contesto importante: la community ha ricondotto un’interruzione di OneDrive del 2026 alla scadenza di un segreto client di Microsoft Entra utilizzato dall’integrazione, e IceWhale ha riconosciuto il problema. L’attuale documentazione di ZimaOS di settembre 2026 elenca nuovamente Google Drive, Dropbox e OneDrive tra le unità cloud supportate; pertanto, quella storica interruzione non va considerata una limitazione permanente.

Come si presentava il problema

Barra laterale di ZimaOS Files che mostra i montaggi di Google Drive, ma non quelli di OneDrive e Dropbox
Google Drive era ancora visibile, mentre OneDrive e Dropbox erano scomparsi da Archiviazione esterna. Fonte: forum della community di IceWhale.
Elenco del terminale di ZimaOS delle directory relative al cloud in media dopo la scomparsa di OneDrive e Dropbox
Le directory relative al cloud esistevano ancora in /media, anche se l’app Files non mostrava più i montaggi. Fonte: forum della community di IceWhale.
Output di findmnt che mostra Google Drive montato mentre il percorso di OneDrive non era montato
findmnt mostrava Google Drive montato tramite rclone, mentre la directory di OneDrive era solo un percorso obsoleto. Fonte: forum della community di IceWhale.

L’utente aveva ancora directory relative al cloud in /media, ma OneDrive e Dropbox non comparivano più in Files. Google Drive risultava ancora montato. La riaggiunta degli account mancanti non produceva alcun risultato e non mostrava errori visibili.

Passaggio 1: verifica se il montaggio è effettivo

Utilizza:

findmnt | grep -i -E 'onedrive|dropbox|google'

Una directory esistente in /media non è sufficiente. Se findmnt non mostra alcun file system montato per il provider mancante, consideralo un percorso non montato o obsoleto anziché spazio di archiviazione cloud attivo.

Passaggio 2: controlla l’elenco attuale delle unità cloud in Files

L’attuale guida alle unità cloud di ZimaOS documenta l’integrazione diretta in Files per Google Drive, Dropbox e OneDrive. Se il tuo provider non è presente in una versione stabile attuale, aggiorna prima di utilizzare una vecchia soluzione alternativa.

Passaggio 3: esegui un aggiornamento completo prima di riautorizzare

Esegui un aggiornamento completo della pagina o usa una sessione di navigazione privata. Un frontend obsoleto può far apparire compromesso uno stato valido del backend dopo un aggiornamento o una modifica dell’autenticazione. Se il montaggio appare in un browser ma non in un altro, il problema è probabilmente legato allo stato dell’interfaccia o della sessione.

Passaggio 4: riautenticare solo se l’autenticazione è effettivamente compromessa

Se l’interfaccia utente non riesce ancora a connettersi, raccogli l’errore del backend prima di rimuovere le credenziali. Errori Microsoft come AADSTS7000222 indicano un errore OAuth/client secret lato provider, anziché un problema della cartella locale.

Durante l’incidente di OneDrive del 2026, la diagnostica della community ha ricondotto i malfunzionamenti a un client secret Azure/Entra scaduto e IceWhale ha dichiarato che avrebbe risolto il problema. Si è trattato di un problema globale di integrazione, non di un motivo per cui ogni utente dovesse riscrivere rclone.conf.

Non modificare manualmente rclone.conf come prima soluzione

I remoti rclone standard possono essere creati manualmente, ma Files e Backup di ZimaOS possono associare metadati aggiuntivi e lo stato di montaggio agli account cloud gestiti. Un remoto creato manualmente può funzionare al di fuori dell’interfaccia utente continuando a non integrarsi correttamente con Files.

Usa rclone manualmente solo se desideri intenzionalmente un flusso di lavoro personalizzato avanzato e sei pronto a gestirlo autonomamente.

Separare il montaggio di Files dalle attività di backup

Un account cloud può essere utilizzato come montaggio di Files e anche come destinazione di backup. Se un’attività di backup attiva il problema, smetti di modificare la policy di backup finché non hai confermato che l’account cloud può montarsi normalmente.

La panoramica del flusso di backup aiuta a mantenere distinti questi due livelli.

Come verificare il ripristino

  • il provider ricompare in Esterni/Cloud in Files;
  • findmnt mostra un montaggio attivo;
  • puoi sfogliare una cartella cloud conosciuta;
  • un piccolo file di prova si apre correttamente;
  • Le attività di backup che utilizzano il provider vengono eseguite senza errori di riautenticazione.

Domande frequenti

I miei file OneDrive sono stati eliminati se il montaggio scompare?

No. La scomparsa di un montaggio ZimaOS non elimina i dati cloud dal lato del provider. Verifica direttamente l’account con OneDrive o Dropbox prima di procedere con il ripristino.

Perché rimangono cartelle obsolete in /media?

La directory del punto di montaggio può rimanere dopo il distacco del filesystem remoto. Usa findmnt per distinguere un montaggio effettivo da una directory residua.

Devo riavviare ZimaOS?

Un riavvio può eliminare uno stato di montaggio obsoleto, ma non risolverà un errore delle credenziali OAuth a monte. Controlla prima l’errore effettivo.

OneDrive è supportato ora?

Sì. La documentazione di ZimaOS aggiornata a settembre 2026 indica OneDrive, Dropbox e Google Drive nel flusso delle unità cloud di Files.