Time Machine ridículamente lento después de la actualización de El Capitan

Recientemente actualicé a El Capitán, y le dije a Time Machine que hiciera una copia de seguridad. Se quedó atascado en la preparación de la copia de seguridad durante horas, así que lo detuve, eliminé el archivo InProgress, reinicié e intenté nuevamente. Después de ~ 30 minutos, Time Machine todavía se estaba preparando. Miré en el monitor de actividad y la copia de seguridad solo había leído ~ 140Mb, en 30 minutos ... Al mirar iStatMenus, encuentro que la copia de seguridad tiende a tener una velocidad de lectura entre nada y 120Kb / s (si tengo suerte. A veces alcanza su punto máximo. a 500kb / s, y muy raramente 1Mb / s). Spotlight no está indexando (como escuché a veces Spotlight se interpone en el camino de la copia de seguridad), y el disco duro se ha dormido en el momento en que escribí esto, rara vez se despertaba para que mi Mac leyera brevemente algo de él.

Esto es lo que aparece en la consola cuando se busca una copia de seguridad:

Prefiero no tener que volver a formatear mi disco duro, en caso de que alguna vez quiera volver a Yosemite, sin embargo, estoy dispuesto a hacerlo si resuelve el problema.

Además, parece que cada vez que reinicio mi Mac, el disco duro pierde su icono de Time Machine y vuelve a un disco naranja.

Captura de pantalla del Monitor de actividad, modo Disco a ~ 50 min.

EDITAR: He intentado deshabilitar y volver a habilitar Spotlight para el disco, y también he borrado la carpeta .Spotlight-V100 y reiniciado. Ningún cambio.

EDIT 2: lo que parecen ser algunos errores ha aparecido en la consola

EDITAR 3: ¡ Después de muchas, muchas horas, Time Machine ha terminado de escanear y ahora está retrocediendo! Todavía me gustaría saber por qué tardó tanto (no esperaba que la actualización a El Capitan tomara tanto tiempo. También excluí los archivos del sistema, aunque supongo que me espera otra larga espera desde que los eliminé de la lista de excepciones)

Parte del problema es que las operaciones de entrada / salida (E / S) de baja prioridad ahora parecen estar fuertemente aceleradas. Puede verificarlo a través de la Terminal (se puede encontrar a través de Spotlight (generalmente vinculado a ⌘Space) e ingresando terminal) y luego ingresando en el indicador de bash:

fs_usage backupd

y busca las THROTTLEDentradas. Si los ve, la copia de seguridad se estrangula.

Entonces, si tiene una tonelada de archivos, solo el tiempo que lleva hacer la E / S tarda para siempre, incluso si los archivos son pequeños (porque realiza muchas más operaciones de E / S, xattrsetc., de lo que solía hacerlo).

Ve a una Terminal e ingresa:

sudo sysctl debug.lowpri_throttle_enabled=0

Para mí, esto acelera de 72 horas a ~ 4 horas en un sistema de archivos con 2.5 millones de archivos.

También es una buena idea volver a habilitar la aceleración después de que su copia de seguridad finalice correctamente con el siguiente comando

sudo sysctl debug.lowpri_throttle_enabled=1

Confirmo que el comando:

sudo sysctl debug.lowpri_throttle_enabled=0 

funciona perfectamente.

Si desea que sea permanente durante el reinicio, puede hacer lo siguiente.

• crear un archivo debajo /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
      <string>fix-el-capitan-slow-time-machine-speed</string>
      <key>ProgramArguments</key>
      <array>
        <string>/usr/sbin/sysctl</string>
        <string>debug.lowpri_throttle_enabled=0</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
    </dict>
  </plist>
  

• asegúrese de que el archivo pertenece a la raíz

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• emitir el comando

  sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

Puede encontrar el contenido del archivo en este resumen

Encontré este artículo en los foros de discusión de Apple sobre el mensaje que aparece en la Consola (mientras no hace nada o hace una copia de seguridad a 10 bytes / segundo):

com.apple.backupd: Waiting for index to be ready (100)

En mi caso, pude descartar todas las copias de seguridad antiguas, así que desmonté el volumen de la Mac problemática, monté la unidad / recurso compartido de red desde otra computadora (no una Mac), eliminé todo el .sparsebundledirectorio (lo que tomó un tiempo sorprendentemente largo) y luego comenzó la copia de seguridad nuevamente. Creó una nueva .sparsebundley ahora está realizando una copia de seguridad de alrededor de 10 MB / seg.

Si no desea eliminar sus copias de seguridad existentes, puede probar una de las otras sugerencias en esa página:

• reiniciar en modo seguro y luego volver a la normalidad;
• dígale a Spotlight que no indexe el volumen / disco de Time Machine;
• eliminar el índice de Spotlight .Spotlight-V100(que no tenía);
• utilizando mdutilpara deshabilitar y volver a habilitar la indexación de Spotlight en el volumen:
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(ver esa discusión para más detalles e ideas).

Tuve problemas similares después de mudarme a El Capitán: las copias de seguridad (incluso las pequeñas) se redujeron a un verdadero rastreo. Así que hice un volcado de la conversación entre la Mac y el NAS, y vi numerosas solicitudes fallidas de FPGetFileDirParms. AFP es (¿era?) El protocolo que usa la máquina del tiempo para hablar con las unidades NAS, pero he leído que se están mudando a SMB.

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

No tengo idea de por qué estas solicitudes fallaron, pero el número de estos intentos fallidos es ENORME: los datos reales transferidos son minúsculos en comparación con el número de estas solicitudes fallidas, y por lo tanto, la velocidad lenta y lenta.

