Casos en los que archivos de Google Drive desaparecieron de repente
(support.google.com)- Un usuario de Google Drive for desktop en Windows pidió ayuda porque Drive parecía haber vuelto al estado de mayo de 2023, y desde entonces desaparecieron tanto los datos como los cambios en la estructura de carpetas
- En el historial de actividad también solo aparecían registros de mayo y, como no había archivos eliminados manualmente, tampoco pudo encontrarlos en la papelera, que suele ser la ruta normal de recuperación
- Indicó que el programa de recuperación sugerido por el equipo de soporte de Google y el procedimiento de respaldo y restauración de la carpeta DriveFS no funcionaron, y que tampoco se confirmó si un ingeniero llegó a revisar el caso
- Otros usuarios también reportaron problemas similares, como carpetas y archivos faltantes, archivos locales no subidos y fallas prolongadas de Drive desktop
- La community manager de Google Drive indicó que la investigación había terminado y que había una solución, enlazando a una publicación del foro sobre el problema de sincronización de Drive for desktop v84.0.0.0~84.0.4.0
Síntomas reportados inicialmente
- Un usuario de Drive for Desktop en Windows informó que sus archivos de Google Drive desaparecieron de repente
- Drive parecía haber vuelto literalmente al estado de mayo de 2023, y se perdió la información desde mayo hasta el momento del reporte
- También parecía que la estructura de carpetas había regresado al estado de mayo
- En el historial de actividad de Google Drive no aparecían cambios y solo se mostraba actividad de mayo
- Indicó que no había archivos en la papelera porque no los había borrado manualmente
- El usuario explicó que no sincronizaba ni compartía los archivos y Drive con otras personas, y que lo usaba de forma local
Intentos de recuperación y puntos bloqueados
- Siguiendo la guía del soporte de Google en Corea, ejecutó un programa de recuperación, pero falló
- También recibió la indicación de respaldar y restaurar la carpeta DriveFS, pero no hubo cambios
- Después reportó el problema a un equipo de soporte de Google que parecía estar en EE. UU., y le indicaron que lo escalarían a un ingeniero
- No hubo respuesta del ingeniero, y dijo que tampoco pudo saber si el problema estaba siendo revisado
- El usuario explicó que había usado Drive hasta unos días antes y que el problema apareció a la mañana siguiente
Casos similares posteriores
- Otros usuarios dejaron comentarios diciendo que estaban sufriendo el mismo problema
- Algunos dijeron que desaparecieron carpetas y archivos, y que las opciones de recuperación indicadas no funcionaban
- Un usuario dijo haber perdido dos años de archivos
- Otro comentó que tenía los archivos en local, pero que no se habían subido a la nube durante dos semanas
- También siguieron comentarios indicando que a fines de diciembre de 2023 y en enero de 2024 Drive desktop dejó de funcionar durante casi un mes, o que algunas carpetas compartidas de la computadora no aparecían en drive.google.com
Guía de Google y enlaces posteriores
- La community manager de Google Drive indicó que el equipo investigó el problema y que existe una solución
- La publicación enlazada es Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue
- Esa respuesta fue recomendada por Dave, empleado de Google y Sr. Product Support Manager
- Después, un Product Expert Alumni compartió que los usuarios con el problema original de Drive for Desktop debían revisar la documentación de soporte de Google y contactar al soporte 1:1
- Aclaró que las consultas generales de recuperación de archivos no relacionadas con el problema de Drive for Desktop debían seguir otro hilo de guía de recuperación de archivos
Impacto que quedó para los usuarios
- Algunos usuarios dijeron que no habían podido recuperar sus archivos durante casi un mes y que seguían pagando por espacio de almacenamiento adicional
- También hubo comentarios de que no existía el menú de recuperación, por lo que no podían usar el procedimiento indicado
- Continuaron apareciendo casos de personas que no podían encontrar archivos importantes, como comprobantes de trabajo, actas de nacimiento y registros laborales de empleados
- El hilo original está bloqueado, por lo que ya no se pueden publicar respuestas
1 comentarios
Opiniones de Hacker News
Como comentario al margen, me pregunto qué motiva a los clientes a ofrecerse como voluntarios en los foros de soporte de grandes corporaciones.
Está bueno que exista una comunidad con respuestas rápidas, pero creo que una empresa con una capitalización de mercado de 1 billón de dólares debería gastar dinero en una buena atención al cliente.
Incluso en este caso, la persona voluntaria de soporte al cliente solo responde: “Somos voluntarios, así que no podemos acceder a las cuentas de los usuarios y solo podemos compartir experiencias. En este caso no hay nada que podamos hacer”, y ni siquiera hay forma de saber si Google vio este problema.
https://support.google.com/googleplay/android-developer/answ...
Ahí dice que, para cada app, hay que responder a tiempo las preguntas de los usuarios relacionadas con apps de pago o compras dentro de la app; responder las consultas de soporte al cliente en un plazo de 3 días hábiles; y, si Google se comunica por un problema urgente del producto, contestar en 24 horas.
La naturaleza humana no cambia, sin importar cuál sea la capitalización de mercado de la empresa detrás del producto.
No sé qué diferencia se espera que haya con los colaboradores de Stack Overflow en temas de Microsoft SQL Server o Blender; algunas personas simplemente disfrutan ayudar a otros, aunque solo reciban puntos falsos de internet.
En casos así, no hay absolutamente nada de ayuda que puedan ofrecer.
Esa persona solo repetía la documentación de soporte y fingía dar una respuesta con autoridad, sin aportar ningún valor, y por la “respuesta aceptada” el hilo quedó cerrado.
Me dio curiosidad por qué alguien dedicaría tiempo a esto, así que investigué un poco, y para algunas personas parecía ser simplemente una actividad para el currículum.
La página https://github.com/pricing decía claramente que, si eres docente verificado y ya tienes una suscripción a Copilot, contactes al equipo de soporte para saber qué pasa.
Pero contactar a alguien de GitHub parecía prácticamente imposible, y todos los intentos terminaban en respuestas automáticas y cierre de publicaciones.
También publiqué en el foro de ayuda, pero por supuesto no recibí respuesta.
Después de eso dejé de guardar cosas importantes solo en GitHub, y me quedé con la idea de que, si surge otro problema en el futuro, no podré recibir ninguna ayuda.
Es obvio que hay que tener cuidado, pero cuando pasas por un problema así te das cuenta de lo difícil que es contactar a las grandes empresas modernas.
También hay otras solicitudes de soporte sobre datos desaparecidos.
https://support.google.com/drive/thread/245534268/a-spreadsh...
https://support.google.com/drive/thread/245524854/data-in-go...
https://support.google.com/drive/thread/245596891/5-months-o...
https://support.google.com/drive/thread/245661673/disappeari...
https://support.google.com/drive/thread/245407620/i-can-t-fi...
Me dan ganas de volcar también mis datos con Google Takeout.
https://takeout.google.com
Guardo el disco local en una caja fuerte “ignífuga”.
Aunque lo de ignífuga es un poco impreciso, porque dentro de una caja fuerte ignífuga las cosas también pueden quemarse, pero si se incendia la casa o el departamento, es mejor que no tener nada.
Como tercera copia de seguridad externa, también hago backup en Amazon Glacier.
También se puede usar S3, pero puede ser un poco más caro que Glacier.
Lo considero una mejor herramienta de transferencia de archivos para cualquier proveedor de nube.
https://rclone.org/
Los archivos compartidos contigo no se exportan si tú excediste tu cuota o si la organización a la que perteneces excedió la suya.
Tienes que descargar todo manualmente en local o buscar otra herramienta que pueda traer esos archivos.
Algo similar ocurrió incluso con una cuenta de Google Workspace de nivel empresarial de pago.
Un día, todo Drive literalmente pareció viajar en el tiempo a unos 6 años atrás: desaparecieron decenas de GB de archivos y, en su lugar, aparecieron decenas de GB de archivos antiguos que se habían eliminado al 100%.
No quiero pensar demasiado en si “Google realmente elimina las cosas”, pero al ser una cuenta de Workspace, quizá haya alguna configuración activada del tipo “nunca eliminar realmente los datos”.
La UI de administración de Workspace es tan difícil de entender que parece requerir un doctorado, así que no lo verifiqué.
Como tenía todo sincronizado en un NAS local, no me preocupé demasiado, y fue bastante interesante, como un viaje por los recuerdos.
Al día siguiente volvió a la normalidad.
Si el usuario ya había empezado a arreglarlo por su cuenta, ¿también se habría revertido ese trabajo?
¿O qué habría pasado si aprovechaba la ocasión para ordenar o reorganizar en grande la estructura de carpetas?
Es una función que permite al administrador del sistema recuperar todo si un usuario lo borra por error.
La UI de administración de Workspace está diseñada para administradores de sistemas capacitados, no para usuarios finales, y aun así, con un poco de búsqueda, es bastante fácil averiguarlo.
Este es el problema de Google Drive y, en general, de las nubes que manejan estados sincronizados.
La gente piensa: “está en mi computadora local y también en la nube, así que es mucho más seguro”.
Pero pueden pasar muchas cosas malas invisibles hasta que el usuario descubre que los datos desaparecieron.
Si guardas un archivo en el disco y el cliente de la nube tiene problemas, sobre todo con una mala conexión, puede que el archivo nunca se sincronice y lo pierdas al reinstalar el SO, o incluso que se elimine también localmente.
Si hay un problema del lado del proveedor de la nube y restauran un respaldo, ese estado restaurado se sincroniza de vuelta a tu computadora.
Si al proveedor deja de gustarle algún archivo, por ejemplo porque lo marca el antivirus, se elimina del servidor y eso se sincroniza también a tu computadora.
Podría ser un falso positivo, o podrías tener motivos para conservar un archivo infectado.
Tengo entendido que el cliente oficial de Google Drive está bastante bien hecho y lo usé durante mucho tiempo, pero los bugs ocurren.
La conclusión es que hay que hacer respaldos propios.
El consumidor promedio antes no hacía ningún respaldo, y solo con subir sus cosas a un servicio en la nube ya es una gran mejora frente a eso.
Sabemos que lo mejor es crear respaldos de forma cuidadosa y regular, y probar las restauraciones, pero muy poca gente lo hace con tanta disciplina.
Hay margen para automatizarlo, pero incluso en ese caso volvemos al riesgo de que falle silenciosamente por un bug y una persona ocupada se dé cuenta demasiado tarde.
Todo implica riesgo, y cada quien debe decidir qué nivel de riesgo puede tolerar.
¿La nube tiene problemas? Sí.
Pero la mayoría de la gente tiene muchas más probabilidades de arruinar sus respaldos locales que un proveedor de nube.
Al ver cómo la persona promedio trata un disco duro externo, parece que no supiera que adentro hay discos de vidrio frágiles.
Yo también perdí 6 meses de archivos el jueves pasado y estoy completamente devastado.
Google Drive debía ser mi respaldo, pero al hablar con soporte me dijeron que los archivos no se podían recuperar.
Parece que una actualización forzada del cliente remoto dañó el sistema de archivos del cliente donde estaban guardados los archivos.
El software no debería escribirse de manera que los archivos puedan simplemente desaparecer de la máquina del cliente.
Esto es inaceptable.
Si la única copia está en Google Drive, entonces no tienes ningún respaldo.
Un respaldo, como mínimo, debe estar offline, debe ser una instantánea o réplica de los datos “en tiempo real”, y también debe estar fuera del mismo lugar.
Busca respaldo 3-2-1.
Google Drive es almacenamiento en tiempo real, por eso los archivos desaparecieron y no había forma de evitarlo.
Lo repito: eso no es un respaldo, son solo tus archivos en la computadora de otra persona.
Lo más importante de un respaldo es probar periódicamente la restauración.
Mi regla es: “sin restauración exitosa = sin respaldo”.
Parece obvio, pero les ha pasado varias veces a clientes; siempre les llegaba el correo de “respaldo correcto”, pero al revisar los datos resultaba que no se había registrado nada durante medio año.
Increíble.
Hoy mi mamá llamó y pasamos una hora buscando juntos a dónde se habían ido sus archivos de Google Drive.
No pudimos averiguar en absoluto por qué había pasado, pero ahora estoy convencido de que este problema fue la causa.
Horrible.
En las publicaciones del foro se perciben el dolor y la incertidumbre.
Recientemente, usuarios de Pixel con varios perfiles de usuario también perdieron permisos de acceso a archivos.
En ese caso, los datos reales no habían desaparecido y el problema se corrigió en una actualización posterior.
[0]https://support.google.com/pixelphone/thread/239104039/can-n...
Uso rclone para respaldar Google Drive en S3.
Si no estás haciendo algo parecido, lo recomiendo.
rclone también puede exportar Google Docs en formato ODF.
Es decir, si un documento en la nube supera algún tamaño vergonzosamente pequeño, por ejemplo una presentación de Slides de fin de año de un pasante con algunos videos incluidos, simplemente arroja un error de tamaño y no hay nada que rclone pueda arreglar.
Al final hay que prestar atención a las advertencias.
Creo que el almacenamiento local es clave en una estrategia de respaldo de datos personales.
Estoy pensando cómo respaldar mis fotos desde Google.
Depender demasiado de los servicios en la nube es un error fatal
A menudo olvidamos que estas tecnologías también pueden fallar tanto como los dispositivos cotidianos
Los archivos sensibles no deberían guardarse en la nube
Eso es obvio
Pero los dispositivos cotidianos son claramente menos confiables que el almacenamiento redundante administrado por ingenieros profesionales de almacenamiento