Alrededor de una vez al día, TextEdit comienza a mostrar diálogos como este cuando trato de abrir cualquier archivo:
El documento "test.txt" no pudo abrirse. No tienes permiso.
Para ver o cambiar los permisos, seleccione el elemento en el Finder y elija Archivo > Obtener información.
Normalmente hay mensajes como este en system.log:
9/13/12 10:41:42.952 PM sandboxd[21081]: ([357]) TextEdit(357) deny file-read-data /Users/lauri/Desktop/test.txt
9/13/12 10:41:55.118 PM TextEdit[357]: NSFileVersion tried to tried to add a new generation and failed. Versioned file URL: file://localhost/Users/lauri/Notes/temp.txt, contents URL: file://localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq, error: Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"
9/13/12 10:41:55.118 PM TextEdit[357]: NSDocument failed to preserve the old version of a document. Here's the error:
Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"
9/13/12 10:41:55.119 PM TextEdit[357]: <Document: 0x7f971d00a510>: An error occurred while attempting to preserve the backup file at file://localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq: Error Domain=GSLibraryErrorDomain Code=1 "The operation couldn’t be completed. (GSLibraryErrorDomain error 1.)"No puedo abrir ningún archivo hasta que lo deje y vuelva a abrir TextEdit. También tengo que borrar los archivos de copia de seguridad (como temp.txt.sb-de6477ff-BhVNrq ) manualmente.
He tenido el problema en dos instalaciones diferentes. He intentado borrar el contenedor de la caja de arena y reparar los permisos de la partición de recuperación. ¿Alguien sabe qué está pasando?
0 votos
¿Abres el archivo dame en TextEdit y WriteRoom al mismo tiempo?
0 votos
¿Puedes abrir terminal.app y decirnos la salida de
ls -lt?0 votos
@Mark A veces, pero no creo que empiece por eso. Aunque probablemente debería probar a quitar WriteRoom temporalmente.
0 votos
@paulgrav El problema afecta a todos los archivos, y no hay nada raro en mis permisos (o en los permisos de los archivos que he tenido abiertos cuando se ha iniciado).
0 votos
Es extraño. Aun así, probablemente no haría ningún daño intentar reparar los permisos de los usuarios. Puede que algunos atributos extendidos estén causando problemas. ¿Qué versión de OS X está ejecutando? Además, ¿hay algún error de la caja de arena en sus registros? Tu directorio principal no está alojado en un montaje de red, ¿verdad?
0 votos
@paulgrav No lo había probado antes, pero lo hice ahora también. 10.8.2, pero no recuerdo si empezó en Mountain Lion o en Lion. Sí que tengo muchos errores como
deny mach-lookup com.apple.ls.boxdydeny mach-lookup com.apple.coresymbolicationd. No he trabajado con archivos en otros volúmenes.0 votos
Dado que es repetible, una vez que se encuentra en ese estado puede usar dtruss para ver la llamada exacta al sistema que está fallando, y luego verificar si debería fallar o no, basándose en los permisos del archivo. Encuentre el pid de textedit desde una terminal con
ps -ef | grep TextEdity utilizar el segundo número. (el primero es tu UID). Entonces puedes usardtruss -p <pid>para ver el fallo de la llamada al sistema. Entonces debería ser capaz de decir si el sistema de archivos es correcto, y si es así, tal vez TextEdit tiene los perms equivocados.0 votos
Arrancar en modo seguro podría arreglar los errores de com.apple.ls.boxd . Probaré eso a continuación y luego quitaré WriteRoom. @TimothyButler Gracias, no sabía lo de dtruss.
0 votos
Tengo una tonelada de esos
lsboxderrores en mi system.log también. Creo que en su mayoría son inofensivos.