그리고 실제로 최종 편집 : Mountain Lion으로 업그레이드 한 후에 문제가 영구적으로 수정 된 것처럼 보입니다.

최종 편집 : 문제는 항상 발생하지 않으며 때로는 며칠 동안 기다려야합니다. 따라서 다른 조건 (예 : 안전 모드 또는 일부 소프트웨어가 비활성화 된 상태)에서 테스트하기가 어렵고이 문제를 해결하기 위해 다른 조건을 트루 핑하는 데 며칠이 걸리지 않기로 결정했습니다. Graham Perrin의 제안은 범용 로그에는없는 재시작 / 재부팅 문제에 대한 특정 정보를 찾는 데 가장 도움이되었습니다.

일부 로그 항목은 하단의 편집에 있습니다.

OS X 10.7.4를 실행하는 2010 년 중반 15 인치 MacBook Pro. 때로는 기계를 다시 시작하거나 종료하려고 할 때 작동하지 않습니다. 화면이 회색으로 바뀌고 물레가 표시되지만 몇 분 후에 기계의 전원이 꺼지지 않으므로 전원을 눌러 기계를 종료해야합니다 단추.

매번 발생하지는 않으며 세션 중에 사용 된 소프트웨어를 문제와 관련시킬 수 없습니다. 사실, 이것을 테스트 할 때 때로는 시작 직후 시스템을 종료하려고 할 때 이런 일이 발생합니다.

정상적인 종료 / 재시작을 방해하는 원인을 확인하는 방법은 무엇입니까? 로그 파일을 찾아야한다고 가정하지만 어떤 파일과 무엇을 찾아야할지 확실하지 않습니다.

편집 : Graham Perrin이 제안한대로 nvram에 자세한 시작 / 종료 설정을 추가했으며 결국 컴퓨터가 재부팅 될 때 멈추었습니다. 화면에서 자세한 정보를 확인한 후 재부팅 한 후 /var/log/launchd-shutdown.log에서 해당 항목을 찾았습니다. WindowServer와 관련이있는 것으로 보입니다. 아래는 첫 3 개의 열이 제거 된 로그 파일의 끝입니다 (첫 번째는 일부 정수가 증가하고 두 번째는 "1", 세 번째는 "com.apple.launchd").

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).

다른 답변을 보완하는 중…

다시 시작하거나 종료하는 동안 상세 모드를 관찰하십시오

Mac OS X : 단일 사용자 또는 상세 모드에서 시동하는 방법

– 상세 모드에서 시작하면 재시작 또는 종료도 비슷하게됩니다.

힌트 : 상세 모드의 항목이 특정 지점을 넘어서 진행되지 않는 것 같으면 5 분 정도 기다리십시오.

• 강제로 다시 시작 (Command-Control-power); 또는
• 강제 종료 (전원 키를 길게 누릅니다).

강제 재시작이 성공하지 못하면 문제의 원인에 대한 또 다른 단서가 될 수 있습니다.

문제 지향적이지는 않지만 관련 질문 : 누구나 상세 종료 메시지를 해석 할 수 있습니까?

문제 중심의 사례는 lupincho에 대한 해결이 쉬워야합니다. 찻잎이 적습니다.

Command-V를 키잉하지 않고 상세 모드로 시작하려면

환경 설정은 NVRAM에 저장 될 수 있습니다. 터미널에 다음 명령을 입력하고 관리자 암호를 입력하십시오.

sudo nvram boot-args="-v"

시스템의 다음 시작은 자세합니다.

sysdiagnose

터미널에서 다시 시작하거나 종료하기 전에 :

sudo sysdiagnose

시간이 많이 걸리지 만 모든 실행 결과를 조사 할 필요는 없습니다. 문제가 발생한 경우에만주의하십시오.

lupincho와 같은 경우 :

• 다시 시작하거나 종료 하기 전에sysdiagnose 문제 가 발생할 수 있습니다
• sysdiagnose의 최종 결과는 관심을 가질 수있는 다음 강제로 다시 시작하거나 종료합니다.

