Tengo un MBP antiguo que funciona bien en este momento. No tengo planes inmediatos para cambiarlo.
Pero se está haciendo viejo, la GPU discreta murió y espero que pueda morir en cualquier momento. Me gustaría mantener mi opción abierta para pasar a una computadora portátil con Linux cuando esta máquina muera. La mayoría del software que uso es de código abierto o también se ejecuta en Linux y ya confío mucho en Terminal/bash. Teniendo en cuenta eso y no querer estar atado a macOS debido a que no tengo una copia de seguridad multiplataforma sólida, esta es mi estrategia de copia de seguridad actual para permitir que un sistema operativo basado en Mac o Linux sea mi próxima computadora para mis datos actuales.
mantenga copias de seguridad frecuentes, pero, en lugar de depender solo de Time Machine, haga copias de seguridad /Users/
a través de rsync
también. (¿Qué sistema de archivos es mi mejor apuesta aquí?)
ejecute pruebas preliminares para restaurar las copias de seguridad de rsync en una máquina virtual Linux de prueba.
Como puede ver, no estoy decidido qué sistema de archivos debo usar para rsync ya que Time Machine realiza copias de seguridad en HFS + y, dado que no he elegido un Linux, no está claro si quiero / puedo montar HFS + para leer los datos de copia de seguridad.
¿Qué configuración me permite restaurar mis datos que están respaldados rsync
en cualquier Linux?
Utilizo activamente tres sistemas operativos diferentes: macOS, Windows y BSD (uso Linux de vez en cuando, pero generalmente lo evito). Para acceder a mis datos en cada una de estas plataformas, uso la nube (una nube híbrida para ser exactos).
Esto puede ser tan simple como tener una cuenta de OneDrive, DropBox, etc. y una unidad externa USB simple para hacer una copia de seguridad de sus datos en una nube híbrida altamente integrada que consta de almacenamiento en la nube, un NAS local con sus propios clientes de sincronización en la nube y copia de seguridad externa.
El punto es: separe sus datos de sus "operaciones". En otras palabras, vuélvete agnóstico de la plataforma. Porque, cuando estructura sus datos de esta manera, independientemente de a qué se mueva, sus datos estarán listos.
Si usara OneDrive o DropBox, por ejemplo, podría almacenar todos sus documentos en la nube. Ambos tienen clientes para macOS y Linux, por lo que ambos pueden sincronizarse sin problemas.
En cuanto a las copias de seguridad, ambos tienen un software de copia de seguridad nativo (es decir, Time Machine) que le permite hacer una copia de seguridad eficiente de su máquina y sus datos en un dispositivo USB o NAS externo.
Soy un gran admirador de los dispositivos Synology NAS. Almaceno mis datos en servicios en la nube (como OneDrive) y los sincronizo a través del software de sincronización en la nube de Synology con mi Synology. Mi Mac (y mis máquinas Windows y BSD) tienen unidades USB externas para respaldo y mi NAS tiene su(s) propio(s) disco(s) externo(s) para respaldo (tengo dos).
¿Es exagerado? Probablemente. Sin embargo, no he perdido datos en más de 15 años (lo estaba haciendo antes de que el almacenamiento en la nube saliera estrictamente con NAS - , nfs
, smb
, afp
etc.)
Utilizo utilidades como el archivo de datos de KeePass (base de datos de contraseñas multiplataforma) en la nube para que todas mis aplicaciones puedan acceder desde cualquier dispositivo desde cualquier lugar.
Utilizo copias de seguridad locales incrementales o instantáneas para poder restaurar fácilmente los datos si escribo el rm
comando incorrecto.
Guardo mis datos y copias de seguridad en varios lugares: está en la nube, está sincronizado con tres máquinas (cuando corresponde) que tienen una copia de seguridad local, está sincronizado con un NAS que también tiene una copia de seguridad local.
Hago una copia de seguridad de mis "configuraciones" (es decir .bash_profile
, ./ssh/config
, ./ssh/authorizedkeys
etc.) en la nube.
El uso eficiente de los servicios y/o tecnologías en la nube le permitirá almacenar sus datos en una ubicación centralizada, lo que hace que la migración de una plataforma a otra sea bastante simple.
rsync
pregunta es mucho más complicada que esto. Apple tuvo que modificarlo para reconocer las bifurcaciones complicadas, los atributos extendidos y otros metadatos en sus FS. (De manera similar con tar
.) Por lo tanto, Apple rsync
solo podrá guardar en otro disco de Apple. Hay una alternativa, rsync+hfsmode que usó el formato AppleDouble y que puede ver discutido en mi respuesta, a continuación. Además, consulte mi comentario en el OP sobre la modificación de Apple de NFS y SMB.Un enfoque sería seguir usando Time Machine y posponer la decisión hasta que el Mac muera.
Compra una nueva Mac de Apple. Guarde todo el embalaje.
Restaurar desde la copia de seguridad de Time Machine (muy simple).
Evalúa el mac de reemplazo (o no, si ya te has decidido)
Si decide migrar a Linux, simplemente copie sus archivos de usuario en su sistema Linux de destino.
Devolver mac a Apple. Tienes hasta 14 días a partir de la compra (compruébalo dos veces en tu país ) para devolverlo, sin preguntas . Apple es extremadamente bueno con esto, lo he hecho antes, aunque no por esta razón. 14 días es más que suficiente para hacer esto, si puede hacerse con un sistema Linux lo suficientemente pronto.
Hay tres problemas con los que estás lidiando aquí:
¿Cómo haces una copia de seguridad de tu sistema de archivos Mac de tal manera que no pierdas ningún dato?
¿Cómo haces que esos datos sean accesibles para Linux?
¿Cómo usas esos datos en Linux?
Ninguno de estos es inmediato cuando se opera entre el ecosistema de Apple y cualquier otro (Windows o Linux).
La razón de estas dificultades es que los sistemas de archivos de Apple, en orden de introducción histórica, HFS , HFS+ y APFS , son sistemas de archivos que utilizan " atributos extendidos " (EA), que incluyen " bifurcaciones ".
Es posible que estos componentes de metadatos no se puedan traducir de forma obvia a otro sistema de archivos. Por ejemplo, los Apple FS tienen como estándar dos horquillas (aunque técnicamente pueden tener cualquier número). La bifurcación de datos contiene la mayor parte de lo que solemos pensar de los datos de archivo, junto con una bifurcación de recursos , que a menudo, pero no únicamente, se usa en los ejecutables . (Y aunque ese enlace de wikipedia no menciona la bifurcación de recursos en APFS, todavía salen allí). Hay otros metadatos, incluido el del programa Finder y "un área separada para los metadatos distinta de la bifurcación de datos o recursos ... Sin embargo, la cantidad de datos almacenados aquí es mínima, siendo solo las marcas de tiempo de creación y modificación, el tipo de archivo y los códigos de creador, las longitudes de bifurcación y el nombre del archivo". 1
Un enfoque que pospone parte del problema al hacer una copia de seguridad en un disco formateado de Apple
Un enfoque es hacer una copia de seguridad de sus archivos actuales utilizando alguna solución de Mac que mantendrá copias de sus archivos en un sistema de archivos HFS+ o APFS. Cuando llegue el momento de pasarse a Linux, tendrá sus archivos y podrá leerlos (aunque no escribirlos) usando linux hfsutils
, hfsprogs
and hfsplus
or, apfs-fuse
( tutorial de instalación ), apfsprogs-git
&linux-apfs-dkms-git
.
Asegúrese de que su sistema de copia de seguridad no almacene sus archivos en algún formato de archivo patentado que no podrá leer en Linux, lo que puede suceder si no está utilizando una herramienta multiplataforma. Las soluciones de pago incluyen Get Backup Pro y CronoSync Express . Mientras que el primero sería una verdadera copia de seguridad (manteniendo copias históricas de los archivos), el segundo podría ser una copia de seguridad o un espejo simple. Es posible que TimeMachine también funcione, aunque deberá confirmar que no utiliza un formato de archivo ilegible en Linux. Solo desea un sistema de archivos APFS, con sus archivos copiados en él.
Más tarde querrá usar sus archivos en Linux
Por supuesto, para los fines de su pregunta, además querrá saber cómo representar todos sus archivos de una manera utilizable en algún sistema de archivos de Linux. Claramente, los datos del Finder no sirven de nada, y tendrá que perder el atributo "hora de nacimiento" de HFS+ (ver más abajo), porque eso no se rastrea en Linux. La bifurcación de datos contiene la mayor parte de la información, pero la relevancia que puedan tener la bifurcación de recursos y algunos de los otros metadatos dependerá del archivo. Lo problemático que esto puede llegar a ser para usted, puede no estar claro hasta que lo intente.
Los siguientes enfoques le permitirán guardar todos sus datos de MacOS en un disco con formato de Linux, prescindiendo así del software de copia de seguridad de Mac o TimeMachine, etc., y prescindiendo también de la necesidad posterior de leer un disco de Apple en Linux; aunque aún se enfrentará a la cuestión del uso adecuado de esos datos en Linux. Puede hacer bien en considerar este artículo, " Soluciones de copia de seguridad de la línea de comandos en Mac OS X ", antes de continuar. Como se discutió en ese artículo, tenga cuidado de tener en cuenta que el uso de la versión compatible con la bifurcación de recursos de MacOS de rsync (o tar) producirá una salida que no se puede usar con la versión de Linux, rsync o tar.
Copia de seguridad en un disco de Linux con rsync
Hay un proyecto llamado rsync+hfsmode
que manejará la copia de seguridad en discos con formato Linux correctamente, al menos para HFS+, pero lo hace creando dos archivos en la unidad de copia de seguridad: , que filename
contiene la bifurcación de datos y ._filename
que contiene la bifurcación de recursos y los metadatos del Finder. Además, al volver a copiar a un disco HFS+, se necesita un segundo paso para reconstituir esos dos archivos en una estructura de datos HFS+ adecuada. Puede ver una discusión más completa en la página del proyecto . El sistema filename / ._filename para almacenar archivos HFS+/APFS en otros sistemas de archivos tiene un nombre. Se llama formato AppleDouble . No tengo claro si este mismo enfoque funcionará para APFS, aunque la preguntapreguntado en el Foro de Desarrolladores de Apple fue respondido con silencio; así que quizás no.
Copia de seguridad en cualquier tipo de disco con dar
Disk Archiver ( dar
), que es multiplataforma y está disponible en Homebrew , puede manejar las características únicas de los sistemas de archivos de MacOS (no distinguen entre HFS+ y APFS, pero dicen que pueden manejar atributos extendidos, incluidas bifurcaciones de archivos). De acuerdo con su página de características :
Referencias de ATRIBUTOS EXTENDIDOS (EA): MacOS X FILE FORKS / ACL Dar puede guardar y restaurar EA, todos o solo aquellos que coincidan con un patrón determinado.
Las bifurcaciones de archivos (MacOS X) se implementan en EA, así como en la ACL de Linux, por lo que dar las guarda, prueba, compara y restaura de forma transparente. Tenga en cuenta que ACL en MacOS parece no depender de EA, por lo tanto, aunque se usan marginalmente, dar los ignora.
Referencias de ATRIBUTOS ESPECÍFICOS DEL SISTEMA DE ARCHIVOS (FSA): fecha de nacimiento de MacOSX/FreeBSD, atributos de Linux FS
Desde la versión 2.5.0, dar puede encargarse de los atributos específicos del sistema de archivos. Éstos están agrupados por familias fuertemente vinculadas al sistema de archivos del que han sido leídos, pero normalmente cada FSA está designado también por una función. De esta forma, es posible traducir FSA de un sistema de archivos a otro sistema de archivos cuando existe una equivalencia en el rol.
actualmente hay dos familias presentes: la familia HFS+ contiene solo una función: la hora de nacimiento. Además de ctime, mtime y atime, dar puede respaldar, comparar y restaurar las cuatro fechas de un inodo dado (bueno, ctime no es posible restaurar)
También tuve algunas discusiones sobre estos temas con el desarrollador.
Dado que dar es multiplataforma, no tiene que preocuparse por el formato en el que almacena los archivos, ya que también podrá instalar dar en Linux, cuando sea el momento de mudarse allí. En este caso, probablemente tenga sentido formatear su disco de copia de seguridad como un sistema de archivos de Linux. Podría usar APFS si quisiera, ya que también se puede leer en Linux, pero eso parece inútil.
La restauración a un disco de Linux generará mensajes de error cuando no se puedan reproducir los metadatos. Podrá guardar los archivos problemáticos en un archivo más pequeño. Si puede explorar los atributos de esos archivos que fallan usando las herramientas de Linux, aún no lo tengo claro.
Copia de seguridad en cualquier tipo de disco con Restic
Restic
es igualmente multiplataforma y está disponible en Homebreaw , y puede manejar discos de Apple. (Aunque, de nuevo, no distinguen HFS+ de APFS). Hay un informe de error detallado que describe cómo restic
se comporta cuando se realiza una copia de seguridad de HFS+, que muestra lo que es capaz de manejar y dónde falla.
De manera similar a dar
, la restauración en un disco de Linux generará mensajes de error cuando no se puedan reproducir los metadatos. Si podrá manipular o guardar esos archivos problemáticos por separado, aún no lo tengo claro.
Aquí hay una breve descripción de su instalación y uso en MacOS, junto con un programador .
dar
o restic
. Eso guardará todos sus datos, pero cuando restaure puede dar
ignorar los metadatos irrelevantes. Porque restic
obtendrá errores. Estoy investigando cómo se maneja eso (esperando respuestas), pero creo que puede ignorarlos o decirle que ignore esos campos.
bmike
JL Peyret
rsync
sería la parte que me permite pasar a Linux. ¿Por qué tendría que pedir prestada una Mac? La verdadera pregunta pendiente es el sistema de archivos. Y no, no se trata de mover los archivos ahora. Si la pregunta permanece en suspenso, que así sea, muchas personas no obtienen una computadora nueva antes de que su computadora vieja muera, planean restaurar desde las copias de seguridad. Eso es lo que estoy planeando aquí.Alano
bmike
Diagon