Terminal'i açtığımda “İsmim yok!” Mesajı alıyorum


39

Birdenbire bu sabah bir Terminal penceresi açtım ve şunu anladım:

I have no name!@macbook:~$ whoami
502

** Ben bir numara değilim! Ben bir insanım! **

Ne oluyor? Adımı geri almak için ne yapmam gerektiğini bilen var mı?

Sanırım burada iki sorun var, bir tanesi ana bilgisayar adımın tanımsız olduğu, diğeri ise benim adımı sayı olarak bildiren kişi.


2
BTW - ilgilenenler için çıkış yaptım (command-shift-Q) ve tekrar giriş yapıp terminali yeniden başlattıktan sonra sorun çözüldü! McKnowledge'in durumunu ilerletmekten başka bir neden yoksa, buna neyin sebep olabileceği ile hala ilgileniyorum.
ipd

Bilgisayarın ana bilgisayar adının istemde neden görüntülendiğini mi soruyorsunuz ya da bilgisayarın neden "Adım yok!" Diye adlandırıldığını mı soruyorsunuz?
Chris Page

Neden birden bire bash istemimin "Adım yok!" Yazdığını soruyorum. bir ana bilgisayar adı yerine. Belki de sadece whoamibenim adım değil, numaramı da rapor eden bir tesadüf .
ipd

1
Ne yap hostnameve id -pdön?
CajunLuke

sistemim normale döndü. İyi öneri olsa da, bir daha olursa tekrar ikisini de kontrol edeceğim!
ipd

Yanıtlar:


24

Bellekteki bir şey bozuldu ve kullanıcı kimliğiniz (502) ile kullanıcı adınız (ipd) arasındaki eşleşme kayboldu. Bunun olduğunu gördüm (genellikle asılı sistem işlemlerini manuel olarak öldürdüğümde), buna neyin sebep olduğunu tam olarak bilmiyorum. launchdolabilir?

Bu haritalama kaybolduğundan, whoamikimliğinizi bir kullanıcı adına dönüştüremezsiniz, bu nedenle kimliği döndürür ve istekte bulunmadığınız değerler "İsmim yok!" mesajı etkili çünkü yok bir isim var.

Oturumu kapatıp tekrar açmak sabit olabilir, ancak yeniden başlatmak en iyi yoldur (keşfettiğiniz gibi).

Temel olarak, başka bir sorunun belirtisidir ve kendi başına bir problem değildir.


1
Keşke bu haritalamanın nasıl kaybolduğunu açıklayabilseydim, ama bunu çözecek kadar derine inmedim.
Bobson,

Bu yine başıma geldi. Öldürmüştüm launchdve şimdi kullandım 501ve bu da kullanılmamı engelledi sudo. Hala launchdkendini yeniden başlatıp başlatmayacağımı ya da çalışmasını engellemenin başka şeyleri etkileyeceğini hala bilmiyorum .
Bobson

Buna değer olarak, bir Linux makinesinde bununla karşılaştım, bu yüzden temel nedenin bash gibi bir şey olduğunu tahmin ediyorum. strings /bin/bash | grep "I have"
Dijital Travma,

Bu aynı zamanda kimler, hatta bağımlılıklarına sahip olmamanın yaygın olduğu kum havuzlarında da olur, which whoamibenim durumumda ldd /usr/bin/whoami, bağımlılıkları bulmak için yaptığımda , onları alıp almadığınızı ve zarar gördüklerini görün.
RomuloPBenedetti

11

Eski bir iş parçacığı görüyorum ama bu sorunun çözümü (tüm bilgisayarı yeniden başlatmadan).

Sorun, opendirectorydservistedir ve en erken raporlar 2011 yılının başından itibaren tarihlenmektedir.

Bu cevabı yazarken, ben ServerFault içinde benzer bir soru buldum burada da cevabımı kapsar.


Bu benim için işe yaramadı. Belirtilerim belki biraz farklı. Çok sayıda terminal penceresi açtım ve mevcut her bir terminal penceresi kullanıcı adı eşlemesini kaybetti, ancak her yeni pencerede sorunsuz bir şekilde var gibi görünüyor. Öldürme (aka yeniden başlatılıyor) opendirectoryd yardımcı olmadı. "Başarısız" terminalleri, ben de grup eşlemesi eksik com.apple.sharepoint.group.2ve access_bpflistelenen gruplar değil /etc/group. Bana öyle geliyor ki, eski terminal işlemleri (ve başka neyin kim olduğunu bilen) opendirectoryd'e erişimi kaybetti, opendirectoryd'in kendisi başarısız oldu.
ghoti

3

Bu, bekleme modundan devam ettiğimde (yani dizüstü bilgisayarımı açarken) rastgele oluyor. Oturumu kapatmak veya yeniden başlatmak, düzeltmem için tek yol. Buna neyin sebep olduğunu tam olarak bilmiyorum. Yazarken şu anda oluyor. Orijinal gönderideki yorumun sorduğu gibi koştum id -pve çöktü. (Kilitlenme raporu: http://pastebin.com/nmFFQELq )

Konsol komutları:

whoami - 501 döndürür

id -p - çöküyor

cat /etc/passwd - benim kullanıcı belgede değil.

Herhangi bir ssh girişimi hatayla başarısız olur:

Sen yoksun, git buradan!

Ayrıca konsolu kontrol ettim, uyanmadan, bir grup rastgele "Soket bağlı değil" hatası görünüyor (bu normal olabileceğini düşünüyorum, kablosuz olması hemen bağlanmaz) Dropbox gibi programlardan. Yine de ilginç bir hata ortaya çıkıyor:

4/12/12 8: 37: 09.045 PM coreservicesd: _scserver_ServerCheckin: müşteri kimliği doğrulama hatası; getpwuid (501) == NULL

4/12/12 8: 37: 09,400 PM coreservicesd: _scserver_ServerCheckin: müşteri kimliği doğrulama hatası; getpwuid (501) == NULL

Buna neyin sebep olduğunu hala bilmiyorum ama bu teşhisi paylaşacağımı düşündüm.

10.7.3 yüklü bir Mid 2009 MacBook Pro'dayım.


1

Dosyanın izinlerinin /etc/passwdşöyle ayarlanmış olup olmadığına bakın :

-rwxr--r--

çünkü passwddosyadan kullanıcı adını okur .


744 değildi, 644'dü. 744'e ayarlamak işe yaramadı.
ejmin

0

Sorunu iterm => preferences => URL_handler kullanarak ve whoami'yi kullanıcı adıma bağlayarak çözdüm .. iterm'de yeniden başlattıktan sonra sorun artık yoktu


0

Bu aynı şaşırtıcı sorunu bugün (Lion 10.7.5) vardı ve dscacheutil -flushcachebir yorumda önerildiği gibi, benim için sabit bazı blogda .


-1

Benim sorunum passwd arşivindeki iznim, eski iznim -rw ------- 1 root root 1280 Jun 9 15:41 passwd "chmod a + r / etc / passwd" komutunu kullandım ve şimdi tüm kullanıcılar bu arşivi okuyabilir. -rw-r - r-- 1 kök kökü 1280 Jun 9 15:41 passwd Kullanıcıyı kapatın ve deneyin. =)


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.