Declaración inicial
Estaba instalando ntfs-3g de código abierto en mi mac (Catalina). En algún momento, mientras crsutil fue habilitado (es decir, la protección de la integridad del sistema estaba activada), tuve que modificar una línea en el paquete ntfs-3g y no pude escribir en el archivo debido a la protección de crsutil (estaba usando vim).
Sin embargo, encontré esta respuesta https://superuser.com/a/1518414/1220896 . Con nano En este caso, he podido modificar el archivo "protegido" sin necesidad de reiniciar ni cambiar crsutil a desactivado.
Y ahora, todavía estoy tratando de averiguar cómo sudo nano puede evitar SIP mientras que sudo vim o cualquier otro editor de texto no puede ( actualización por el autor : aquí cometo el error de asumir que estaba relacionado con el SIP ).
Comando completo:
sudo nano /usr/local/sbin/mount_ntfs/usr/local/sbin/mount_ntfs es un enlace suave a /usr/local/Cellar/ntfs-3g/2017.3.23_3/sbin/mount_ntfs . Para crear el enlace suave, he realizado el csrutil disable/enable.
salida de ls -ls /usr/local/sbin/mount_ntfs
0 lrwxr-xr-x 1 user admin 45 Sep 18 16:33 /usr/local/sbin/mount_ntfs -> ../Cellar/ntfs-3g/2017.3.23_3/sbin/mount_ntfssalida de ls -ls /usr/local/Cellar/ntfs-3g/2017.3.23_3/sbin/mount_ntfs
8 -r-xr-xr-x 1 user admin 613 Sep 19 14:17 mount_ntfs¿Alguna idea?
Actualización
El problema no viene del SIP como señalan los colaboradores de esta pregunta. Marco esta pregunta como resuelta y trataré de averiguar por qué sudo vim sólo podía acceder al archivo en de sólo lectura a pesar de que los permisos están bien establecidos.
Os agradezco a todos vuestra aportación.
Como nota personal, diría que a veces estar en el camino equivocado no significa que no puedas aprender de él --- considera esto cuando respondas a alguien engañado como lo fui yo.
3 votos
¿Cuál era el nombre exacto y la ubicación del archivo que estabas editando? No creo que
sudo nanopuede eludir SIP y probablemente haya una explicación lógica, pero sin duplicar exactamente lo que hiciste, esperaré a replicar lo que hiciste.0 votos
No hay forma de que el software de terceros instale archivos en cualquier lugar que esté protegido por SIP. Así que cualquiera que fuera la razón por la que vim no podía escribir en el archivo, no era SIP.
0 votos
Esta es una pregunta XY y probablemente debería cerrarse.. Necesitamos una pregunta enfocada completamente nueva para que nos ayude con el problema real que se señala. Nadie puede adivinar qué archivo está siendo editado, aquí.
0 votos
Gracias por sus comentarios. Voy a escribir una historia detallada de lo que pasó, especificar los archivos y ver si csrutil está realmente involucrado. Tal vez como dijo @bmike, no está relacionado y sólo un problema vim. Todavía estoy sorprendido de que una herramienta puede tener autorización rw y otro no, para mí mod rw era usuario / grupo específico y no específico de la aplicación, tal vez me equivoque ... Espera a que edite sobre esto para responder.
1 votos
El objetivo archivo y su enlace simbólico no es protegido por Protección de la integridad del sistema y por lo tanto toda la premisa de esta pregunta es nula,
0 votos
Gracias por tu ayuda. ¿me recomiendas borrar el post? Así que supongo que sólo tenía un problema vim / nano aquí, ¿correcto?
0 votos
Seguiría siendo interesante ver el error
vimte dio. Y si:w!habría sido suficiente para escribir el archivo.