Cómo restaurar los permisos de Home Assistant después de mover su directorio de datos

Restaura los permisos trasladados de Home Assistant verificando primero el montaje y el UID/GID de ejecución; después, corrige la propiedad, los modos, las ACL o las etiquetas de seguridad solo cuando las pruebas lo indiquen.

Un traslado de datos puede conservar los nombres de archivo, pero cambiar la identidad numérica, omitir archivos ocultos, heredar una ACL restrictiva o asignar el directorio equivocado al contenedor. Detén Home Assistant antes de realizar cualquier corrección recursiva, conserva una copia intacta del árbol trasladado y compara las rutas antigua y nueva. Nunca empieces con chmod 777: destruye información de diagnóstico y concede acceso innecesario.

Detén las escrituras y conserva el árbol trasladado

Detén el contenedor de Home Assistant y cualquier proceso que escriba en el mismo directorio de datos. Registra la definición del montaje actual, los metadatos del directorio y la identidad del contenedor; después, crea una instantánea o una copia protegida antes de cambiar la propiedad o las ACL. La reparación física o del sistema de archivos debe seguir siendo reversible.

Una cuenta de migración describe cómo extraer los datos de una copia de seguridad de Home Assistant a un directorio de configuración del contenedor, demostrando que el árbol de configuración restaurado se convierte en el estado persistente del contenedor y debe tratarse como una unidad coherente.

APROBADO significa que el servicio está detenido y existe una copia de reversión sin cambios fuera de la ruta que se va a reparar. FALLIDO significa que otro contenedor o cliente de red aún puede modificar archivos. No continúes hasta detener las escrituras, porque cambiar la propiedad durante actualizaciones activas de bases de datos o registros puede provocar un segundo fallo.

Verifica primero el montaje y que la copia esté completa

Confirma que la nueva ruta del host o el volumen se asigna exactamente a la ruta del contenedor que espera Home Assistant. Compara el número de archivos, los archivos de configuración clave, los datos de almacenamiento ocultos, la presencia de la base de datos, los enlaces simbólicos y las marcas de tiempo con el origen. Los permisos no pueden reparar un contenedor montado en un directorio vacío o incompleto.

Una conversación sobre la migración de un contenedor de Home Assistant advierte que se debe copiar el directorio de almacenamiento oculto y recomienda comprobar los permisos solo después de verificar que se trasladaron todos los archivos. Esta comprobación de la copia completa es el primer discriminador menos invasivo.

Si el montaje o la copia son incorrectos, corrígelos y vuelve a comparar sin cambiar los modos. Si están completos, continúa con la identidad numérica. Iniciar Home Assistant contra una ruta vacía equivocada puede crear archivos nuevos que oculten el árbol original, así que elimina únicamente los artefactos de prueba confirmados del montaje incorrecto.

Haz coincidir el UID y el GID numéricos

Inspecciona el propietario y el grupo numéricos del árbol antiguo y del nuevo, así como de un archivo desechable creado por la identidad prevista del contenedor en un montaje de prueba vacío. Los nombres de usuario pueden diferir entre hosts, pero los ID numéricos controlan el acceso. Decide si ejecutarás el contenedor con la identidad documentada o si cambiarás la propiedad de su árbol administrado.

Un problema de permisos que afectaba a Home Assistant y HACS se resolvió alineando los directorios de usuario con permisos de escritura, y el informe registra cómo una propiedad incorrecta impedía cambiar la configuración. El caso específico de propiedad de Home Assistant respalda el uso de la identidad numérica como evidencia, no la copia universal de su solución específica del sistema.

Aplica cambios de propiedad únicamente al árbol confirmado que administra Home Assistant mientras el servicio esté detenido. Conserva los archivos que pertenezcan intencionadamente a otro servicio y evita seguir enlaces simbólicos fuera del árbol. Vuelve a comprobar muestras de la raíz, del almacenamiento oculto, de los componentes personalizados y de la ruta de la base de datos antes de continuar.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Repara de forma específica los modos, las ACL y el contexto de seguridad

Compara los bits de ejecución de los directorios, los bits de lectura y escritura de los archivos, las ACL predeterminadas, los indicadores de montaje de solo lectura y cualquier etiqueta de SELinux o AppArmor con el origen operativo o la configuración base de la plataforma. Corrige la primera capa que no coincida y vuelve a probar una operación aislada de crear–renombrar–eliminar con la identidad de ejecución.

No copies comandos permisivos de respuestas genéricas de foros sin comprender la identidad de implementación. Un acceso recursivo amplio puede hacer que el inicio tenga éxito mientras expone secretos y deja incoherentes los archivos creados posteriormente. Usa los permisos más limitados de propietario y grupo que permitan las operaciones necesarias en tiempo de ejecución.

APROBADO significa que la prueba en tiempo de ejecución tiene éxito y que los archivos nuevos heredan el propietario, el grupo, el modo, la ACL y el contexto previstos. FALLIDO después de verificar los permisos Unix correctos apunta a un montaje de solo lectura o a una política de control de acceso obligatorio. Repara esa capa en lugar de ampliar aún más los modos convencionales.

Inicia una vez y valida la carga de trabajo original

Inicia Home Assistant una vez y observa los primeros errores relacionados con permisos o rutas. Verifica la carga de la configuración, los registros ocultos, las escrituras de Recorder, las integraciones personalizadas, las rutas de copias de seguridad o multimedia que use el hogar y un reinicio. No edites los archivos de registro mientras el servicio esté en ejecución para silenciar errores secundarios.

El flujo de copias de seguridad de ZimaSpace explica cuándo detener las escrituras mejora la coherencia de las copias directas del sistema de archivos. Usa el límite de servicio detenido al repetir un traslado o una reparación de permisos.

APROBADO significa que las funciones originales pueden leer y escribir después de dos inicios y que los objetos nuevos conservan la identidad esperada. Revierte los cambios cuando se multipliquen los errores, la base de datos informe de corrupción o el árbol reparado difiera de la copia conservada más allá de los archivos de ejecución esperados. Escala los errores de E/S del sistema de archivos o las denegaciones de las políticas de seguridad con su ruta y contexto exactos.