重大なシステムエラー（カーネルパニック）の診断と「処理」。 MacOSのkernel_taskプロセスとは何ですか？ 取り外し可能なバッテリーを搭載したMacラップトップの場合

GoogleのセキュリティチームProjectZeroは、macOSカーネルの欠陥を発見しました。 上級セキュリティ」（ AppleInsider).

カーネルエラー

コアはコアです オペレーティング・システム..。 すべてを完全に制御し、I / Oなどを処理します。 ソフトウェア、メモリ、コンピュータアクセサリなど。 XNUは、すべてのAppleオペレーティングシステムで使用されるカーネル名です。

この欠陥により、ハッカーはオペレーティングシステムに通知せずにファイルに変更を加えることができます。 これは、コピーオンライト（COW）と呼ばれるものを台無しにします。これにより、プロセスはデータを相互に書き込むことができますが、他の変更から保護する必要があります。 この欠陥はこれが起こることを可能にします。

このコピーオンライトの動作は、匿名メモリだけでなく、ファイルマッピングでも機能します。 これは、割り当てプロセスが移行された領域からの読み取りを開始した後、メモリ使用量が増えると、移行されたメモリを含むページがページキャッシュから削除される可能性があることを意味します。 後で、プリエンプトされたページが再び必要になったときに、バックアップファイルシステムからリロードできます。

Macの速度が以前ほど速くないことに気付くことがあります。 プログラムの実行速度が遅くなり、プロセッサが熱くなり、ファンが最大容量で動作します。 今日は、このコンピューターが機能する理由の1つをお伝えします。

« сonfigd「MacOSXシステム上で実行されるシステム構成デーモンです。「configd」が実行されるため、ほとんどのユーザーには表示されません。 バックグラウンドマック。 また、この悪魔は時々「再生」し始め、CPUに異常なジャンプを引き起こし、Macのファンの音が風洞のようにハムのようになります。 これらはすべて、アクティビティモニターを実行し、CPUの割合でプロセスを並べ替えることで診断できます。 いつ 間違った仕事「Configd」は、CPUリソースの20〜95％を占めます。 この動作が1分ほど続く場合、これは一般的な発生であり、無視できます。正直に動作させてください。 ただし、「configd」がプロセッサを何もせずに数時間ロードできる場合があります。 明らかな理由これについて。

ターミナルを介して「configd」を操作する問題を解決する

configdを強制的に再開するには、最初にkillallコマンドを使用してプロセスを強制終了します。 これはシステムプロセスであるため、すぐに再起動されます。 「configd」がCPUリソースを浪費しているときはいつでも、このトリックは問題を解決します。

ターミナル（/アプリケーション/ユーティリティ/にあります）を起動し、次のコマンドを入力します。

sudo killall configd

スーパーユーザーとしてコマンドを実行するには、管理者パスワードを入力する必要があります。 sudoなしでコマンドを実行しても機能しません。

アクティビティモニターを開いたままにしてCPUで並べ替えると、「configd」が消えてすぐに再表示されますが、リストのリーダーには含まれず、プロセッサーを消費しなくなります。 これで、デーモンの通常の数値は0％から1％のCPUになります。

「killall」コマンドを使用した後にconfigdに問題がある場合は、この記事の最後にスキップして、このデーモンのトラブルシューティングの詳細を確認してください。

ターミナルなしで「configd」を操作する

あなたが精通していない場合 コマンドライン、他に2つのオプションがあります。

1. 実行中のすべてのMacアプリケーションを閉じます
2. コンピュータを再起動します

Macを再起動すると、ターミナルのconfigdプロセスを強制終了するのと同じ効果があります。 この方法は、デーモンの不適切な操作が、実行中のプログラムの1つの誤った操作によって引き起こされた場合に役立ちます。

構成された診断とデーモンのヘルプ

公式には、Appleはconfigdを次のように説明しています。

« Configd "デーモンは、ローカルシステム構成の多くの側面を担当します。 「Configd」は、システムの現在の状態で使用されるデータを格納し、このデータが変更されたときにアプリケーションに通知し、他のエージェントのさまざまな構成を処理します。»

「configd」の誤った動作の理由を診断したい場合は、まず、次のディレクトリにあるPLISTファイルの不一致を確認できます。

/システム/ライブラリ/ SystemConfiguration /

/ライブラリ/設定/ SystemConfiguration /

別のオプションは、次のコマンドを使用して、詳細モードで「configd」を再度実行することです。

sudo / usr / libexec / configd -v

このコマンドはエクスポートします 詳細な情報システムからコンソールに何が起こっているかについて。 この情報を前述のシステムディレクトリにあるものと比較すると、デーモンの誤動作の正確な原因を見つけるのに非常に役立ちます。

