Sí, si cada Mac crea un paquete de respaldo independiente y las cuotas, los permisos, las credenciales y el margen disponible del pool impiden que un cliente perjudique al otro.
La decisión es importante cuando dos Mac del hogar usan un NAS y quizá un mismo pool de almacenamiento. Los dos estados en competencia son los recursos compartidos independientes por Mac o los paquetes aislados, y la capacidad compartida y las colisiones de credenciales. Comienza con una configuración guardada y datos desechables, observa una rama a la vez y detente si la prueba aumenta el riesgo de pérdida de datos, permisos o disponibilidad.
Define las condiciones detrás de la decisión sobre el destino compartido de Time Machine en el NAS
Registra el entorno antes de cambiar nada: versiones del software y del firmware, identidades de los dispositivos, ruta de montaje o de red, espacio libre, permisos y síntoma observable. La línea base debe conservar suficientes detalles para reproducir que dos Mac del hogar usen un NAS y quizá un mismo pool de almacenamiento.
El primer candidato son los recursos compartidos independientes por Mac o los paquetes aislados. El segundo es la capacidad compartida y las colisiones de credenciales. Las opciones de Time Machine de Samba actuales definen el mecanismo o límite de comandos utilizado en la prueba; no sustituyen la observación de este servidor doméstico específico.
Escribe la condición de aceptación y la condición de detención antes de ejecutar el discriminador. Una aprobación debe cambiar la evidencia predicha por una rama y dejar sin cambios los servicios no relacionados; un fallo debe devolver el sistema al estado guardado en lugar de activar una cadena de correcciones especulativas.
Prueba la afirmación sin reducir el requisito original
Usa este discriminador: inscribe un Mac a la vez, verifica que los paquetes y la propiedad sean distintos y luego acércate a las cuotas con datos desechables. Mantén constantes la carga de trabajo, el cliente, la ruta, el conjunto de archivos y el momento para que el resultado pueda atribuirse a la variable modificada.
Usa los respaldos de Time Machine en red para seleccionar el campo que realmente pueda separar las ramas y luego captura su marca de tiempo, estado de salida, texto del error, identidad del dispositivo o de la instantánea, latencia, bytes transferidos, permisos y estado de recuperación. Una salida limpia del comando no basta cuando la identidad, la durabilidad o el estado de la aplicación son la afirmación que se está probando.
Repite la prueba una vez después de un reinicio, una reconexión, un nuevo montaje o una caché fría cuando ese evento forme parte de la condición original. Si la primera ejecución es destructiva o el entorno no puede restaurarse, detente y reproduce la prueba en una copia desechable.
[tm-mac1]
fruit:time machine = yes
fruit:time machine max size = 2T
Interpreta los resultados de aprobación, fallo y excepción
APROBADO: cada Mac ve únicamente su destino asignado y puede restaurar mientras el otro realiza el respaldo. Registra la versión exacta, la identidad y la carga de trabajo que dieron resultado para que la conclusión siga siendo condicional en lugar de convertirse en una afirmación universal.
FALLO: ambos usan una credencial con acceso amplio, las cuotas son colectivas o un paquete lleno bloquea al otro. Un fallo no demuestra automáticamente la rama opuesta cuando la red, la memoria, los permisos o la coherencia del origen pueden influir en ambos; aísla esas dependencias compartidas antes de escalar.
RESULTADO EXCEPCIONAL O AMBIGUO: separa los recursos compartidos y las identidades antes de eliminar o heredar cualquier historial. Conserva los registros y no ejecutes comandos de reparación, depuración, destrucción, reparticionado o cambio recursivo de propiedad hasta que exista una copia recuperable.
Confirma la decisión con la carga de trabajo original
Aplica la acción correspondiente a la rama observada y luego repite la condición original en lugar de un sustituto reducido. La decisión se mantiene únicamente cuando cada Mac ve solo su destino asignado y puede restaurar mientras el otro realiza el respaldo durante dos ciclos o durante el reinicio, reposo, interrupción o transición de carga pertinentes.
Usa las cuotas por Mac para comprobar el flujo de trabajo dependiente más cercano, pero mantén sin cambios el desencadenante original. Los conjuntos de datos, recursos compartidos, contenedores, usuarios y puntos de recuperación no relacionados deben conservar su acceso y tiempos anteriores.
El límite de detención es explícito: si ambos usan una credencial con acceso amplio, las cuotas son colectivas o un paquete lleno bloquea al otro, vuelve a la última configuración verificada, conserva la evidencia y escala a una prueba más profunda de la plataforma o del hardware solo cuando la rama sea reproducible.
Después de obtener el resultado objetivo, compáralo con la firma SMB en una LAN de confianza para que la solución no traslade el riesgo a un servicio vecino. Una prueba objetivo exitosa con un nuevo fallo de respaldo, identidad, tiempo de espera o disponibilidad sigue siendo un cambio fallido.
Preguntas frecuentes
En el caso de un destino compartido de Time Machine en un NAS, las búsquedas restantes suelen referirse a si ambos Mac pueden usar un recurso compartido SMB, si Time Machine impedirá que un Mac llene el pool y si un Mac puede leer el respaldo del otro. Las respuestas siguientes mantienen esos casos extremos separados de la decisión principal.
El límite de aceptación no cambia: cada Mac ve únicamente su destino asignado y puede restaurar mientras el otro realiza el respaldo. Si una condición posterior cambia el sistema de archivos, la identidad, la ruta de red o la versión de la aplicación, repite únicamente el discriminador afectado por ese cambio.
Deja de ampliar el experimento cuando ambos usen una credencial con acceso amplio, las cuotas sean colectivas o un paquete lleno bloquee al otro. En ese momento, separa los recursos compartidos y las identidades antes de eliminar o heredar cualquier historial; conserva la evidencia antes de escalar al responsable de la plataforma, el almacenamiento o el hardware.
¿Pueden ambos Mac usar un recurso compartido SMB?
Pueden, pero los recursos compartidos por Mac hacen más claros los límites de cuotas, propiedad y resolución de problemas.
¿Time Machine impedirá que un Mac llene el pool?
No sin controles de capacidad del servidor y margen reservado.
¿Puede un Mac leer el respaldo del otro?
Depende de los permisos del NAS y del cifrado; usa credenciales independientes y prueba explícitamente el acceso.
En el caso de un destino compartido de Time Machine en un NAS, la respuesta práctica sigue siendo condicional: cada Mac ve únicamente su destino asignado y puede restaurar mientras el otro realiza el respaldo. Cuando ambos usen una credencial con acceso amplio, las cuotas sean colectivas o un paquete lleno bloquee al otro, separa los recursos compartidos y las identidades antes de eliminar o heredar cualquier historial; un éxito parcial que no pueda soportar la carga de trabajo original no es compatibilidad.
Soporte y Consejos
Más para leer

¿Puede una galería autoalojada conservar el emparejamiento de las Live Photos de Apple?
Una decisión condicional sobre un servidor doméstico para emparejar Apple Live Photo, con pruebas controladas, interpretación de resultados, reversión y preguntas frecuentes específicas.

¿Puedes importar Google Takeout y las copias de seguridad del teléfono en una sola biblioteca de fotos?
Una decisión condicional sobre un servidor doméstico para la importación combinada de fotos, con pruebas controladas, interpretación de resultados, reversión y preguntas frecuentes específicas.

¿Puede Immich usar una biblioteca externa sin hacerse cargo de los archivos?
Una decisión condicional sobre el servidor doméstico para la propiedad de bibliotecas externas de Immich, con pruebas controladas, interpretación de resultados, reversión y preguntas...

