Ve umarım gerçekten son düzenleme: Mountain Lion'a yükselttikten sonra, sorun umarım kalıcı olarak sabit görünüyor.

Son Düzenleme: Sorun her zaman gerçekleşmez, bazen ortaya çıkması için birkaç gün beklemek zorundayım. Bu yüzden farklı koşullar altında test etmek zordur (yani güvenli mod veya bazı yazılımlar devre dışı bırakılmışsa) ve bunu düzeltmek için farklı koşulları kullanarak gün geçirmeye değmeyeceğine karar verdim. Graham Perrin'in önerileri, genel amaçlı günlüklerde bulunmayan yeniden başlatma / yeniden başlatma sorunları hakkında belirli bilgileri bulmak için en yararlıydı.

Bazı günlük girişleri alttaki Düzen'de bulunur:

2010 Ortası MacBook Pro'da, OS X 10.7.4 çalıştıran 15 inç. Bazen makineyi yeniden başlatmaya veya kapatmaya çalışırken, işe yaramaz - ekran gri olur, çıkrık gösterilir, ancak makine kapanmaz, bu nedenle birkaç dakika sonra makineyi güç düğmesine basarak kapatmam gerekir. buton.

Her seferinde olmuyor ve oturum sırasında kullanılan herhangi bir yazılımı sorunla ilişkilendiremiyorum. Aslında, bunu test ederken, bazen makineyi başlattıktan hemen sonra kapatmaya çalıştığımda bu olur.

Zarif kapatma / yeniden başlatmayı neyin önlediğini nasıl kontrol edebilirim? Bazı günlük dosyalarına bakmam gerektiğini varsayıyorum, ancak hangilerinin ve neyin aranacağından emin değilim.

Edit: Graham Perrin tarafından önerildiği gibi nvram ayrıntılı başlatma / kapatma ayarı eklendi ve sonunda makine yeniden başlatma sıkışmış. Ekranda bazı ayrıntılı girişler gördüm ve yeniden başlattıktan sonra bunları /var/log/launchd-shutdown.log içinde buldum. WindowServer'ın bununla bir ilgisi olabileceği anlaşılıyor. Aşağıda, ilk 3 sütunun kaldırıldığı günlük dosyasının sonu (ilkinde bazı tamsayı sayıları, ikincisinde "1" ve üçüncü - "com.apple.launchd" girişleri vardı):

234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   Job has not died after being killed 2 seconds ago. Simulating exit.
234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   EVFILT_PROC event for job.
1 com.apple.launchd         KEVENT[0]: udata = 0x107827a90 data = 0x0 ident = 234 filter = EVFILT_PROC flags= 0x0 fflags = NOTE_EXIT
234 com.apple.WindowServer   Reaping
234 com.apple.WindowServer   Simulated exit: <rdar://problem/9359725>
234 com.apple.WindowServer   Exited 22.016701 seconds after the first signal was sent
0 com.apple.WindowServer     Exited while shutdown in progress. Processes remaining: 0/0
0 com.apple.WindowServer   Job was last to exit during shutdown of: System.
0 com.apple.WindowServer    Total rusage: utime 0.000000 stime 0.000000 maxrss 0 ixrss 0 idrss 0 isrss 0 minflt 0 majflt 0 nswap 0 inblock 0 oublock 0 msgsnd 0 msgrcv 0 nsignals 0 nvcsw 0 nivcsw 0
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver.active
0 com.apple.WindowServer  Mach service deleted: com.apple.windowserver.active
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver
0 com.apple.WindowServer   Mach service deleted: com.apple.windowserver
0 com.apple.WindowServer    Removed
1 com.apple.launchd      System: No submanagers left.
1 com.apple.launchd    System: Removing.
1 com.apple.launchd   System: Removing job manager.
1 com.apple.launchd    System: Userspace shutdown finished at: Wed Aug  1 08:53:12 2012
1 com.apple.launchd   System: Userspace shutdown took approximately 22 seconds.
1 com.apple.launchd   VM statistics (now - orig): Free: 28472 Active: -21833 Inactive: -1038 Reactivations: 0 PageIns: 25 PageOuts: 0 Faults: 1654 COW-Faults: 335 Purgeable: -849 Purges: 0
1 com.apple.launchd   System: Stray process at shutdown: PID 234 PPID 1 PGID 234 WindowServer
1 com.apple.launchd       System: About to call: reboot(RB_HALT).

