El archivo no puede ser movido por root en OS X

49

Intenté mover algunos archivos a una subcarpeta en OS X. Uno se negó a mover. Dijo Operation not permitted . Lo intenté de nuevo como root:

$ sudo mv file subfolder/
mv: rename file to subfolder/file: Operation not permitted
$ sudo mv file filex
mv: rename file to filex: Operation not permitted
$ lsattr file
lsattr: Inappropriate ioctl for device While reading flags on file

Probé lsattr en otros archivos; Todos los archivos que probé me dieron el mismo mensaje: Inappropriate ioctl for device While reading...

Viniendo de Linux, no conocía las marcas, por lo que aquí está la salida de ls -leO@ file :

$ ls -leO@ file otherfile
-rwxrwxrwx  1 eeytan  staff  uchg 79549 Nov 11  2010 file
-rw-r--r--  1 eeytan  staff  -     5071 Sep  7 02:37 otherfile

Probé la utilidad de disco OS X; decía que no había errores en mi disco. ¿Qué está pasando aquí?

    
pregunta eje211 09.09.2013 - 21:02

5 respuestas

27

Parece que el archivo está bloqueado para mí, por lo que aparece el atributo uchg. Debería poder usar el siguiente comando para eliminar el atributo bloqueado:

chflags nouchg file

o haga clic con el botón derecho en el archivo en el Finder, haga clic en "Obtener información" y luego desmarque la casilla "Bloqueado"

    
respondido por el binarybob 09.09.2013 - 21:25
75

Para las personas que se encuentran con esto en una era OS X 10.11+ (El Capitán o más reciente): Apple ha agregado una nueva capa de seguridad en OS X . Han quitado algunos privilegios de root. El archivo que está intentando modificar tiene un indicador restricted . Solo los procesos restricted firmados por Apple podrán modificar estos archivos. Sin embargo, puede deshabilitar este sistema de seguridad iniciando en modo de recuperación y deshabilitándolo en una Terminal haciendo: csrutil disable .

Alternativamente, también puede simplemente iniciar Terminal en modo de recuperación y eliminar el archivo allí. O incluso intente arrancar en un entorno Linux con soporte HFS + (al menos si todavía no está en APFS) para cambiar el archivo.

    
respondido por el Martijn Courteaux 02.09.2015 - 01:56
2

Prueba:

chflags -f -R nouchg directory

en un directorio de nivel superior para detener este problema.

    
respondido por el Dennis 24.11.2015 - 23:55
0

También tuve este problema y descubrí que la carpeta en la que se encontraba el archivo estaba bloqueada. Así que asegúrate de que eso no sea cierto. Haga 'obtener información' en la carpeta en el buscador y asegúrese de que la casilla de verificación bloqueada no esté marcada.

    
respondido por el abbaroo 21.01.2016 - 03:35
0

Me doy cuenta de que este es un tema muy antiguo, pero no veo que este hilo aborde mi síntoma, así que pensé en publicar otra opinión.

Pasé esto a un disco externo que había estado funcionando perfectamente en un Snow Leopard iMac, que se actualizó a El Capitán en el camino. A principios de este año, tomé esa unidad y la puse en una nueva caja de Windows 10 que ejecutaba Paragon HFS para Windows. Copié cientos de GB de archivos FROM Windows TO HFS + en esa unidad y lo volví a conectar al iMac. Todo funcionó bien, excepto un script de shell que tenía los archivos almacenados para la copia de seguridad encontré este problema uchg.

En resumen: los archivos y carpetas creados en El Capitán o Windows 10 con Paragon HFS, cuando se mueven de nuevo a un cuadro de Snow Leopard, el cuadro de radio "bloqueado" NO se marcará cuando seleccione Get Info en el Finder. Sin embargo, las sugerencias de otros funcionaron bien para mí:

  • compruebe que ese es el problema ejecutando ls -leO@ (que es un capital oh) en un archivo sospechoso
  • como root, ejecute chflags -R nouchg en el directorio principal (no hay -f en Snow Leopard)

Funcionará, pero no espere exactamente las mismas señales visuales si su unidad se ha ido entre los sistemas operativos o si utiliza Paragon HFS.

    
respondido por el Mike Hockurtz 18.09.2017 - 05:42

Lea otras preguntas en las etiquetas