Máquina del tiempo sobre samba, "La identidad del disco de copia de seguridad ha cambiado"

Samba agregó recientemente la capacidad de alojar copias de seguridad de la máquina del tiempo en una red local con la versión 4.8. Configuré un viejo goflex de Seagate con Arch Linux y seguí esta guía para ejecutar samba. Funciona, excepto que cada vez que se inicia una copia de seguridad en cualquiera de mis dos computadoras portátiles, aparece una advertencia que dice "La identidad del disco de copia de seguridad "ArchBackups" ha cambiado desde la copia de seguridad anterior". y tienes que hacer clic. ¿Alguna idea de por qué mi Mac no confía en el servidor de respaldo? Existe esta vieja pregunta , pero parece ser un problema más intermitente en una versión anterior de OSX y nunca obtuvo una respuesta satisfactoria.

¿Puede mostrarnos cómo está montando la unidad... es decir, la /etc/fstabentrada?
La unidad está formateada como LVM y mi /etc/fstab es/dev/mapper/backupVG-backupLV /backups ext3 defaults 0 2 /dev/mapper/backupVG-swap none swap defaults 0 0
Si entiendo esto correctamente (y estoy bastante seguro de que no), tiene un servidor ArchLinux que ejecuta Samba para compartir la unidad Seagate (?) que configuró como un LVM... ¿es correcto? Si es así, ¿tal vez es la capa LVM la que está creando la confusión de que LVM no es un dispositivo específico? Pero, sinceramente, eso es un WAG, ya que no sé nada sobre LVM, o por qué es necesario en el papel de un sustituto de TM.
El Seagate es un NAS económico que viene con un sistema operativo Linux integrado. Lo borré e instalé Arch en su lugar. Quería poder agregar más unidades en el futuro, así que formateé la única unidad como Ext3/LVM.
Bien, entonces, ¿por qué LVM en lugar de como una sola unidad? No recuerdo que el tutorial que seguiste especificara eso. LVM me parece una elección extraña en esta situación.
¿Crees que importa aquí? Para limpiar el NAS e instalar Arch (con LVM) seguí cs.cmu.edu/~davide/howto/GoFlexHomeArch.html con la misma lógica que el autor "Decidí usar LVM para hacer posible aumentar/reducir las particiones y para que algún día sea más fácil migrar los datos a un disco más grande"
También tengo este problema, pero no está en Arch Linux ni tiene nada que ver con LVM. Esto es estrictamente un problema de Time Machine / Samba. En la Mac, el recurso compartido de red se monta utilizando la GUI como siempre lo haría. Finge que todo está bien. La próxima vez que se inicie una copia de seguridad (incluso si la fuerzo dentro de unos minutos), siempre cambie la identidad, lo que hace que la copia de seguridad se invalide y se vuelva a realizar una copia de seguridad de toda la máquina.

Respuestas (1)

Editar: encuentre mi solución a continuación.

Tengo el mismo problema en Raspian con un sistema de archivos Ext4 (sin LVM). Samba es la versión 4.8.5, compilada desde la fuente por mí mismo. MacOS es High Sierra, la copia de seguridad está encriptada.

Time Machine finge haber finalizado la copia de seguridad con éxito. Cuando se inicia la próxima vez, aparece el mensaje sobre la identidad cambiada. Después de elegir "copia de seguridad de todos modos", crea una copia de seguridad completamente nueva en un nuevo archivo disperso. (Como lo describió @thaimin).

En la lista de correo de Samba, alguien dice :

Vuelva a compilar samba con --enable-spotlighty todo funciona.

Eso no es cierto en mi caso, porque compilé Samba 4.8.5 con esta opción (lo que no hice fue configurar el rastreador como se sugiere en esta publicación de blog ).

Solución alterna

Compilé Samba en la versión anterior (4.8.4). Ahora funciona como se esperaba (mismo sistema, mismas dependencias, misma configuración).
Alguien ya creó un ticket de error para Samba.

Sí, parece haber sido un error con samba 4.8.5. Acabo de actualizar a 4.9.2 y el problema se resolvió solo.
Máquina del tiempo sobre samba, "La identidad del disco de copia de seguridad ha cambiado"
RespuestasAquíPolítica de privacidad1y, 0v