¿Alguna forma de cambiar la location de las copys de security locales de Time Machine (./MobileBackups) a otra unidad?

Estoy ejecutando una unidad de inicio SSD y una unidad de disco duro en mi Macbook Pro 5,5 y obviamente no puedo tener Time Machine llenando mi SSD. Me preguntaba si había máquina de time para crear copys de security locales de los usuarios en mi SSD, pero almacenarla en mi HDD y poder usar las características típicas de las copys de security locales de la máquina del time, porque de lo contrario sería innecesario. Si se ha hecho esta pregunta, agradecería un enlace, porque busqué y no pude encontrar nada. De lo contrario, muchas gracias, cualquier ayuda que pueda ofrecer.

  • Cuchilla SSD que no es de Apple en la ranura PCIe iMac de 21.5 "a finales de 2013?
  • Eliminando files de mac pero no de iCloud
  • ¿Cuál es la velocidad de enlace negociada de un disco SSD?
  • ¿Vale la pena actualizar una MacBook de mediados de 2007 (MB061LL / A) para usar una SSD?
  • ¿Puedo configurar una SSD y una HDD para que sean un volumen lógico en Lion?
  • ¿Cómo puedo limpiar completamente y con security una unidad FileVault (SSD)?
  • MacBook Pro se niega a arrancar / recuperar, se bloquea en "pantalla blanca"
  • El nuevo SSD no se puede inicializar
  • 3 Solutions collect form web for “¿Alguna forma de cambiar la location de las copys de security locales de Time Machine (./MobileBackups) a otra unidad?”

    No pude encontrar ninguna forma de modificar la ruta /.MobileBackups , pero puedes crear una carpeta en tu HDD y luego /.MobileBackups a /.MobileBackups :

    1. Abra Aplicaciones> Utilidades> Terminal.

      Ahora tendrá que escribir varios commands. Presione regresar después de cada command para que se ejecute. Cuando se le pregunte, escriba su contraseña.

    2. La carpeta de instantáneas tiene permissions complejos. La forma más sencilla de preservarlos es copyr la carpeta existente a la nueva location en su HDD:

      sudo rsync -ahvHE /.MobileBackups /Volumes/HDD/

      (Reemplazar /Volumes/HDD con la ruta a su HDD).

      rsync opciones de rsync son:

      • -a : modo de file (recursivo; copyr enlaces simbólicos como enlaces simbólicos; conservar permissions, horas, propietario, grupo, files de dispositivos, tomas de stream y fifos)
      • -h : resultado de salida en formatting legible para humanos
      • -v : detallado, es decir, muestra lo que el command está haciendo
      • -H : conservar enlaces duros
      • -E : copy attributes extendidos, como forks de resources y ACL
    3. Deshabilitar instantáneas locales (esto eliminará /.MobileBackups y su contenido):

      sudo tmutil disablelocal

    4. Crear enlace simbólico:

      sudo ln -s /Volumes/HDD/.MobileBackups /.MobileBackups

      (Reemplazar /Volumes/HDD con la ruta a su HDD).

    5. Habilitar instantáneas locales:

      sudo tmutil enablelocal

    6. Crea una instantánea local:

      sudo tmutil snapshot

    7. Si ve una nueva instantánea con date "ahora":

       ls -l /Volumes/HDD/.MobileBackups/Computer/ (...) drwxr-xr-x@ 3 root wheel 102 Jan 28 09:05 2013-01-28-090534 

      ¡Ya terminaste!

    Si algo salió mal o no funciona como se esperaba, vuelva a la configuration original:

    1. Deshabilitar instantáneas locales:

      sudo tmutil disablelocal

      Esto eliminará el enlace simbólico /.MobileBackups . Si ese no fuera el caso, elimínelo con:

      sudo rm /.MobileBackups

    2. Habilitar instantáneas locales:

      sudo tmutil enablelocal

    3. Borre la carpeta de instantáneas alternativa en su HDD:

      sudo rm -rf /Volumes/HDD/.MobileBackups

      ( rm -rf es un command peligroso que no solicitará confirmación antes de eliminar la carpeta. ¡Asegúrate de que la ruta sea correcta!)

    Sé que esta es una vieja pregunta / respuesta, pero estoy volviendo a hacer esto ahora en Yosemite y agregué un poco de detalle a esta configuration: ya que estoy en Yosemite me he visto obligado a aplicar la "raíz" de Benjamin. en lugar de sudo ", actualmente está funcionando como se esperaba, pero no me gusta tener un ícono para el volumen de la instantánea, algo que no debería necesitar ver y acceder mientras hago cosas normales como usuario, entonces elijo esconderme el icono del volumen de la instantánea utilizando el command SetFile (que, afaik, se instala a través de xcode)

    utilizando routes de ejemplos anteriores, sería:

     SetFile -a V /Volumes/HDD/ 

    y pouf, el ícono de volumen se ha ido: las instantáneas locales son totalmente invisibles otra vez, como siempre, pero aún están montadas (puede navegar e incluso abrir directorys a través del terminal, como con cualquier otro directory invisible en su sistema de files)

    Incluso hice un pequeño shellscript (no probado, porque ya lo hice manualmente, así que TENGA ATENCIÓN ANTES DE EJECUTARLO , ya que necesita ejecutarse como root como explicó Benjamin en su comentario / respuesta)

    Nota final, solo fyi: por lo que puedo ver ahora, el volumen de la instantánea normalmente se puede encriptar

    Gracias por su trabajo, aquí está el script bash, claramente basado en sus respuestas:

     #!/bin/sh # description: # move /.MobileBackups to a different volume, to avoid wearing your SSD # this script must me run as root, not via sudo. # based on http://apple.stackexchange.com/questions/80183/any-way-to-change-the-location-of-time-machine-local-backups-mobilebackups-t ################################################################################ # safety measure to avoid kids running this script with no clue and blaming me. # comment it echo "always check what you run before running it" && exit # syntax/help if [ -z "${1}" ] ; then echo "\nusage:\t`basename ${0}` /Volumes/SnapshotVolume\n" echo "*** Please note that this script MUST be run as root, not via sudo ***" echo "*** just run \"sudo su\", insert your password and THEN run this script ***" echo exit fi # checks that this script is run being root, not via sudo homeDir=`echo ~` if [ "${homeDir}" != "/var/root" ] ; then echo echo "*** Please note that this script MUST be run as root, not via sudo ***" echo "*** just run \"sudo su\", insert your password and THEN run this script ***" echo exit fi # get dest volume path snapVolume="${1}" # create a "Backups" directory inside the snapshot volume root directory # please note that this is a safety measure: if the snapshot volume is not # excluded from time machine backups, you'll find an already existing directory # at /Volumes/SnapshotVolume/.MobileBackups (each volume has his own directory) # so, to avoid any mess, I prefer to make a Backups directory and put the actual # .MobileBackups inside it, at a non volume-root level mkdir ${snapVolume}/Backups # duplicate the existing .MobileBackups to the destination path rsync -ahvHE /.MobileBackups ${snapVolume}/Backups/ # this double command will remove the existing /.MobileBackups directory and, # if and only if the rm command exits with no errors, symlink the new directory # cloned in the 2nd hard drive to the main drive /.MobileBackups path rm -rf /.MobileBackups && ln -s ${snapVolume}/Backups/.MobileBackups /.MobileBackups # makes the snapshot volume invisible in finder SetFile -a V ${snapVolume} # a final test, just because.. tmutil snapshot 

    Si está ejecutando OSX 10.8 o una versión superior, sucede algo cuando desactiva las instantáneas locales de modo que ya no se puede acceder a las instantáneas existentes a través de TM. Para resolver este problema, use sudo -s para iniciar session como usuario root y ejecute el siguiente código para modificar el excelente tutorial de Jaume:

     cd / tmutil disablelocal sleep 300 rm -rf /Volumes/HDD/.MobileBackups/ tmutil enablelocal sleep 60 tmutil snapshot tmutil snapshot rsync -ahvHE /.MobileBackups /Volumes/HDD/ rm -rf .MobileBackups ln -s /Volumes/HDD/.MobileBackups /.MobileBackups tmutil snapshot tmutil snapshot 

    Eso parece funcionar hasta ahora.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).