더 구체적으로 말하면 sysdiagnose, 특정 시점 이상으로 진행 이 실패하면 해당 지점을 아는 것이 근본적인 문제를 이해하는 데 도움이 될 수 있습니다.

실행 중에 다음 키 조합을 반복해서 사용하여 상황이 진행 중인지 확인할 수 있습니다.

• Control-T

루틴 의 allmemory일부 sysdiagnose에서 Apple의 2 분 예상치는 매우 부정확 할 수 있습니다. 인내심을 가지십시오.

sysdiagnose특정 지점 이상으로 진행되지 않는 것으로 의심되는 경우 다음을 수행하십시오.

• Control-C

Control-C를 반복해서 사용하지 못하면 sysdiagnose(Lion Lion 사용 경험) 운영 체제를 다시 시작하거나 종료하려는 시도가 실패 할 것입니다.

셧다운 모니터링

Finder에서 다음으로 이동하십시오.

/private/var/log/shutdown_monitor.log

이 파일은 일반적으로 비어 있지만 문제가 발생한 종료 후 관심 항목이 포함될 수 있습니다. (이 분야에 대한 경험이 거의 없습니다.)

종료시 유일하게 유일하게 처리 된 프로세스가 WindowServer 인 경우

종료시 스트레이 프로세스가 발생하는 것은 드문 일이 아닙니다. 길을 잃지 않으면 길을 잃을 수 있습니다.

WindowServer가 종료되지 않았고이 특정 오류가 종료 실패에 기여하는 것으로 의심되는 경우 타사 소프트웨어가 WindowServer 프로세스를 비표준 적으로 사용하는지 여부를 스스로에게 문의하십시오.

Mountain Lion에서 WindowServer의 GrabFS보기를 간략히 살펴보면 다음 두 가지 디스플레이가 있습니다.

Lion이 비슷하다면, 셧다운 실패의 원인은 WindowServer를 넘어서는 것입니다.

launchctl의 결과를 기반으로 한 추측

머신이 정상적으로 실행되는 동안 다음 명령에 대한 응답은 무엇입니까?

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

Apple 이외의 소프트웨어가 문제의 원인인지 궁금합니다. 안티 바이러스, 안티 멀웨어 소프트웨어?

라이온에서 마운틴 라이온으로 업그레이드 한 후

를 겨냥하다:

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

기본값은 종료 당 하나의 로그이며 최대 두 개이므로 다음도 있습니다.

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

어떤 다음 강제 재시작 또는 강제 종료 아래로하는 것은, 당신은하도록 선택할 수 있습니다 따로 복사 설정 이 둘의 가장 최근의합니다. 두 번 이상 강제로 필요한 경우 파일을 비교하여 패턴이 나타나는지 확인할 수 있습니다.

일반적으로

타사 소프트웨어의 문제 가능성을 배제하지 말고 품질을 공개하십시오. Little Snitch는 잘 작성되고 널리 존중 될 수 있지만 다음과 같습니다.

• 때와 같은 확장 또는 너무 기괴하게이 문제의 하나의 문제는, 어떤 비 애플 커널 확장주의를 가치가있다.

OS X 10.8의 빌드 12A269를 출시하기 전 약 2 주 동안 테스트 했으며 어려운 상황에서 동작 을 종료 하는 데 특히주의를 기울였습니다 . WWDC 2012의 비디오를 보지 못했지만 가장 어려운 상황을 제외한 모든 상황에서 Apple이 힘 을 필요 로 하지 않도록 열심히 노력했다는 느낌이 들었 습니다.

에 구축 데이비드 DelMonte의 대답

적어도 Mountain Lion에서는 종료 로깅이 시작되기 전에 Little Snitch 3.0 Preview 2 (3857)가 매우 일찍로드됩니다 . 이 KEXT와 관련된 사항이 종료 시간 과 비슷하게 늦은 경우 디스크의 일반적인 로그 파일에서 문제가 나타나지 않을 수 있습니다.