Diğer cevaplar tamamlanıyor…

Yeniden başlatma veya kapatma sırasında ayrıntılı modu gözlemleyin

Mac OS X: Tek kullanıcılı veya ayrıntılı modda başlatma

- ayrıntılı modda başlarsanız, yeniden başlatma veya kapatma da benzer şekilde ayrıntılı olacaktır.

İpucu: Ayrıntılı moddaki şeyler belirli bir noktanın ötesine geçmiyor gibi görünüyorsa, ikisinden önce beş dakika bekleyin:

• yeniden başlatmaya zorlama (Command-Control-power); veya
• kapanmaya zorlamak (güç tuşunu basılı tutun).

Zorla yeniden başlatma başarılı olmazsa, sorun (lar) ın nedeni için başka bir ipucu olabilir.

İlgili bir soru, sorun odaklı olmasa da: Herkes ayrıntılı kapatma mesajlarını yorumlayabilir mi?

Buradaki probleme yönelik vakanın lupincho için çözülmesi daha kolay olmalıdır. Daha az çay yaprakları.

Command-V tuşlarına basmadan ayrıntılı modda başlatmak için

Bir tercih NVRAM'de saklanabilir. Terminal'e aşağıdaki komutu girin ve yönetici şifrenizi girmeye hazır olun:

sudo nvram boot-args="-v"

Sistemin bir sonraki başlangıcı ayrıntılı olacaktır.

sysdiagnose

Her yeniden başlatma veya kapanmadan önce, Terminal'de:

sudo sysdiagnose

Zaman alıcıdır, ancak tüm çalışmaların sonuçlarını araştırmanıza gerek yoktur. Yalnızca bir sorun ortaya çıkarsa dikkat edin.

Lupincho's gibi bir dava için:

• yeniden çalıştırılmadan veya kapatılmadan önce bir sysdiagnosesorun ortaya çıkabilir
• sysdiagnose nihai sonucu ilgisini çekebilir aşağıdaki bir zorunlu yeniden başlatma veya kapatın.

Daha spesifik olarak: eğer sysdiagnosebelirli bir noktanın ötesine geçemezse, o noktayı bilmek temel problemi anlamaya yardımcı olabilir.

Çalışma sırasında, işlerin ilerleyip ilerlemediğini görmek için aşağıdaki tuş kombinasyonunu tekrar tekrar kullanabilirsiniz:

• Kontrol-T

Rutinin bir allmemorykısmı için sysdiagnose, Apple'ın iki dakikalık tahmini çılgınca yanlış olabilir. Sabırlı ol.

Bunun sysdiagnosebelirli bir noktanın ötesine geçemediğinden şüpheleniyorsanız , şunu tuşlayın:

• Kontrol-Cı

Control-C'nin tekrarlanan kullanımı iptal sysdiagnoseedilemezse, (Mountain Lion ile yaşadığım deneyime göre), işletim sistemini yeniden başlatma veya kapatma girişiminin başarısız olacağı neredeyse kesindir.

Kapatma izleme

Finder'da şuraya gidin:

/private/var/log/shutdown_monitor.log

Bu dosya genellikle boştur, ancak sorunlu bir kapanışın ardından ilgi çekici öğeler içerebilir. (Bu alanda çok az deneyimim var.)

Kapatma sırasında tek başıboş işlem WindowServer ise

