¿Por qué ' t Time Machine hacer copias de seguridad programadas después de mi Yosemite-> actualización del Capitan?

Creo que no es sólo "su problema". Tengo a fines de 2013 MacBook Pro y han podido completar una copia de seguridad Time Machine con mi WD mi pasaporte ya que he actualizado al Capitan. He probado todas las correcciones posibles que hiciste. También indexar mi disco duro y borrar mi disco backup y comenzó fresco.

El problema persiste. Es decir, que cuando inicio una máquina del tiempo de copia de seguridad el proceso puestos permanentemente unos dos tercios a la terminación cada intento.

Estoy teniendo un problema muy similar después de actualizar al Capitan, excepto que no puedo reparar el disco, mi intento siempre me da un error de reparación no se pudo. No tengo una respuesta, pero creo que puedo verificar que el problema probablemente no está relacionado con las extensiones de terceros como yo soy sin. Al menos que yo pueda ayudar a descartar a los como fuente del problema.

Los ingenieros de la Apple tendrá que ejecutar tmdiagnose para llegar a la causa root. En la media hora, podría reunir los registros y también tratar de empujar en el estado:

tmutil latestbackup
tmutil listbackups
tmutil startbackup --rotation --auto
sleep 15; tmutil status

Mi conjetura es que usted tiene un foco de emisión o de un problema de montaje de la unidad en la que está fallando en contraposición a launchd cayendo. Usted podría hacer un cron entrada, pero me gustaría usar una herramienta como Lingon para hacer un custom launchd trabajo para llamar a la startbackup comando de arriba para por lo menos tener algunas coberturas periódicas mientras usted reunir suficiente información para averiguar por qué su trabajo, no de partida.

También, me gustaría probar la adición de un segundo destino de copia de seguridad para ver si uno funciona de forma más confiable - múltiples destinos de copia de seguridad debe fuego secuencialmente cada n horas, su unidad debe obtener una instantánea.

TL; DR

Este problema de las copias de seguridad de inicio no puede ser solucionado con crontab. Esto no va a arreglar el icono del escritorio, pero ayudará a asegurar que usted tiene copias de seguridad regularmente-intervalos programados como se define en su personalizados crontab. A continuación presento un ejemplo de cómo se ejecute cada hora copias de seguridad usando sudo, cron, y una modificación de archivo sudoers

Evitar El Uso De Crontab

El siguiente dará el pistoletazo de salida de la Máquina del Tiempo hora a hora, después de comprobar para asegurarse de que no se está ejecutando una copia de seguridad de algunos medios de comunicación o conjuntos de copia de seguridad puede tardar más de una hora para completar.

# ~/.crontab
0 */1 * * * tmutil status | grep -qF "Running = 0" && sudo tmutil startbackup -a

Tenga en cuenta que este trabajo-en torno a los usos del crontab del usuario, que siempre debe ser traído a la del sistema de atención después de la edición con:

/usr/bin/crontab ~/.crontab

El Tiempo de ejecución de la Máquina sin Contraseñas

Desde el cron no se puede pedir la contraseña de sudo, los siguientes también se recomienda:

sudo -v
sudo mkdir -p /private/etc/sudoers.d
sudo touch /private/etc/sudoers.d/$(whoami)
echo "$(whoami) ALL=(ALL) NOPASSWD: /usr/bin/tmutil" |
    sudo tee -a /private/etc/sudoers.d/$(whoami)

Esto asegurará que el tmutil comando se puede ejecutar sin pedir la contraseña del usuario para sudo acceder al iniciar la Máquina del Tiempo, desde la línea de comandos.

Nota De Seguridad

Siempre es una buena idea tener un terminal de root antes de la edición de sudoers, y para verificar la costumbre archivo sudoers con:

sudo visudo -f /private/etc/sudoers.d/$(whoami)

después de la creación para evitar errores tipográficos de la fijación de sudo acceso.