¿Por qué un sistema de archivos montado puede crear archivos, pero rechazar los cambios de nombre?

Un sistema de archivos montado puede permitir la creación de archivos y, aun así, rechazar los cambios de nombre porque esta operación tiene requisitos independientes de directorio, propiedad, límites, indicadores y controladores abiertos.

Un montaje correcto solo demuestra que el sistema de archivos está conectado, y una escritura de archivo correcta demuestra que el cliente puede crear o modificar al menos un objeto. Cambiar el nombre es una operación sobre una entrada de directorio que puede requerir permisos en los directorios de origen y destino, derechos de eliminación, una ruta dentro del mismo sistema de archivos, un nombre de destino válido y ningún modo de uso compartido SMB en conflicto ni indicador de archivo protegido. Captura el error exacto y compara por separado las operaciones de creación, cambio de nombre, movimiento y eliminación antes de considerar que el sistema de archivos está dañado.

Captura el error exacto del cambio de nombre antes de modificar los permisos

Repite un cambio de nombre desde el host y desde el cliente afectado. Registra la ruta de origen, la ruta de destino, la identidad del usuario, el sistema de archivos, el punto de montaje, el código de error y si el nombre de destino ya existe.

Los errores de la llamada al sistema rename de Linux distinguen los fallos de permisos, los puntos de montaje ocupados, los movimientos entre dispositivos, los sistemas de archivos de solo lectura, los destinos no vacíos y otras condiciones que pueden parecer idénticas en un explorador gráfico.

Si crear un archivo nuevo funciona, pero cambiarle el nombre falla, conserva esa diferencia. Esto limita el problema al reemplazo de entradas de directorio, los permisos de eliminación, las reglas de nombres, los bloqueos o un límite de ruta, en lugar del acceso de escritura habitual.

Comprueba los permisos de ambos directorios principales

Inspecciona la propiedad, los bits de modo, las ACL y la identidad efectiva en el directorio que contiene el nombre antiguo y en el directorio que contendrá el nuevo nombre. El permiso para cambiar nombres depende principalmente de los directorios, no del bit de escritura del archivo.

Red Hat explica que el sticky bit restringe el cambio de nombre y la eliminación en directorios compartidos con permisos de escritura al propietario del archivo, al propietario del directorio o a un usuario con privilegios, incluso cuando varios usuarios pueden crear archivos allí.

Realiza la prueba con el mismo usuario de NAS que recibe el error. Que la operación funcione como administrador no demuestra que la cuenta habitual tenga permisos de eliminación o cambio de nombre sobre ambas entradas de directorio.

Inspecciona los indicadores de inmutabilidad, no eliminación y solo anexado

Comprueba los indicadores del sistema de archivos en el archivo y en sus directorios principales, además de los permisos normales y las ACL. Las restauraciones, las herramientas de seguridad o los flujos de retención pueden conservar indicadores que no aparecen en un listado básico de permisos.

El manual de seguridad de FreeBSD señala que un indicador de archivo inmutable impide modificarlo o eliminarlo, mientras que los indicadores de solo anexado y no eliminable también pueden bloquear los cambios de directorio necesarios para cambiar el nombre.

Elimina un indicador de protección solo después de identificar qué política o aplicación lo estableció. Borrar indicadores globalmente puede anular los controles de retención, copias de seguridad o protección contra ransomware.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Descarta un movimiento entre sistemas de archivos oculto tras un único árbol de carpetas

Resuelve los directorios de origen y destino hasta sus identificadores de dispositivo, puntos de montaje, montajes bind, conjuntos de datos y rutas de contenedores. Dos carpetas bajo el mismo recurso compartido pueden pertenecer a sistemas de archivos montados distintos.

La biblioteca GNU C define EXDEV como un error de cambio de nombre entre dispositivos. Una herramienta de movimiento de nivel superior puede recuperarse copiando y eliminando, mientras que una aplicación que espera un cambio de nombre atómico puede simplemente fallar.

Si un movimiento local solo funciona copiando el archivo completo, la operación no fue un cambio de nombre atómico. Corrige las rutas temporales y finales de la aplicación o mantén ambas etapas en el mismo sistema de archivos.

Comprueba los controladores abiertos y el uso compartido de eliminación de SMB

Enumera los archivos abiertos y las sesiones SMB de los directorios de origen y destino. Cierra, uno por uno, los visores previos, generadores de miniaturas, editores, escáneres multimedia, herramientas antivirus y clientes de copia de seguridad.

Microsoft documenta un caso de carpeta de red en el que un controlador abierto de la caché de miniaturas bloquea el cambio de nombre, lo que demuestra por qué poder leer o crear otros archivos no elimina una infracción de uso compartido sobre el objeto específico.

No reinicies todo el NAS antes de conservar las pruebas de los controladores abiertos. Un reinicio puede liberar el bloqueo y ocultar qué cliente o servicio lo volvió a crear.

Compara las reglas de cambio de nombre de SMB con el nombre del archivo del cliente

Prueba con un nombre ASCII sencillo en minúsculas dentro del mismo directorio. Después compara los cambios que solo modifican mayúsculas y minúsculas, los caracteres reservados, los puntos o espacios finales, la normalización Unicode y un nombre de destino existente.

El módulo de interoperabilidad de Samba con macOS ofrece una opción de compatibilidad para cambios de nombre POSIX, lo que demuestra que la semántica de nombres del cliente y del servidor puede determinar si se acepta un cambio de nombre de directorio.

Si solo falla un patrón de nombre, conserva la asignación del nombre original antes de normalizarlo. Cambiar nombres en bloque sin una lista de reversión puede romper bibliotecas multimedia, trabajos de sincronización, accesos directos y copias de seguridad.

Repara la capa verificada y comprueba todas las operaciones

Corrige únicamente la causa confirmada: permisos del directorio principal, propiedad del sticky bit, indicador protegido, ruta dentro del mismo sistema de archivos, controlador abierto o nombre de archivo incompatible. Repite la prueba con el usuario y la aplicación originales.

El artículo de ZimaSpace sobre colisiones de nombres que solo difieren en mayúsculas y minúsculas aborda el caso más específico entre plataformas en el que dos nombres se vuelven equivalentes en el destino.

El problema está resuelto cuando crear, cerrar, cambiar el nombre, mover, eliminar y volver a crear funcionan en la ruta prevista después de volver a conectarse y reiniciar. Detén las escrituras si el sistema de archivos pasa a ser de solo lectura o informa de corrupción o errores de E/S del hardware.

Preguntas frecuentes

¿Por qué puedo crear un archivo, pero no cambiarle el nombre?

Crear un archivo requiere permiso para añadir una entrada de directorio, mientras que cambiar el nombre también puede requerir derechos para eliminar la entrada antigua, permisos de escritura y ejecución en ambos directorios principales, reglas de nombres compatibles y ausencia de indicadores protegidos o controladores en conflicto.

¿Un error de cambio de nombre EXDEV significa que el sistema de archivos está dañado?

No. Normalmente significa que el origen y el destino están en sistemas de archivos distintos, por lo que el núcleo no puede completar un único cambio de nombre atómico. Aun así, un movimiento mediante copiar y eliminar puede funcionar.

¿Se puede cambiar el nombre de un archivo abierto?

Muchos sistemas de archivos POSIX locales lo permiten, pero los clientes y las aplicaciones SMB pueden abrir archivos sin compartirlos para su eliminación, lo que hace que el servidor rechace el cambio de nombre hasta que se cierre el controlador.