Una copia de seguridad solo sirve si se hace. Programar tareas automáticas para documentos, fotos y música reduce el riesgo de perder archivos por un descuido. Aquí se explica cómo separar los datos importantes de los prescindibles, definir una frecuencia razonable según cuánto cambian las carpetas y verificar que la copia se completa sin errores.
Antes de tocar la línea de comandos conviene hacer inventario. En un laboratorio doméstico típico hay tres tipos de datos: los que duelen si se pierden (documentos de trabajo, fotos familiares, partituras o música comprada), los que se pueden volver a descargar (instaladores, series ya vistas) y los que ocupan espacio sin aportar nada (cachés, archivos temporales de aplicaciones). Copiar todo mezclado llena el disco externo en pocas semanas y hace que la tarea nocturna tarde más de lo necesario.
La costumbre que funciona es agrupar por carpetas claras: Documentos, Fotos, Musica y una carpeta de proyectos en curso. Cada una con su propio ritmo. Los documentos cambian casi a diario, las fotos se acumulan por tandas después de un viaje, la música casi nunca se toca. Programar todo con la misma frecuencia es cómodo al principio y molesto después, cuando el disco externo se llena sin avisar y la tarea empieza a fallar en silencio.
La herramienta que casi todo el mundo acaba usando es rsync, porque copia solo lo que cambió y respeta permisos y fechas. Un ejemplo sencillo para llevar documentos y fotos desde el disco principal hasta un disco externo montado en /mnt/respaldo:
rsync -av --delete /home/usuario/Documentos /home/usuario/Fotos /mnt/respaldo/
El parámetro --delete es el que más discusiones genera: borra en el destino lo que ya no existe en el origen, lo cual mantiene la copia fiel, pero también propaga un borrado accidental. Si esa idea no convence, se puede quitar y asumir que el disco de respaldo irá acumulando restos. La segunda pieza es cron, que lanza el comando cada noche sin que nadie se acuerde. Una línea típica en el crontab del usuario sería algo como 30 2 * * * seguido del script. La ventaja de hacerlo de madrugada es que el equipo está encendido y la red doméstica, tranquila.
Programar la tarea es la mitad del trabajo. La otra mitad es enterarse cuando falla. Un script que no deja rastro es un script que se rompe sin avisar: el disco externo se desmonta, la ruta cambia, la contraseña del servicio en la nube caduca. La solución más simple es redirigir la salida a un archivo de registro y revisarlo de vez en cuando.
rsync -av /home/usuario/Documentos /mnt/respaldo/ >> /var/log/respaldo.log 2>&1
Con eso queda una línea por cada archivo copiado y, al final, un resumen con el total transferido. Si el registro lleva tres días sin crecer, algo se ha roto. También ayuda comparar el tamaño de las carpetas de origen y destino con du -sh: una diferencia grande suele indicar que la tarea se interrumpió a medias.
Un disco externo conectado por USB protege frente a un borrado accidental o un fallo del disco interno, pero no frente a un robo, una inundación o un corte de luz que dañe el equipo. Por eso conviene mantener una segunda copia en un servicio en la nube. No hace falta subir todo: basta con los documentos y las fotos, que son los que de verdad importan. La sincronización se puede programar con la misma lógica que la copia local, dejando que suba solo lo nuevo o lo modificado.
Los puntos débiles habituales son siempre los mismos: credenciales que caducan y dejan de subir archivos sin decir nada, cuotas que se llenan y bloquean la sincronización, y la tentación de confiar en una sola ubicación porque "ya está en el disco". La recomendación práctica es revisar cada pocas semanas que la copia local y la remota siguen funcionando, y probar la restauración de un archivo cualquiera para confirmar que se puede recuperar.
El disco externo no debería estar compartido en la red doméstica. Si se monta como recurso accesible desde otros equipos, cualquier dispositivo conectado puede escribir o borrar en él, y eso incluye programas que no controlamos. Lo más prudente es dejarlo conectado solo al equipo que ejecuta la tarea y desmontarlo cuando no se use. Para los datos más sensibles, cifrar la carpeta de respaldo añade una capa útil: si el disco se pierde o se vende, el contenido no queda legible.
Con estas piezas en su sitio, la protección de archivos deja de depender de la memoria. La tarea se ejecuta sola, deja registro y se puede comprobar. El resto es disciplina: revisar los registros, probar una restauración de vez en cuando y no ampliar la rutina más de lo que el equipo puede sostener.
Programar una copia automática de documentos, fotos y música resuelve la mitad del problema. La otra mitad son los supuestos que damos por ciertos y casi nunca revisamos: que el disco externo tiene espacio, que la credencial del servicio en la nube sigue activa, que la carpeta que copiamos anoche es la misma que estamos editando hoy. Estas aclaraciones no son reglas del blog, son límites reales de una rutina de respaldo doméstica. Conviene leerlas antes de confiar en cualquier tarea programada.
Cloud At Home no es una empresa con plantilla ni un equipo comercial. Es un blog técnico escrito y sostenido por dos personas que trabajan con servidores domésticos todos los días y publican lo que van resolviendo.
No hay redactores anónimos ni contenido generado en serie. Cada guía, cada captura de terminal y cada diagrama de red sale de una prueba real hecha en un laboratorio casero antes de publicarse.
Escribe las guías paso a paso y verifica cada comando antes de publicarlo. Se encarga de las notas sobre respaldo automático, cifrado de datos sensibles y verificación de registros de copia, temas que aparecen en artículos como el de respaldo de carpetas entre disco externo y nube.
Revisa que cada artículo tenga un orden claro: qué problema resuelve, qué se necesita antes de empezar, qué pasos seguir y cómo comprobar que funcionó. También cuida que las comparativas de discos y las notas de seguridad se entiendan sin conocimientos previos.
El blog parte de mini PC reciclados, discos externos y equipos de segunda mano. No se recomienda comprar hardware nuevo cuando el que ya está en casa puede servir para empezar. Las guías se prueban en ese tipo de máquinas, no en servidores profesionales.
Los artículos se publican en español y están pensados para lectores de Perú y otros países de habla hispana. No se venden productos, no hay pruebas gratuitas ni soporte técnico inmediato. Si algo no se ha podido verificar, se indica en el propio texto.
Si tienes una duda concreta sobre alguna guía, puedes escribirnos y te responderemos cuando podamos revisarla.
Enviar una consultaAntes de escribir, revisa si tu caso ya está cubierto en las preguntas frecuentes.
Ver preguntas frecuentesSi después de leer la guía te queda alguna duda concreta sobre tu propia rutina de copia, puedes escribirnos y la revisamos. No hay soporte técnico inmediato ni tiempos de respuesta garantizados: se trata de un blog, no de un servicio de asistencia. Lo que sí hacemos es leer cada consulta y responder cuando el tema encaja con lo que publicamos. Cuéntanos qué carpetas quieres proteger, si usas un disco externo por USB o una unidad de red, y en qué punto se te está complicando la programación de la tarea. Con ese contexto es mucho más fácil orientarte.
Si tu consulta es sobre un tema distinto a esta entrada, indícalo igualmente y te decimos si encaja mejor en otra guía del blog. Para escribirnos, usa el formulario de la página de contacto: allí se confirma la recepción técnica del mensaje, nada más.
Ir al formulario de contacto