一般的な経験から、一部のアプリケーションとプロセスは他のアプリケーションやプロセスよりも頻繁に「configd」デーモンを呼び出すことがわかっています。 これは、一部のプリンター、Javaベースのアプリケーション、およびネットワークへの接続に何度も失敗した場合に発生します。 これが、システム上のすべてのアプリケーションをリセットすると、この問題を解決するのに非常に効果的な場合がある理由です。

新しいラップトップの所有者 MacBook ProおよびiMacProデスクトップは、突然のカーネルパニックエラーに直面しています（Windows for MacOSのBSODと同様）。

エラーの出現は、テクニカルフォーラムからの多数の苦情によって証明されています Appleのサポートおよびサードパーティのリソース。 エラーのあるウィンドウとそれに続くシステムの再起動は、1日に1〜2回発生します。多くの場合、デバイスのロックが解除された後です。

問題の原因

現在入手可能なデータに基づくと、この問題は、組み込みのBridge OSと特別なT2チップが原因で発生します。これらは、電力を大量に消費しないコンピューター機能（クーラーの回転速度の制御、音声処理など）を担当します。 この問題は、T2チップを搭載したコンピューターでのみ発生します。 ただし、現在、T2の直接的な原因の直接的な証拠はなく、問題の有病率に関するデータもありません。

ドライブのクリーニングとOSの再インストール、Time Machineを介したOSのコピーの復元、周辺機器の切断、さらにはコンピューターの変更によってユーザーが問題を解決しようとしても、十分な効果は得られませんでした。 これに基づいて、問題はシステムの奥深くにあると推測できます。

私は古いラップトップを手に入れました MacBook Pro 2010大幅に減速した年。 これらのモデルにはHDDが搭載されていたため、ディスクに疑惑が生じたため、すでに搭載されているSSDに交換することにしました。 マックOS別の車から取った。

問題は解決せず、視覚的な改善もありませんでした。 いくつかのチェックの後、リセット NVRAMと SMC、クーラーが100％の速度で回転していたので、問題がハードウェアにあるとほぼ確信したときに、誤って「 システム監視」と、プロセッサの負荷が140〜250％増加したことを確認しました。
問題は、そのプロセスが Kernel_task CPUリソースを消費し、OS全体が機能しなくなりました。

Apple自身がこのプロセスについて書いていることは次のとおりです。
kernel_taskプロセスは、計算量の多いプログラムのCPUリソースの可用性を低下させることにより、CPU温度の管理に役立ちます。 つまり、kernel_taskプロセスは、CPUが過熱するリスクがあるときに開始されます。 それ自体では、そのような状況は発生しません。 CPUの温度が下がると、このプロセスのアクティビティは自動的に減少します。

問題の解決策が見つかりました：

1）まず、ディスプレイをオンにします 隠しフォルダ:
-「ターミナル」に行きます
-私たちは2つのコマンドで運転します：
デフォルトはcom.apple.finderを書き込みますAppleShowAllFilesTRUE
キルオールファインダー

2）次に、コンピューターモデルを決定します。
-「このMacについて」をクリックします
-次に、「詳細」ボタンを押します
-「システムレポート」をクリックします
ハードウェアがある場所で、「モデルID」を見つけて覚えておいてください。 私の場合、これはMacBookPro7,1です。

3）次のパスに従います。
/システム/ライブラリ/拡張機能
ファイルを選ぶ IOPlatformPluginFamily.kext、右クリックして「パッケージの内容を表示」を選択します

4）に移動します コンテンツ/プラグイン 、次にファイル上 ACPI_SMC_PlatformPlugin.kext「パッケージの内容を表示」も選択します

5）さらに コンテンツ/リソース ラップトップモデルでファイルを見つけます。 覚えておいてください：私はMacBookPro7.1を持っていました。 このファイルを削除してください！ （そうでない場合 目的のファイル、最も近いモデルを削除します。たとえば、8.1なし、7.1および9.1を削除します）

6）コンピュータを再起動します。 おそらく、この手順はMacOSをアップデートするたびに実行する必要があります。

以前のようにフォルダの表示を返すには、「ターミナル」でコマンドを実行します。
デフォルトはcom.apple.finderを書き込みますAppleShowAllFilesFALSE
キルオールファインダー

モデルIDを削除できない場合

MacOS El Capitan以降を使用している場合、最初にシステム整合性保護（略してシステム整合性保護またはSIP）を削除する必要があるため、システムは識別子ファイルを削除できません。

SIPは、リカバリモードからのみ無効にできます。 再起動して、「 ターミナル」と入力し、shutdownコマンドを入力します。

• Macの電源を切り、⌘Rキー（Command + R）を押しながら電源を入れます。
• ロード後、リカバリメニューが表示されます。 「」セクションを開きます ユーティリティ「そして走る」 ターミナル»;
• 次のコマンドを入力します。
  csrutil disable
• Macを再起動します。

保護を有効にするには、リカバリモードを再度開始し、ターミナルを開いてコマンドを入力する必要があります。