Lo que funcionó para mí fue:

1. Fui a Preferencias de Time Machine-> Seleccionar disco y eliminé el disco asociado actualmente (que estaba conectado a afp: //MyBookLive.local/TimeMachine)
2. Fui al Buscador-> Ir-> Conectar al servidor. Escribí la dirección IP de la unidad NAS en el espacio "Dirección del servidor" (smb: //192.168.0.10 para mí)
3. Conectar. Lanzó una lista de volúmenes para montar: eligió el volumen utilizado para la máquina del tiempo (TimeMachine para mí). TimeMachine se montó en / Volumes.

4. Desde la terminal, corrió:

   sudo tmutil setdestination /Volumes/TimeMachine
   

Eso es. La máquina del tiempo ahora está asociada con / Volumes / TimeMachine en lugar de afp: //MyBookLive.local/TimeMachine. Las copias de seguridad anteriores fueron buenas, y las copias de seguridad incrementales que ocurrieron después de esto han sido RÁPIDAS. Un volcado de wirehark que hice después de esto no mostró solicitudes fallidas de AFP (aunque AFP todavía era el protocolo que se estaba usando).

No pude solucionar el problema, sin embargo, descubrí que mi máquina del tiempo se ralentiza cuando realiza una copia de seguridad de los datos de otros usuarios (no ha iniciado sesión). Puede haber algún problema con el permiso existente en los archivos de la carpeta de los Usuarios del otro. Cuando agregué a ese usuario a la lista de excepciones, TM es genial.

En relación con la respuesta de Daniel Berlin, arriba (pero soy nuevo aquí, así que no tengo suficiente crédito para comentar allí), encontré que su comando de terminal funcionaba GRANDE para mí en OSX 10.11.3. ¡Convirtió la copia de seguridad de 30 horas en 4 horas! Sin embargo, no permanece después de un reinicio.

No quería tener que escribir en la terminal cada vez que reinicio, así que ...

Como no estoy muy versado en los scripts de shell, busqué en Google lo suficiente como para crear un flujo de trabajo de Automator que solicite al usuario que ingrese la contraseña de root y luego ejecute el comando de terminal. Elegí confirmar el éxito con una alerta del centro de notificaciones.

Guardé el flujo de trabajo como una aplicación y lo agregué a mis elementos de inicio de sesión. Así que ahora en cada inicio de sesión se me solicita que ingrese mi contraseña nuevamente para "desacelerar" Time Machine.

Hay maneras de hacer que el proceso sea invisible con los scripts de shell, pero es un poco complicado necesitar el acceso raíz obtenido por el comando sudo. También se podría cablear la contraseña dentro de la aplicación Automator si no le preocupa la seguridad. (No lo recomiendo)

Publicaría la aplicación de flujo de trabajo aquí, pero aparentemente no puedo cargar un archivo con esta respuesta. Así que adjuntaré un jpg para que cualquiera pueda recrearlo si lo desea. PS Tenga en cuenta la entrada de paso "como argumento" para el script de shell

Mi problema fue remediado por el artículo de DWHoard : reiniciar al modo seguro, luego regresar (para mí, la computadora pareció apagarse durante el arranque seguro).

Macbook Air a mediados de 2011, OS X 10.11.3, retrocediendo a Time Capsule.

Editar: En realidad, parece que después del arranque seguro y el arranque normal, Time Machine solo alcanzó aproximadamente 41/55 GB (en una hora) y volvió a gatear (ha progresado solo 2,75 GB en 12 horas desde entonces. Lástima - I compré Time Capsule simplemente para evitar este tipo de incompatibilidades y aquí estoy: todos los dispositivos Apple y una experiencia horrible, pérdida de tiempo. Espero que otros encuentren una solución duradera.

La consola recibe una nueva entrada por mdworkercada segundo, ¿es esto normal mientras se realiza la copia de seguridad?

Edición 2: ¡Éxito! La computadora portátil tiene dos cuentas de usuario y puede ser que iniciar sesión en la segunda provocó que el resto de las copias de seguridad continúen. Vale la pena probar si estás en una situación similar.

Tengo el mismo problema y he encontrado lo que parece una solución (no es maravilloso, pero funciona)

formatee su HDD externo y compruebe que tiene un ancho de banda realmente bueno (pruebe su usb3) preste atención a su configuración de TM, aquí olvidé tantas otras particiones e imágenes de disco que no quiero hacer una copia de seguridad, aumentaría el tiempo de bck . Inicie la primera copia de seguridad. CADA 2-3 horas, reinicie su computadora (sí, no es divertido, pero me di cuenta de que la primera hora suele ser rápida, y después de este tiempo se vuelve más lenta) eso es todo, pude hacer una copia de seguridad de 1,5 A en una mañana. .

Por favor, vea esta nota de Apple :

OS X El Capitan: si Time Machine es lento

Pruebe estas sugerencias si Time Machine es lento.

• La primera vez que use Time Machine, configúrelo por la noche para que la copia de seguridad inicial se pueda hacer durante la noche.

• Si su disco de respaldo es una Time Capsule, deje su Mac en la misma habitación que Time Capsule para la copia de respaldo inicial, o use un cable Ethernet para conectar su Mac a uno de los puertos Ethernet en Time Capsule.

• El software de detección de virus puede hacer que las copias de seguridad de Time Machine sean muy lentas. Si usa Norton AntiVirus o un producto similar, intente excluir su disco de respaldo del escaneo automático. También asegúrese de estar ejecutando la última versión del software de detección de virus.