새로운 MacBook Pro 노트북 및 iMac Pro 데스크탑 소유자는 갑자기 커널 패닉 오류(MacOS용 Windows의 BSOD 유사)가 발생했습니다.
오류는 Apple 지원 포럼 및 타사 리소스의 수많은 불만 사항으로 표시됩니다. 오류가 있는 창과 시스템의 후속 재부팅은 하루에 1-2번 발생하며, 장치가 잠금 해제된 후에 더 자주 발생합니다.
문제의 원인
현재 사용 가능한 데이터에 따르면 문제는 내장형 Bridge OS와 특수 T2 칩으로 인해 발생하며, 이 칩은 쿨러의 회전 속도 제어, 음향 처리 등 전력을 많이 사용하지 않는 컴퓨터 기능을 담당합니다. 문제는 T2 칩이 있는 컴퓨터에서만 발생합니다. 그러나 현재 T2의 직접적인 원인에 대한 직접적인 증거는 없으며 문제의 유병률에 대한 데이터도 없습니다.
드라이브를 청소하고 OS를 다시 설치하여 사용자가 문제를 해결하려고 시도하고 Time Machine을 통해 OS 사본을 복원하고 주변 장비를 분리하고 컴퓨터를 변경해도 완전한 효과가 나타나지 않았습니다. 이를 바탕으로 문제는 시스템 내부에 있다고 가정할 수 있습니다.
때때로 Mac이 예전만큼 빠르지 않다는 것을 알 수 있습니다. 프로그램이 느리게 실행되고 프로세서가 가열되며 팬이 최대 용량으로 실행됩니다. 오늘 우리는 이 컴퓨터가 작동하는 이유 중 하나를 알려줄 것입니다.
« с구성"Mac OS X 위에서 실행되는 시스템 구성 데몬입니다." configd "가 Mac의 백그라운드에서 실행되기 때문에 대부분의 사용자는 이를 볼 수 없습니다. 또한 이 악마는 때때로 CPU에서 비정상적인 점프를 일으키는 "재생"을 시작할 수 있으며 Mac 팬의 소리는 풍동에서 윙윙거리는 소리처럼 됩니다. 이 모든 것은 활동 모니터를 실행한 다음 "% CPU"로 프로세스를 정렬하여 진단할 수 있습니다. 잘못된 작동의 경우 "configd"는 프로세서 리소스의 20-95% 사이를 차지합니다. 이 동작이 1분 정도 지속되면 이는 일반적인 현상이며 무시할 수 있습니다. 그냥 정직하게 처리하십시오. 그러나 "configd"가 명백한 이유 없이 몇 시간 동안 프로세서를 로드할 수 있는 경우가 있습니다.
터미널을 통해 "configd" 작업 문제 해결
configd를 강제로 재개하려면 먼저 killall 명령으로 프로세스를 종료합니다. 이것은 시스템 프로세스이므로 즉시 다시 시작됩니다. "configd"가 CPU 리소스를 낭비할 때마다 이 트릭이 문제를 해결할 것입니다.
터미널(/응용 프로그램/유틸리티/에 있음)을 시작하고 다음 명령을 입력합니다.
sudo killall 구성
슈퍼 사용자로 명령을 실행하려면 관리자 암호를 입력해야 합니다. sudo 없이 명령을 실행하면 작동하지 않습니다.
Activity Monitor를 열어두고 CPU별로 정렬하면 "configd"가 사라졌다가 즉시 다시 나타나는 반면 더 이상 목록의 선두에 없고 더 이상 프로세서를 사용하지 않습니다. 이제 데몬의 정상적인 수치는 CPU 0%에서 1% 사이입니다.
"killall" 명령을 사용한 후 configd에 문제가 있는 경우 이 문서의 맨 아래로 건너뛰어 이 데몬 문제 해결에 대해 자세히 알아보세요.
터미널 없이 "configd"로 작업하기
명령줄에 익숙하지 않은 경우 두 가지 다른 옵션이 있습니다.
- 실행 중인 모든 Mac 응용 프로그램 닫기
- 컴퓨터를 재부팅
Mac을 다시 시작하면 터미널에서 configd 프로세스를 종료하는 것과 같은 효과가 있습니다. 이 방법은 데몬의 부적절한 작동이 실행 중인 프로그램 중 하나의 잘못된 작동으로 인해 발생한 경우에 도움이 될 수 있습니다.
Configd 진단 및 데몬 도움말
공식적으로 Apple은 configd를 다음과 같이 설명합니다.
« Configd "데몬은 로컬 시스템 구성의 여러 측면을 담당합니다. "Configd"는 시스템의 현재 상태에서 사용하는 데이터를 저장하고, 이 데이터가 변경될 때 애플리케이션 알림을 제공하고, 다른 에이전트에 대한 다양한 구성을 처리합니다.»
"configd"의 잘못된 동작에 대한 이유를 진단하려면 우선 다음 디렉터리에 있는 PLIST 파일의 불일치를 확인할 수 있습니다.
/ 시스템 / 라이브러리 / 시스템구성 /
/ 라이브러리 / 기본 설정 / 시스템 구성 /
또 다른 옵션은 "configd"를 다시 실행하지만 고급 모드에서 다음 명령을 사용하는 것입니다.
sudo / usr / libexec / configd -v
이 명령은 시스템에서 일어나는 일에 대한 자세한 정보를 콘솔로 내보냅니다. 이 정보를 앞서 언급한 시스템 디렉토리에 있는 것과 비교하면 데몬이 오작동하는 정확한 원인을 찾는 데 매우 도움이 될 수 있습니다.
일반적인 경험에 따르면 일부 응용 프로그램과 프로세스는 다른 것보다 "configd" 데몬을 더 자주 호출합니다. 이것은 일부 프린터, Java 응용 프로그램 및 네트워크 연결 시도가 여러 번 실패할 때 발생합니다. 이것이 때때로 시스템의 모든 응용 프로그램을 재설정하는 것이 이 문제를 해결하는 데 매우 효과적인 이유입니다.
나는 오래된 노트북을 손에 넣었다 맥북 프로 2010크게 둔화된 해. 해당 모델에 HDD가 장착되어 디스크에 의심이 들어 이미 설치된 SSD로 교체하기로 결정했습니다. 맥 OS다른 차에서 가져왔습니다.
문제는 사라지지 않았고 시각적인 개선도 없었습니다. 여러 번 확인 후 재설정 NVRAM그리고 에스엠씨, 쿨러가 100% rpm으로 돌고 있었기 때문에 하드웨어에 문제가 있다고 거의 확신했을 때 우연히 " 시스템 모니터링"그리고 프로세서 부하가 140-250% 증가했습니다.
문제는 그 과정이 커널 작업
CPU 리소스를 소비하고 전체 OS가 작동하지 못하게 했습니다.
다음은 Apple이 이 프로세스에 대해 작성한 내용입니다.
kernel_task 프로세스는 계산 집약적인 프로그램의 CPU 리소스 가용성을 줄여 CPU 온도를 관리하는 데 도움이 됩니다. 즉, CPU 과열의 위험이 있을 때 kernel_task 프로세스가 시작됩니다. 그 자체로는 그러한 상황을 일으키지 않습니다. CPU 온도가 떨어지면 이 프로세스의 활동이 자동으로 감소합니다.
문제에 대한 해결책을 찾았습니다.
1) 먼저 숨겨진 폴더 표시를 켭니다.
- "터미널"로 이동합니다.
- 우리는 2가지 명령으로 운전합니다:
기본값 쓰기 com.apple.finder AppleShowAllFiles TRUE
킬올 파인더
2) 그런 다음 컴퓨터 모델을 결정합니다.
- "이 Mac에 관하여"를 클릭하십시오.
- 그런 다음 "자세히" 버튼을 누릅니다.
- "시스템 보고서"를 클릭하십시오.
하드웨어가 있는 곳에서 "모델 ID"를 찾고 기억합니다. 제 경우에는 MacBookPro7,1입니다.
3) 다음 경로를 따르십시오.
/ 시스템 / 라이브러리 / 확장
파일을 선택 IOPlatformPluginFamily.kext, 마우스 오른쪽 버튼을 클릭하고 "패키지 내용 표시"를 선택하십시오.
4) 로 이동 목차 / 플러그인 , 파일에 ACPI_SMC_PlatformPlugin.kext"패키지 내용 표시"도 선택하십시오.
5) 더 나아가 목차 / 리소스 노트북 모델이 있는 파일을 찾습니다. 기억하십시오: 나는 MacBookPro 7.1을 가지고 있었습니다. 이 파일을 삭제하십시오! (필요한 파일이 없으면 가장 가까운 모델을 삭제하십시오. 예를 들어 8.1이 없으면 7.1과 9.1을 삭제하십시오.)
6) 컴퓨터를 다시 시작합니다. 아마도 이 절차는 모든 Mac OS 업데이트 후에 수행해야 할 것입니다.
이전과 같이 폴더 표시를 되돌리려면 "터미널"에서 다음 명령을 실행하십시오.
기본값 쓰기 com.apple.finder AppleShowAllFiles FALSE
킬올 파인더
모델 ID를 삭제할 수 없는 경우
MacOS El Capitan 이상이 있는 경우 시스템 무결성 보호(줄여서 시스템 무결성 보호 또는 SIP)를 먼저 제거해야 하므로 시스템에서 식별자 파일 삭제를 허용하지 않습니다.
SIP는 복구 모드에서만 비활성화할 수 있습니다. 재부팅해야 "에 액세스 할 수 있습니다. 단말기"그리고 종료 명령을 입력하십시오.
- Mac을 끄고 켤 때 ⌘R 키(Command + R)를 길게 누릅니다.
- 로드 후 복구 메뉴로 이동합니다. 우리는 "섹션을 엽니 다. 유용"그리고 달려" 단말기»;
- 다음 명령을 입력합니다.
csrutil 비활성화 - Mac을 재부팅하십시오.
보호를 활성화하려면 복구 모드로 다시 들어가 터미널을 열고 명령을 입력해야 합니다.
Google의 보안 팀인 Project Zero는 macOS 커널에서 "높은 보안"(통해 애플인사이더).
커널 오류
커널은 운영 체제의 핵심입니다. 모든 것을 완벽하게 제어하고 소프트웨어, 메모리, 컴퓨터 액세서리 등의 I/O와 같은 것을 처리합니다. XNU는 모든 Apple 운영 체제에서 사용되는 커널 이름입니다.
이 결함으로 인해 해커는 운영 체제에 알리지 않고 파일을 변경할 수 있습니다. 이것은 COW(copy-on-write)라고 하는 것을 엉망으로 만들어 프로세스 간에 데이터를 쓸 수 있게 하지만 데이터를 수정하는 다른 것들로부터 보호되어야 합니다. 이 결함으로 인해 이러한 일이 발생합니다.
이 copy-on-write 동작은 익명 메모리뿐만 아니라 파일 매핑에서도 작동합니다. 즉, 할당 프로세스가 마이그레이션된 메모리 영역에서 읽기를 시작한 후 메모리 사용량이 증가하면 마이그레이션된 메모리가 포함된 페이지가 페이지 캐시에서 삭제될 수 있습니다. 나중에 선점된 페이지가 다시 필요할 때 백업 파일 시스템에서 다시 로드할 수 있습니다.
