Apple vuelve a romper Time Machine con la actualización de Tahoe

 (taoofmac.com)
2 puntos por GN⁺ 2026-02-03 | 1 comentarios | Compartir por WhatsApp
  • Tras la actualización de macOS Tahoe, los respaldos de Time Machine dejaron de funcionar silenciosamente en dos Macs
  • En un entorno que hacía respaldos a un Synology NAS por SMB, los respaldos se detuvieron durante casi dos meses sin mostrar mensajes de error
  • La causa fue que Apple cambió unilateralmente la configuración predeterminada de SMB, y puede resolverse temporalmente modificando el archivo nsmb.conf
  • A largo plazo, se está considerando reemplazarlo por un servidor de Time Machine basado en Proxmox + Docker o por Borg Backup
  • Se plantea malestar y exigencias de mejora porque Apple rompe Time Machine repetidamente y no anuncia estos cambios relacionados

Problema de interrupción de respaldos de Time Machine

  • Desde la versión Tahoe de macOS, Time Machine no funciona en dos Macs

    • Se usaba un recurso compartido SMB de Synology NAS como destino y había funcionado sin problemas durante años
    • El hecho de que los respaldos llevaban dos meses detenidos se descubrió recientemente al intentar recuperar datos de Obsidian
    • Se había detenido silenciosamente sin mensajes de error ni alertas; el último respaldo de la laptop fue en diciembre, mientras que el desktop mantenía un respaldo secundario en una unidad externa

  • La causa del problema es que Apple cambió la configuración predeterminada de SMB

    • Se cambió de signing_required=no a una configuración de seguridad más estricta
    • Algunos dispositivos NAS no pueden manejar este cambio, por lo que el respaldo falla
    • Apple no informó oficialmente sobre este cambio relacionado

Solución temporal

  • Se recomienda consultar el Gist de Zahorone en GitHub y modificar el archivo /etc/nsmb.conf

    • Agregar lo siguiente al archivo: 
      [default]
signing_required=yes
streams=yes
soft=yes
dir_cache_max_cnt=0
protocol_vers_map=6
mc_prefer_wired=yes
    • Con esta configuración, los respaldos vuelven a funcionar, pero existe la posibilidad de que vuelva a romperse en futuras actualizaciones de macOS

  • También se recomienda ajustar la configuración de Synology DSM

    • Versión máxima del protocolo SMB: SMB3
    • Activar Opportunistic Locking, SMB2 Lease y Durable Handles
    • Server signing: “No” o “Auto”
    • Transport encryption: desactivado
    • Los nombres de las opciones pueden variar según la versión de la UI

Estrategias alternativas de respaldo

  • Cansado de los cambios repetidos de Apple, se buscan formas de reducir la dependencia de Synology SMB

    • Ya se opera un contenedor Samba LXC en un servidor Proxmox (backend ZFS)
    • Para usarlo como destino de Time Machine, se está probando la imagen Docker mbentley/timemachine
    • El ejemplo de Docker Compose incluye usuario, grupo, rutas de volúmenes y configuración de permisos

  • Por ahora, la primera corrección está funcionando, pero se planea migrar a una solución basada en Docker

    • En un entorno Docker, la implementación de SMB puede controlarse directamente, por lo que es posible eliminar la dependencia del software de Synology

Considerando Borg Backup

  • Ya se usa Borg Backup en Fedora y se está evaluando aplicarlo también en macOS
    • Aún no se ha probado el cliente GUI Vorta, pero se menciona como una alternativa prometedora

Problema adicional en iOS

  • Al configurar un nuevo dispositivo iOS, sigue existiendo el bug de “Restore in Progress: An estimated 100 MB will be downloaded…”
    • Es un problema repetido durante los últimos seis años y, esta vez también, solo se resolvió tras repetir tres veces el restablecimiento de la configuración de red y el reinicio
    • Se enfatiza que Apple debe concentrarse más en mejorar la calidad del sistema operativo y la experiencia de usuario

Lecturas relacionadas

