All'improvviso, stamattina, apro una finestra del terminale e ho capito:
I have no name!@macbook:~$ whoami
502
** Non sono un numero! Sono un essere umano! **
Cosa dà? Qualcuno sa cosa devo fare per ottenere il mio nome?
Suppongo che ci siano due problemi qui, uno è che il mio nome host non è definito, l'altro è che whoami riporta il mio nome come un numero.
Qualcosa nella memoria è stato danneggiato e la mappatura tra il tuo userID (502) e il tuo nome utente (ipd) è stata persa. L'ho visto accadere (di solito quando ho ucciso manualmente i processi di sistema bloccati), anche se non sono sicuro di quale sia la causa. launchd forse?
Poiché tale mappatura è persa, whoami non può convertire il tuo ID in un nome utente, quindi restituisce l'ID e il tuo prompt predefinito è "Non ho nome!" messaggio perché non effettivamente ha un nome.
La disconnessione e l'accesso potrebbero essere risolutivi, ma il riavvio è il modo migliore (come hai scoperto).
Fondamentalmente, è un sintomo di un altro problema, e non un problema di per sé.
Vedo che è un thread vecchio, ma qui è la soluzione a questo problema (senza riavviare l'intero computer).
Il problema si trova nel daemon opendirectoryd e nel prima data dei rapporti dall'inizio del 2011. Il riavvio del daemon (passaggio degli utenti con un amministratore tramite Fast User Switching) risolve il problema.
Durante la scrittura di questa risposta, ho trovato una domanda simile in Serverfault qui , che copre anche la mia risposta.
Mi capita casualmente quando riprendo dallo standby (ad esempio aprendo il mio laptop). Un logout o il riavvio è l'unico modo per risolverlo. Non so esattamente cosa lo causa. Mentre scrivo, sta accadendo proprio ora. Come il commento nel post originale ha chiesto, ho eseguito id -p e si è bloccato. (Rapporto sugli arresti anomali: link )
Comandi della console:
whoami - restituisce 501
id -p - arresti anomali
cat /etc/passwd - il mio utente non è nel documento.
Qualsiasi tentativo ssh fallisce con l'errore:
You don't exist, go away!
Ho anche controllato la console, dal risveglio, un mucchio di errori casuali "Socket non connessi" compaiono (che a mio avviso potrebbero essere normali, poiché la connessione wireless non si collega immediatamente) da programmi come Dropbox. Tuttavia, appare un errore interessante:
4/12/12 8:37:09.045 PM coreservicesd: _scserver_ServerCheckin: client uid validation failure; getpwuid(501) == NULL
4/12/12 8:37:09.400 PM coreservicesd: _scserver_ServerCheckin: client uid validation failure; getpwuid(501) == NULL
Non sei ancora sicuro di cosa lo stia causando, ma ho pensato di condividere questi dati diagnostici.
Sono su un MacBook Pro di metà 2009 con 10.7.3 installato.
Verifica se le autorizzazioni del file /etc/passwd sono configurate in questo modo:
-rwxr--r--
perché legge il nome utente dal file passwd .
Ho risolto il problema utilizzando iterm = > preferences = > URL_handler e collegando whoami al mio nome utente. Dopo il riavvio su iterm, il problema non era più
Oggi ho avuto lo stesso sconcertante problema (Lion 10.7.5) e dscacheutil -flushcache lo ha risolto per me, come suggerito in un commento in qualche blog .
Il mio problema è il permesso nell'archivio passwd, Il vecchio permesso è -rw ------- 1 root root 1280 Jun 9 15:41 passwd Ho usato il comando "chmod a + r / etc / passwd" e ora tutti gli utenti possono leggere questo archivio. -rw-r - r-- 1 root root 1280 Jun 9 15:41 passwd Esegui il logout dell'utente e prova. =)
Vai alla cartella Inizio in Terminale ed esegui . ~/.bashrc .
Funziona !!
Leggi altre domande sui tag terminal user-account accounts