Yanıtlar:
.Bashrc dosyanızda bir hata olması olasıdır. Ya .bashrc dosyasına yankı ifadeleri yapıştırmayı deneyebilir ya da kaldırabilir ya da sorunun olup olmadığını görmek için bash yerine tcsh'yi deneyebilirsiniz ...
Benzer bir sorun yaşadım.
Benim durumumda, Terminal başlığında 'Terminal - login - 80x24' diyerek dururdu .
Terminali OS X diskinden yeniden yüklemek istemedim ve bu yüzden birkaç farklı prosedür izledim ve sonunda biri işe yaramış gibi görünüyordu. Hangisinin en önemli olduğundan emin değilim, ancak birisinin onları yararlı bulması durumunda tam adımımı paylaşmaya karar verdim:
1. com.apple.Terminal.plist
uzaklaşın ~/Library/Preferences/
.
Bazıları Terminal yapılandırma dosyasının dağıtılabileceğini ve uygulamanın başlamasını engelleyebileceğini bildiriyor.
Bu dosyayı yedekleme için bir yere taşıyın, Terminalden çıkın ve yeniden başlatın.
Benim durumumda, yapılandırmayı sıfırlamak yazı tipi ve renk ayarlarını varsayılan olarak değiştirdi, ancak sorun devam etti. Sizinkeyse, ikinci adıma geçin:
2. bash dışında kabuk çalıştırmayı deneyin
Terminal'deki varsayılan kabuğun değiştirilmesi ve Terminal'in /bin/zsh
yeniden başlatılmasına özgü olup olmadığını görmek için Terminal'i yeniden başlatmaya yönelik bazı öneriler . Benim durumumda, böyle bir şey değişmedi ve Terminal hala asılacaktı login
.
3. .bash*
Dosyaları ana dizinden uzaklaştırmayı deneyin
Bir önceki oturumda dizinimde .bash_profile
dosya oluşturduğumu hatırladım . Belki de bununla ilgili bir sorun var. Eğer kendiniz bir tane oluşturmadıysanız, özellikle yazılım Mac OS'ye özgü değilse, bazı yükleyici bunu oluşturabilir (veya düzenleyebilir).
Ne yazık ki, Finder varsayılan olarak gizli dosyaları göstermez ve bunu yapmak için kolay bir yol sağlamaz. Ancak, benim durumumda, Automator'ın bash komutlarını başarıyla çalıştırabildiğini gördüm :
Bu benim kullandığım komut dosyası:
cd ~
mkdir backup
for F in .bash*
do
mv $F backup
done
Giriş dizinimden başlayarak tüm dosyaları alt .bash
dizine taşıdı backup
.
4. Yeniden başlat
Uygulamayı yeniden başlatmak bu noktada benim için işe yaramadı ama ben de yeniden denemeye karar verdi .
Yeniden başlattıktan sonra Terminal çalıştı. Voila
Kaydedilmiş olanı com.apple.Terminal.plist
geri taşıdım, ~/Library/Preferences/
mevcut olanı değiştirdim ve eski (ve biraz da kullanışlı olmayan) .bash*
dosyaları ve silinmiş backup
dizini geri yüklememeye karar verdim .
Sorunu çözen bir tesadüf mü yoksa belirli adımların bir kombinasyonu mu olduğunu bilmiyorum ama Terminal'in tekrar çalıştığına sevindim ve umarım senin de bunu yapar.
Geçerli işlem gerçekten "oturum açma" ise, genellikle oturum açma işleminin oturum açma oturumu oluşturmayı beklediği ve henüz kabuğu başlatmayı denemediği anlamına gelir. Bunu doğrulamak için Etkinlik İzleyicisi'ne bakın ve kabuğun çalışıp çalışmadığını veya yalnızca bir "oturum açma" işlemi görüp görmediğinizi görün. Açık olan başka terminalleriniz varsa, bunlar için başka "giriş" ve kabuk süreçlerini görebildiğinizden, hangi işlemleri incelediğinize dikkat edin. Sorun işlemi genellikle en yüksek işlem kimlik numarasına (PID) sahip olan en son işlemdir.
Mark Szymanski'nin yeniden başlatmanın kendi durumunda yardımcı olmadığını söylediğini fark ettim, ama yine de bundan bahsetmem gerektiğini düşündüm: gerçekten "giriş" e sıkışmışsa, en yaygın neden "sudo" yu çalıştırıp terminali kapatmanızdır. şifrenizi girmenizi beklerken. Bunu yaparsanız, sudo parolayı sonsuza kadar bekler ve sudo işlemini öldürene kadar tüm oturum açma işlemleri engellenir. Sorunu çözmenin en basit yolu yeniden başlatmaktır. Alternatif olarak, sudo'yu Etkinlik Monitörü'nden (veya açık bir terminaliniz varsa başka bir terminalden) öldürebilirsiniz. Mac OS X Lion 10.7'den itibaren, sudo terminalin kaybolduğunu ve parolayı beklemeyi durdurduğunu fark edecektir, bu nedenle bu sorun artık oluşmamalıdır.
Oturum açma gecikmelerinin bir başka nedeni, bir Açık Dizin ağına bağlıysanız ve dizin sunucusunun durgun veya yanıt vermiyor olmasıdır. Bunu ağ yöneticinize bildirin. Bu genellikle sadece birkaç saniyelik gecikmelere neden olur, ancak bazı durumlarda birkaç dakika sürebilir.
Sorun kabuk veya ağ değil. * .Asl dosyalarını kaldırın:
sudo rm -rf /private/var/log/asl/*.asl
Zaman alır, çünkü yeni bir kabuk başlar. Ama ondan sonra, yine iyi çalışıyor.