69 votos

Archivo no se puede mover por Root en OS X

He intentado mover algunos archivos a una subcarpeta en OS X. Uno se negó a moverse. Decía 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

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

Viniendo de Linux, yo no sabía acerca de las banderas así 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

He probado la Utilidad de Discos de OS X; dice que no hay errores en mi disco. ¿Qué ocurre aquí?

1voto

Aaron Alton Puntos 9929

En OS 10.15 me ha funcionado:

  1. Modo de recuperación: comando + R
  2. Utilidades -> Terminal
  3. rm -r /ruta/al/archivo/or/dir/al/eliminar (La -r sola me funcionó -- Si lo necesitas rm -rf modo forzado)
  4. Reiniciar

1voto

macsci Puntos 13

Una respuesta anterior decía que se usara:

chflags -f -R nouchg directory

Hay dos atributos diferentes que impiden modificar un fichero. "uchg" impide que el usuario modifique el archivo; "schg" impide que el sistema realice un cambio. Use ls -le0@ para ver cuál es su problema, o use apple-I: si "locked" está marcado pero no en gris, entonces "uchg" está activado. Si "locked" está marcada Y en gris, entonces se establece "schg"). Si "uchg" está marcada, la respuesta anterior funcionará. Si "schg" está activada, haz lo siguiente:

chflags -f -R noschg directory

1voto

Weidenrinde Puntos 103

Antes de utilizar comandos arcanos, confirme sus Preferencias del Sistema

Terminal puede no tener permiso para acceder a su present working directory .

  1. Anote su ruta (por ejemplo, en Terminal, escriba pwd ).
  2. Visite System Preferences > Security & Privacy > Privacy > Files and Folders
  3. Confirme que hay una marca de verificación junto a los volúmenes y directorios que aparecen en su ruta.

Si Terminal tiene permisos y el comando sigue dando error, comprueba las soluciones aportadas en otras respuestas.

0voto

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

A mí me pasó con un disco externo que había estado funcionando perfectamente en un iMac Snow Leopard, que se actualizó a El Capitán por el camino. A principios de este año, tomé esa unidad y la puse en una nueva caja de Windows 10 que estaba ejecutando Paragon HFS para Windows. Copié cientos de GB de archivos DESDE Windows A HFS+ en esa unidad y la conecté de nuevo al iMac. Todo funcionó bien, excepto una shell script que tenía que los archivos por etapas para la copia de seguridad se encontró con este problema uchg.

En resumen: los archivos y carpetas creados bajo El Capitan o Windows 10 utilizando Paragon HFS, cuando se mueven de nuevo a una caja de Snow Leopard, la casilla de radio "bloqueado" NO será marcada cuando se selecciona Get Info en el Finder. Sin embargo, las sugerencias de otros me funcionaron bien:

  • verifique que ese es el problema ejecutando ls -leO@ (es una oh mayúscula) en un archivo sospechoso
  • como Root, ejecute chflags -R nouchg en el directorio padre (no hay -f en Snow Leopard)

Funcionará, pero no esperes exactamente las mismas señales visuales si tu unidad ha pasado de un sistema operativo a otro o si utilizas Paragon HFS.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X