Lion 또는 Mountain Lion에서 문제의 원인을 발견 한 경우 언제든지 기꺼이 알려 드리겠습니다.

그 동안 현상금에 대한 큰 감사와 함께 마지막 생각은 다음과 같습니다.

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

응용 프로그램-> 유틸리티로 이동하여 콘솔을여십시오.

system.log 파일을 살펴보면 거기에서 무언가를 찾을 수 있습니다.

pmset -g assertions 파워 어설 션 요약을 얻습니다.

$ 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" 

당신은 프로세스의 경로를 볼 수 있습니다 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

나는이 문제를 겪어 왔고 나에게 맞는 해결책을 찾았다. 귀하의 질문에 직접 대답하지는 않지만 (문제의 원인을 확인하는 방법), 그것은 가치가있는 픽스입니다.

1. "Macintosh HD> 라이브러리"로 이동하십시오.
2. "Java"라는 폴더를 삭제하십시오.
3. 텅 빈 쓰레기통
4. 셧다운
5. Java 관련 작업을 실행하면 Java를 다시 설치하라는 메시지가 표시됩니다.

그 후 종료 시간이 개선됩니다. 참고 : 시스템을 시작한 직후에 종료하면 여전히 시스템이 느리게 종료되므로 단계를 수행하고 테스트 한 후 시스템을 시작한 후 몇 분 후에 시스템을 종료하십시오.

1. 주변 장치가 연결되어 있습니까 (USB, FW 등)?

그렇다면 모든 것을 분리하고 문제가 있는지 확인하는 것이 흥미로울 것입니다.

1. 권한 복구 및 파일 무결성 검사를 시도 했습니까?

도움이 되길 바랍니다.

더 많은 아이디어 :

1. 다른 사용자 계정을 만드십시오. 이 테스트 계정으로 만 로그인하십시오. 문제가 없으면 사용자 소프트웨어에 문제가있을 수 있습니다. 문제가 있으면 하드웨어 일 수 있습니다.

2. 배터리 전원 만 사용하여 문제를 재현 해보십시오.

3. Apple의 시스템 관리 컨트롤러에 대한 단계를 수행하십시오.

SMC (System Management Controller) 재설정 제거 할 수있는 배터리로 Mac 휴대용 컴퓨터에서 SMC 재설정

컴퓨터를 종료하십시오. 컴퓨터에서 MagSafe 전원 어댑터가 연결되어 있으면 분리하십시오. 배터리를 제거하십시오. 전원 버튼을 5 초 동안 누르고 있습니다. 전원 버튼을 놓습니다. 배터리와 MagSafe 전원 어댑터를 다시 연결하십시오. 전원 버튼을 눌러 컴퓨터를 켭니다.

나는 당신이 Little Snitch가 달리고 있다는 것을 몰랐습니다. LS를 제거하여 친구에게 비슷한 문제를 해결했습니다. 나는 당신이 그것을 시도 제안합니다. 올바르게 제거하려면 LS 인스톨러를 다시 다운로드하십시오. 설치 프로그램을 실행하되 제거를 선택하십시오.

왜이 앱을 사용하고 싶은지 궁금합니다 ..

내 여자 친구는 쓰레기통에 쓰레기통을 끌어다 놓고 쓰레기통을 비워서 병렬 디렉토리를 삭제했습니다. 그러나 Library 폴더 내에서 병렬을 다시 발견했으며 올바르게 제거하기위한 쉘 스크립트 (.sh 파일)가있었습니다. 이것은 긴 부팅 문제를 해결하고 해결했습니다.

병렬화는 많은 느린 부팅의 알려진 원인이기 때문에 웹 사이트가 나타내는 것처럼 제거하기 쉽지 않은 것으로 보입니다 (dir을 끌어서 놓기 만하면됩니다).

행복한 산책로, 이것이 누군가를 돕기를 바랍니다.