Solución de la comunidad

Montaje de OneDrive o Dropbox ausente en ZimaOS: qué comprobar

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.

Si OneDrive o Dropbox desaparece de Archivos de ZimaOS, determina primero si el montaje en la nube realmente se ha eliminado o si solo falta en la interfaz. Un directorio obsoleto en /media no demuestra que la unidad en la nube siga montada; utiliza comprobaciones del estado del montaje y la interfaz actual de unidades en la nube antes de eliminar nada.

El caso de origen de 2025 adquirió posteriormente un contexto importante: la comunidad atribuyó una interrupción de OneDrive en 2026 a un secreto de cliente de Microsoft Entra caducado utilizado por la integración, e IceWhale reconoció el problema. La documentación actual de ZimaOS, de septiembre de 2026, vuelve a incluir Google Drive, Dropbox y OneDrive como unidades en la nube compatibles, por lo que esa interrupción histórica no debe considerarse una limitación permanente.

Cómo se manifestó el fallo

Barra lateral de Archivos de ZimaOS que muestra los montajes de Google Drive, pero no los de OneDrive y Dropbox
Google Drive seguía visible, mientras que OneDrive y Dropbox habían desaparecido del almacenamiento externo. Fuente: foro de la comunidad de IceWhale.
Listado de directorios relacionados con la nube en el terminal de ZimaOS bajo media después de que desaparecieran OneDrive y Dropbox
Los directorios relacionados con la nube aún existían en /media aunque la aplicación Archivos ya no mostraba los montajes. Fuente: foro de la comunidad de IceWhale.
Salida de findmnt que muestra Google Drive montado mientras la ruta de OneDrive no estaba montada
findmnt mostró Google Drive montado mediante rclone, mientras que el directorio de OneDrive era solo una ruta obsoleta. Fuente: foro de la comunidad de IceWhale.

El usuario aún tenía directorios relacionados con la nube en /media, pero OneDrive y Dropbox ya no aparecían en Archivos. Google Drive seguía montado. Volver a añadir las cuentas que faltaban no sirvió de nada ni produjo ningún error visible.

Paso 1: Comprueba si el montaje es real

Usa:

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

Un directorio que exista en /media no es suficiente. Si findmnt si no muestra ningún sistema de archivos montado para el proveedor que falta, trátalo como una ruta sin montar u obsoleta, no como almacenamiento en la nube activo.

Paso 2: Comprueba la lista actual de unidades en la nube de Archivos

La guía de unidades en la nube de ZimaOS actual documenta la integración directa en Archivos para Google Drive, Dropbox y OneDrive. Si tu proveedor no aparece en una versión estable actual, actualiza primero antes de usar una solución antigua.

Paso 3: Actualiza completamente la página antes de volver a autorizar

Usa una recarga completa o una sesión de navegador privada. Una interfaz obsoleta puede hacer que un estado válido del backend parezca incorrecto después de una actualización o un cambio de autenticación. Si el montaje aparece en un navegador pero no en otro, es probable que el problema esté en el estado de la interfaz o de la sesión.

Paso 4: Vuelve a autorizar solo si la autenticación está realmente dañada

Si la interfaz aún no puede conectarse, recopila el error del backend antes de eliminar las credenciales. Los errores de Microsoft, como AADSTS7000222 indican un fallo de OAuth o del secreto de cliente del proveedor, no una carpeta local incorrecta.

Durante el incidente de OneDrive de 2026, los diagnósticos de la comunidad atribuyeron los fallos a un secreto de cliente de Azure/Entra caducado, e IceWhale indicó que solucionaría el problema. Era un problema de integración global, no un motivo para que cada usuario reescribiera rclone.conf.

No edites manualmente rclone.conf como primera solución

Los remotos estándar de rclone pueden crearse manualmente, pero Files y Backup de ZimaOS pueden asociar metadatos y estados de montaje adicionales a las cuentas en la nube gestionadas. Un remoto creado manualmente puede funcionar fuera de la interfaz y, aun así, no integrarse correctamente con Files.

Usa rclone manualmente solo si quieres intencionadamente un flujo de trabajo personalizado avanzado y estás preparado para gestionarlo de forma independiente.

Distingue el montaje de Files de las tareas de copia de seguridad

Una cuenta en la nube puede usarse como montaje de Files y también como destino de copia de seguridad. Si una tarea de copia de seguridad provoca el síntoma, deja de cambiar la política de copia de seguridad hasta confirmar que la cuenta en la nube puede montarse correctamente.

La descripción general del flujo de copias de seguridad ayuda a mantener diferenciadas esas dos capas.

Cómo verificar la recuperación

  • el proveedor vuelve a aparecer en External/Cloud dentro de Files;
  • findmnt muestra un montaje activo;
  • puedes explorar una carpeta conocida de la nube;
  • se abre correctamente un archivo de prueba pequeño;
  • Las tareas de copia de seguridad que usan el proveedor se ejecutan sin errores de reautenticación.

Preguntas frecuentes

¿Se han eliminado mis archivos de OneDrive si desaparece el montaje?

No. La ausencia de un montaje de ZimaOS no elimina los datos en la nube del proveedor. Verifica directamente la cuenta con OneDrive o Dropbox antes de realizar acciones de recuperación.

¿Por qué permanecen carpetas obsoletas en /media?

El directorio del punto de montaje puede permanecer después de desmontar el sistema de archivos remoto. Usa findmnt para distinguir un montaje real de un directorio sobrante.

¿Debería reiniciar ZimaOS?

Reiniciar puede borrar un estado de montaje obsoleto, pero no solucionará un fallo de credenciales OAuth de origen. Comprueba primero el error real.

¿OneDrive es compatible ahora?

Sí. La documentación actual de ZimaOS de septiembre de 2026 incluye OneDrive, Dropbox y Google Drive en el flujo de trabajo de unidades en la nube de Files.