Il Finder non si avvia quando un utente specifico accede

Naviga le tue risposte
0

Ci sono tre account utente su un sistema che esegue Yosemite 10.10.1.

  1. Quando un utente specifico esegue l'accesso, Finder non viene avviato.
  2. La scelta rapida da tastiera per la chiusura forzata ( ⌘ - ⌥ - esc ) funziona, ma Finder non è nell'elenco.
  3. Anche la scorciatoia da tastiera per il riavvio ( ⌘ - ^ - ⎋ ) funziona.
  4. Il Finder inizia quando uno degli altri due utenti esegue l'accesso.
  5. Nella cartella ~/Library/Logs dell'account interessato, ho notato SystemUIServer_2015-01-14-135204_ComputerName , incluso quanto segue, che può essere rilevante o meno:
Crashed Thread: 2 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000000010db8cca0 VM Regions Near 0x10db8cca0: VM_ALLOCATE 000000010db65000-000000010db69000 [ 16K] r--/r-- SM=S/A --> VM_ALLOCATE 000000010db8d000-000000010dbd6000 [ 292K] r--/r-- SM=SHM

In che modo normalmente Finder viene richiamato all'accesso e qual è l'approccio migliore per la risoluzione dei problemi più approfondita? Mi rendo conto che eliminare e sostituire completamente l'account utente risolverebbe il problema, ma mi piacerebbe sapere cosa sta succedendo e come risolverlo direttamente.

    
posta Miles Erickson 20.01.2015 - 09:06
fonte

2 risposte

1

Per prima cosa, assicurati che l'utente sia il proprietario della loro home directory. In Terminale, sudo ls -lFad /Users/(username) e le autorizzazioni sono impostate almeno "rwx" per il proprietario. Allo stesso modo, per / Users / (username) / Library / folder.

Ci sono file temporanei della cache in /var/folders/(two letters)/(more characters)/ per ogni utente. Puoi trovare quello specifico per il tuo utente facendo sudo ls -lFad /var/folders/*/* e cercando quello che è di proprietà dell'utente. Spostare l'intera directory in un altro posto (come /Users/Shared/temporary/ ) può consentire all'utente di accedere correttamente; ma ne dubito. Un danneggiamento della cache dovrebbe essere risolto automaticamente. Ma, nell'interesse della completezza, lo elenco qui comunque.

Ci sono alcuni file nella libreria / cartella dell'utente che (se danneggiati) potrebbero causare il blocco del login. Questo elenco è arbitrario e non è garantito che sia completo, ma è un elenco dei sospetti più probabili. Puoi spostare questi (o anche tutti i file delle preferenze) e sostituirli sistematicamente per vedere cosa causa l'hangup, supponendo che l'accesso funzioni quando i file vengono spostati.

File in ~ / Library / Preferences / 

.GlobalPreferences.plist
com.apple.BezelServices.plist
com.apple.dock.plist
com.apple.dock.db
com.apple.finder.plist
com.apple.loginwindow.plist
com.apple.QuickLookDaemon.plist
com.apple.systemuiserver.plist
loginwindow.plist

File in ~ / Library / Preferences / ByHost / 

.GlobalPreferences.(long string).plist
com.apple.windowserver.(long string).plist

File in ~ / Library / LaunchAgents / 

(could be anything)

File in ~ / Library / LaunchDaemons / 

(could be anything)

Ancora una volta, questo può o non può risolvere il tuo problema; ma è un buon punto di partenza.

    
risposta data 31.01.2015 - 12:17
fonte
0

La prima cosa che proverei a fare è correggere tutte le autorizzazioni su / unità

prova:
sudo diskutil repairPermissions /

e segnala se ha aiutato.

    
risposta data 31.01.2015 - 11:23
fonte

Leggi altre domande sui tag

Posizioni per passare da WiFi a Ethernet MacBook Pro 13 non si addormenta quando il coperchio è chiuso