1 comentarios

 
GN⁺ 2026-02-03
Opiniones de Hacker News
  • Si configuras Time Machine con copias de seguridad cifradas, en realidad crea un disco falso con forma de árbol de directorios y dentro mete fragmentos binarios de varios GB
    Esto hace que el sistema de archivos no necesite soportar enlaces simbólicos ni nombres de archivo Unicode sin distinción entre mayúsculas y minúsculas, así que es más seguro
    La desventaja es que restaurarlo desde un sistema que no sea Mac es complicado
    • Totalmente de acuerdo. En mi experiencia, el método de sparse bundle cifrado ha sido mucho más estable
      Incluso al moverlo a un NAS no hubo problemas, y la restauración fue perfecta. Claro, puede variar según cada persona
    • También puedes crear y usar un sparse bundle sin cifrar en ubicaciones de red que Time Machine no soporta
  • La pregunta más grande es por qué Time Machine sigue usando un sistema de archivos de red
    Es demasiado inestable como para confiar en él. Últimamente ha mejorado un poco, quizá gracias a APFS, pero al final se sigue repitiendo el desastre de perder toda la copia de seguridad
    Yo hago respaldos diarios con Arq, y uso Time Machine solo para copias por hora. Si Time Machine se rompe, no me preocupo porque tengo el respaldo diario en la nube
    • El problema es que Apple no hace un buen control de calidad. Otras soluciones de respaldo funcionan bien incluso por red, y tampoco ocultan los fallos
    • Si necesitas respaldar a una unidad de red, uno se pregunta qué otra alternativa hay
    • Nunca he usado Time Machine, pero rsync funciona muy bien tanto en local como por red
      Puede reanudar transferencias parciales y comparar checksums, así que no entiendo por qué el respaldo por red tendría que ser un problema
  • Yo también estoy respaldando a un Synology NAS en la versión Tahoe, y ya he perdido varias copias por problemas cuya causa no logro entender
    Tampoco tengo el archivo /etc/nsmb.conf, seguí varios tutoriales para configurarlo, pero al final volvió a fallar y perdí todo
  • Soy fan de SuperDuper. Hago respaldos diferenciales diarios a un SSD
    No son copias por hora como en Time Machine, pero sí un respaldo arrancable de inmediato si el disco del sistema muere
    Se podría hacer con cron y rsync, pero da flojera
    Enlace de presentación de SuperDuper
    • Estaría bien, si Apple no hubiera roto esa función con una actualización
      Artículo relacionado: You’re a mean one, Apple
    • Yo también llevo tiempo pensando que debería comprarlo
      La interfaz de recuperación integrada está bien, pero tener un respaldo arrancable sin conexión da mucha más tranquilidad
      Estoy pensando en programar una tarea para volcar una imagen de arranque a un disco externo una vez al mes
  • Estoy intentando resolver problemas con el respaldo USB de Time Machine después de la actualización a Tahoe
    La copia inicial arranca con un disco recién formateado, pero va lentísima, y aunque llega al 100%, nunca termina
    Si la vuelvo a correr, se queda atorada cerca del 10%. Ya probé con varios discos, modo seguro, red apagada y más, pero pasa lo mismo
    Con tar sí puedo respaldar sin problema. Parece que nadie probó los casos límite
  • Creo que Time Machine está sobrevalorado
    Tal vez sea por su interfaz vistosa de desplazamiento
    Pero en la práctica, los respaldos por red son inestables, y a los pocos meses te dice que la copia se dañó y que debes empezar desde cero
    • Antes Time Machine sí ofrecía una experiencia de respaldo confiable
      Si solo has usado las versiones actuales, donde ya no existe control de calidad, es difícil entender por qué era tan popular
    • Time Machine fue casi la única solución que logró crear un hábito de hacer respaldos en usuarios comunes
      Conectar el USB y dar clic en “sí” era suficiente. No era perfecta, pero era muchísimo mejor que no tener nada
    • Yo también la uso porque me gusta esa UI de línea de tiempo
      Te deja volver fácilmente a estados pasados, como con git, pero con menos cosas en qué pensar
    • Al respaldar en el sistema local es muy estable y además se puede explorar desde Finder
      Los respaldos por red también me han funcionado bien desde hace años
    • En mi caso funciona bien. Incluso al cambiar a una laptop nueva, basta con apuntarla al respaldo de red y en una hora queda restaurado exactamente el entorno anterior
  • Las copias de Time Machine se dañaban tan seguido que al final escribí yo mismo un script de respaldo incremental con rsync
    Estoy mucho más satisfecho. Tomé como referencia este script
    • Me pasó lo mismo, y reforcé mi estrategia de respaldo al pasar de HFS+ a zfs
      Si empezara hoy, probablemente usaría rustic-rs o borg backup
      Aun así, mantengo los snapshots locales con tmutil localsnapshot
  • La calidad de las actualizaciones anuales de macOS va cada vez peor. Tahoe es de lo peor
    Apple tiene que cambiar de rumbo
    • Desde High Sierra, yo espero al menos 8 meses después de que sale una nueva versión mayor
      Para entonces ya han salido varios parches y suele estar estable. Siempre voy con un año de retraso, pero realmente no necesito las funciones nuevas
  • Como dato aparte, en España están bloqueando muchos sitios web por temas de derechos de transmisión del fútbol
    Por eso hoy no pude ver el contenido. Voy a intentarlo de nuevo mañana
    • También vi eso en Reddit. Es una política rarísima
  • Parece que Apple ya decidió que no hay suficientes usuarios usando Time Machine
    Por eso creo que poco a poco se está moviendo hacia un respaldo centrado en iCloud
    • Pero eso no es un respaldo real