¿Cómo elimino qmasterd en la carpeta de software incompatible?

Tengo este molesto archivo "qmasterd" que el instalador de macOS ha movido a la carpeta "Software incompatible". Debe haber estado en mi Mac desde hace años cuando tenía instalado Final Cut Pro v6. De todos modos, no puedo borrarlo, y he intentado mucho...

El archivo tiene estos permisos:

-r-sr-sr-x 1 demonio raíz 280688 27 de abril de 2007 qmasterd

Cuando trato de chmod, chgrp o chown, todo lo que obtengo es:

bash-3.2# chmod gs qmasterd chmod: no se puede cambiar el modo de archivo en qmasterd: operación no permitida

¿Ideas por favor?

Extraño... Acabo de encontrar lo mismo y probé descartando los componentes individuales y también la carpeta general de 'Software incompatible' simplemente desde el Finder con Cmd/retroceso. Le di mi contraseña de administrador y no hubo problemas.
Gracias Tetsijin, ¿estás diciendo que se eliminó bien? ¿También has vaciado la Papelera?
Sí Sí. Primero probé varios métodos para eliminar, pero esencialmente solo varias combinaciones de 'simplemente hacer que el Finder lo tire a la Papelera'. Cada vez que deshacía la operación y lo intentaba de nuevo: carpeta, cada archivo, etc. Eventualmente probé Vaciar papelera y desapareció para siempre. No vi ningún error en absoluto, solo el requisito de darle a mi administrador p/w. Ahhh... pensamiento tardío... Tengo SIP deshabilitado. Tal vez eso es todo. Pruebe en Terminal csrutil status, aunque, por supuesto, solo puede alternarlo desde Recuperación.

Respuestas (2)

Correcto, una solución que funcionó para mí ...

Reinicie en modo de recuperación, inicie Terminal desde el menú Herramientas, muévase al directorio con el archivo ofensivo rm filenamey "¡Bob es su tío!" :-)

El problema en este caso es que el archivo queda protegido por SIP en algún momento y luego se mueve manteniendo esa protección. Un archivo protegido por SIP no se puede modificar ni eliminar, ni siquiera como root (de ahí el nombre alternativo 'rootless' para SIP).

Desactivar temporalmente SIP o eliminarlo mientras el sistema principal no se está ejecutando (es decir, desde el modo de recuperación como se sugiere o desde el modo de disco de destino) es la única opción que queda.