Kapanışta başıboş işlemler olması olağandışı değildir. Bir sokak başı yalnızca öldürülmezse sorunlu olabilir.

WindowServer'ın öldürülmediğinden ve bu sapmanın kapatma hatasına katkıda bulunduğundan şüpheleniyorsanız: kendinize herhangi bir üçüncü taraf yazılımının WindowServer işleminin standart dışı kullanımını kullanıp kullanmadığını sorun.

Mountain Lion'da WindowServer'ın GrabFS görünümünün iki ekranlı Hızlı Görünümü:

Lion benzerse, o zaman benim duygudurum kapatma hataları nedeni WindowServer ötesinde olmasıdır.

Tahmin, lansman sonuçlarına göre

Makine normal çalışırken, aşağıdaki komuta ne yanıt verir?

sudo launchctl list | grep  --invert-match com.apple

Apple dışındaki herhangi bir yazılımın soruna katkıda bulunup bulunmadığını merak edin. Anti-virüs, anti-malware yazılımı?

Lion'dan Mountain Lion'a yükseltme sonrasında

Hedefliyoruz:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log

Görünüşe göre varsayılan, kapanma başına bir günlük, maksimum iki ile aynı zamanda:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log.1

Herhangi takiben zorla yeniden başlatma veya zorla kapatma aşağı, sen seçebilirsiniz kenara bir kopyasını ayarlamak ikisinin En son evi. Birden fazla durumda kuvvet gerekiyorsa, bir patern ortaya çıkıp çıkmadığını görmek için dosyaları karşılaştırabilirsiniz.

genellikle

Üçüncü taraf yazılımlarda sorun olma olasılığını göz ardı etmeyin, hatta kaliteyi serbest bırakın. Küçük Snitch iyi yazılmış ve yaygın olarak saygın olabilir, ancak:

• bu sorudaki gibi sorunlar genişlediğinde veya çok kafa karıştırıcı olduğunda, Apple dışındaki herhangi bir çekirdek uzantısı dikkati hak eder.

OS X 10.8'in Build 12A269'unu piyasaya sürülmeden önce yaklaşık iki hafta boyunca test ettim, özellikle zor durumlarda davranışları durdurmaya dikkat ettim . WWDC 2012'den herhangi bir video izlemememe rağmen, Apple'ın en zor durumlar haricinde güç ihtiyacını önlemek için çok çalıştığını hissediyorum .

David DelMonte'nin cevabı üzerine inşa

En azından Mountain Lion'da, kapatma günlüğü başlamadan önce Little Snitch 3.0 Preview 2'nin (3857) yükünü çok erken görüyorum . Bu KEXT ile ilgili şeyler kapatma süresine benzer şekilde geç kalıyorsa , diskteki olağan günlük dosyalarında bir sorun olmayabilir.

Sorunun nedenini - Aslan ya da Dağ Aslanı ile - keşfederseniz, memnuniyetle öğrenirim.

Bu arada, ödül için büyük bir teşekkürle, kapanış düşüncesi:

kextstat -l | grep --invert-match com.apple

Uygulamalar -> Yardımcı Programlar'a gidin ve Konsolu açın

System.log dosyasına bir göz atın, orada bir şey bulabilirsiniz.

pmset -g assertions güç iddialarının bir özetini alır:

$ pmset -g assertions
Assertion status system-wide:
   PreventUserIdleDisplaySleep             0
   CPUBoundAssertion                       0
   DisableInflow                           0
   ChargeInhibit                           0
   PreventSystemSleep                      0
   PreventUserIdleSystemSleep              1
   ExternalMedia                           1
   DisableLowPowerBatteryWarnings          0
   EnableIdleSleep                         1
   NoRealPowerSources_debug                0
   UserIsActive                            0
   ApplePushServiceTask                    0

