Lri
2012-09-14 01:02:13 UTC
Omtrent en gang per dag begynner TextEdit å vise dialoger som dette når jeg prøver å åpne en hvilken som helst fil:
Dokumentet “test.txt” kunne ikke åpnes. Du har ikke tillatelse.
Hvis du vil se eller endre tillatelser, velger du elementet i Finder og velger Fil> Få informasjon.
Det er vanligvis meldinger som dette i system.log:
13.9.12 10: 41: 42.952 PM sandboxd [21081]: ([357]) TextEdit (357) nekter fil-lese-data / Brukere / lauri / Desktop / test.txt9 / 13/12 10: 41: 55.118 PM TextEdit [357]: NSFileVersion prøvde å prøve å legge til en ny generasjon og mislyktes. Versjonert fil-URL: fil: //localhost/Users/lauri/Notes/temp.txt, innhold URL: fil: //localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq, feil: Error Domain = GSLibraryErrorDomain Code = 1 "Operasjonen kunne ikke fullføres. (GSLibraryErrorDomain feil 1.)" 9/13/12 10: 41: 55.118 PM TextEdit [357]: NSDocument kunne ikke bevare den gamle versjonen av et dokument. Her er feilen: Error Domain = GSLibraryErrorDomain Code = 1 "Operasjonen kunne ikke fullføres. (GSLibraryErrorDomain feil 1.)" 9/13/12 10: 41: 55.119 PM TextEdit [357]: <Document: 0x7f971d00a510>: Det oppstod en feil mens du prøver å bevare sikkerhetskopifilen ved fil: //localhost/Users/lauri/Notes/temp.txt.sb-de6477ff-BhVNrq: Error Domain = GSLibraryErrorDomain Code = 1 "Operasjonen kunne ikke fullføres. (GSLibraryErrorDomain feil 1 .) " Jeg kan ikke åpne noen filer før jeg avslutter og åpner TextEdit på nytt. Jeg må også slette sikkerhetskopifilene (som temp.txt.sb-de6477ff-BhVNrq ) manuelt.
Jeg har hatt problemet med to forskjellige installasjoner. Jeg har prøvd å slette sandkassebeholderen og reparere tillatelser fra gjenopprettingspartisjonen. Er det noen som vet hva som skjer?
Åpner du den samme filen i TextEdit og WriteRoom samtidig?
Kan du åpne terminal.app og fortelle oss utgangen av `ls -lt`?
@Mark Noen ganger, men jeg tror ikke det starter på grunn av det. Jeg burde nok prøve å fjerne WriteRoom midlertidig skjønt.
@paulgrav Problemet påvirker alle filer, og det er ikke noe uvanlig med tillatelsene mine (eller tillatelsene til filene jeg har åpnet når den har startet).
V rart. Likevel vil det sannsynligvis ikke skade for å prøve å reparere brukertillatelsene. Kan være noen utvidede attributter som forårsaker problemer. Hvilken OS X-versjon kjører du? Er det også sandkassefeil i loggene dine? Hjemmekatalogen din er ikke vert på et nettverksmontering, er det?
@paulgrav Jeg hadde ikke prøvd det før, men jeg gjorde det nå også. 10.8.2, men jeg husker ikke om det startet på Mountain Lion eller Lion. Jeg har mange feil som `nekte mach-lookup com.apple.ls.boxd` og` nekte mach-lookup com.apple.coresymbolicationd`. Jeg har ikke jobbet med filer på andre volumer.
Siden det er repeterbart, kan du når du er i den tilstanden bruke dtruss for å se det nøyaktige systemanropet som mislykkes, og deretter kontrollere om det skulle mislykkes eller ikke, basert på filens tillatelser. Finn pid av textedit fra en terminal med `ps -ef | grep TextEdit`, og bruk det andre tallet. (den første er UID). Deretter kan du bruke `dtruss -p ` for å se at systemanropet mislykkes. Da bør du kunne fortelle om filsystemet er riktig, og i så fall har TextEdit kanskje feil perms.
Å starte i sikker modus kan [fikse com.apple.ls.boxd-feilene] (http://www.princeton.edu/~jcjb/docs/osx_error_fix/). Jeg prøver det neste og fjerner deretter WriteRoom. @TimothyButler Takk, jeg visste ikke om dtruss.
Jeg har massevis av de `lsboxd`-feilene i system.log også. Jeg tror de er for det meste ufarlige.