Wiki personal — Esteban Alcocer

IDrive — backup de vm-playground

Properties1
tagsidrive, backup

Se lee en 4 min

IDrive — backup de vm-playground

Respaldo en la nube de /home/ubuntu en vm-playground usando IDrive for Linux, sobre una cuenta de IDrive personal (ehalsou@gmail.com) que ya tenía otro dispositivo registrado (una PC con Windows, COM-0023). vm-playground usa su propia ubicación de respaldo dedicada (vm-playground), creada explícitamente en vez de reutilizar el slot de esa otra computadora — evita mezclar el historial de versiones de dos máquinas distintas bajo el mismo device.

Instalación

Paquete IDriveForLinux 3.12.0, instalado desde idriveforlinux.bin --install silent (el flag silent salta la pregunta interactiva de aceptar el acuerdo de licencia). Queda en /opt/IDriveForLinux/bin/idrive.

Requiere LD_LIBRARY_PATH apuntando a las dependencias de Python que trae empaquetadas, si no el binario falla al arrancar:

export LD_LIBRARY_PATH=/opt/IDriveForLinux/bin/Idrivelib/dependencies/python/lib:$LD_LIBRARY_PATH

Ya agregado a ~/.bashrc en vm-playground.

Cuenta y credenciales

Usuario y password en Infisical, secreto IDRIVE_PASSWORD (nota: user:ehalsou@gmail.com).

Gotcha: login automatizado deja la cuenta a medias si se salta el paso de “Backup Location”

El flujo de login por CLI (Configure/Reconfigure your account) tiene un paso fácil de perder si se automatiza sin mirar la pantalla completa: después de usuario+contraseña, si la cuenta ya tiene otro dispositivo, aparece un prompt extra:

Multiple backup locations are configured with this account. Enter your choice:
      1) Create new Backup Location
      2) Select from existing Backup Locations

Si este paso no se contesta (por ejemplo, un script que solo espera hasta el mensaje de “IDrive Cron service started” y de ahí sale), el login queda incompleto: el menú principal se reduce a solo 3 opciones genéricas (Configure/Reconfigure, Send Error Report, About) en vez del menú completo de Backup/Restore/Settings, y el servicio de Dashboard entra en loop de error (failed to load userconfig cada pocos segundos en .trace/dashboard.log) porque la base de datos de configuración interna nunca llega a crearse. La solución es simplemente completar el paso de selección de Backup Location — ahí sí termina de escribirse la configuración y el menú completo aparece en el siguiente arranque de idrive.

Backup set

/home/ubuntu completo (Edit backup set → editor tipo vi sobre Backup/DefaultBackupSet/BackupsetFile.trans).

Exclusiones

Configuradas en Exclude options → View/Edit your Exclude List, todas por el mismo motivo: son cachés, dependencias o logs que se regeneran solos y no aportan valor respaldados, pero sí inflan mucho el tamaño/tiempo de backup.

.cache/
.npm/
.cargo/registry/
.rustup/
.local/share/Trash/
.thumbnails/
node_modules/
venv/
.venv/
__pycache__/
*.pyc
.tox/
.local/share/logs/
*.log
.pm2/logs/

El escaneo previo a cada backup recorre igual todo el árbol (incluyendo las carpetas excluidas, para indexar/detectar cambios) — ver decenas de miles de archivos de .rustup/ pasar por “Backup scan progress” no es señal de que las exclusiones fallaron. Lo que importa es el tamaño final del set ya filtrado, que se ve recién al pasar a la fase de transferencia real ([X GB of Y GB]).

Docker no necesita una regla de exclusión propia. /var/lib/docker/ (capas de imágenes y volúmenes con nombre) queda fuera del backup solo por estar fuera de /home/ubuntu, que es la única raíz del backup set. Los volúmenes bind-mounted y los docker-compose.yml que sí viven bajo /home/ubuntu (ej. ~/stacks/) se respaldan con normalidad.

Programación

Backup diario a las 23:30 (Schedule backup → opción 1) Status → Enabled; la frecuencia Daily y el horario ya venían así por default, solo hacía falta habilitar el status).

Véase también

  • NetBird — vm-playground también corre NetBird; sin relación funcional con IDrive, pero es la otra pieza de infraestructura de red/backup del mismo host
  • Docker — por qué /var/lib/docker/ no necesita exclusión explícita en el backup set
  • Samba — carpeta de red de vm-playground — acceso cómodo en vivo desde Windows; no reemplaza este backup, resuelve un problema distinto
  • Gestión de secretos — dónde vive IDRIVE_PASSWORD
  • rclone — backup de surface-wsl a Google Drive — mismo propósito en otro host, con otra herramienta; comparten el patrón de excluir cachés/toolchains reinstalables antes de respaldar

Vista Gráfica

Retroenlaces