Listed by owning process:
  pid 153: [0x00000099012c023b] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleUSBAudioEngine:Apple Inc.:Display Audio:15261930:2,1'.noidlesleep" 
  pid 19: [0x00000013012c0235] ExternalMedia named: "com.apple.powermanagement.externalmediamounted" 

Bir işlemin yolunu aşağıdakilerle görebilirsiniz ps up $pid:

$ ps up 153
USER          PID  %CPU %MEM      VSZ    RSS   TT  STAT STARTED      TIME COMMAND
_coreaudiod   153   0.0  0.2  2475000   6740   ??  Ss   Fri05PM  12:17.71 /usr/sbin/coreaudiod

Eskiden bu problemim vardı ve benim için çalışan bir düzeltme buldum. Sorunuzu doğrudan yanıtlamasam da (soruna neyin neden olduğunu nasıl kontrol edeceğim), denemeye değer bir düzeltme:

1. "Macintosh HD> Kütüphane" ye gidin
2. "Java" adlı klasörü silin
3. Çöp Kutusunu Boşalt
4. Kapat
5. Java ile ilgili bir şey çalıştırdığınızda, Java'yı yeniden yüklemeniz istenir, bunu yapın.

Bundan sonra kapatma süresi düzelmelidir. Not: Sistem başladıktan hemen sonra kapattığımda hala yavaş kapanma oluyor, bu yüzden adımları izledikten ve test etmek istedikten sonra, sistem kapatılmadan önce birkaç dakika bekleyin.

1. Bağlı çevrebirim ekipmanınız var mı (USB, FW, vb.)?

Öyleyse, her şeyin bağlantısını kesmek ve sorunun var olup olmadığını görmek ilginç olurdu.

1. İzinleri onarmayı ve dosya bütünlüğünü kontrol etmeyi denediniz mi?

Umarım bu yardım eder.

Biraz daha fikir:

1. Başka bir kullanıcı hesabı oluşturun. Yalnızca bu test hesabı olarak oturum açın. Sorununuz yoksa, kullanıcı yazılımınızda bir şey olması muhtemeldir. Sorun yaşarsanız, donanım olabilir.

2. Sadece pil gücünü kullanarak sorunu yeniden oluşturmaya çalışın.

3. Apple'ın Sistem Yönetimi denetleyicisi için adımları izleyin -

Sistem Yönetimi Denetleyicisini (SMC) Sıfırlama Mac taşınabilir bilgisayarlarındaki SMC'yi kaldırabileceğiniz bir pil ile sıfırlama

Bilgisayarı Kapat. Bağlıysa, MagSafe güç adaptörünü bilgisayardan çıkarın. Pili çıkarın. Güç düğmesini 5 saniye basılı tutun. Güç düğmesini bırakın. Pili ve MagSafe güç adaptörünü tekrar bağlayın. Bilgisayarı açmak için güç düğmesine basın.

Little Snitch'in kaçtığını fark etmedim. LS'yi kaldırarak bir arkadaşım için de benzer bir sorunu çözdüm. Bunu denemenizi öneririm. Düzgün çıkarmak için LS yükleyicisini tekrar indirin. Yükleyiciyi çalıştırın, ancak kaldır'ı seçin.

Ben de neden bu uygulamayı kullanmak istersiniz merak ediyorum ..

Kız arkadaşım, direkleri çöp kutusuna sürükleyip bırakarak ve çöpleri boşaltarak paralelliklerin dizinlerini silmişti. Ancak, Kütüphane klasöründe yine paralellikler buldum ve düzgün bir şekilde kaldırmak için bir kabuk komut dosyası (.sh dosyası) vardı. Bu işe yaradı ve uzun önyükleme sorunlarımızı çözdü.

Paralellikler birçok yavaş botun bilinen bir nedeni olduğu ve web sitelerinin belirttiği gibi kaldırılması kolay olmadığı için (sadece sürükleyip bırakarak) göründüğünden bahsediyorum.

Mutlu yollar, umarım bu birine yardımcı olur.