説明
systemd の実行時にジャーナルのシステム構成を保持するファイルは、/etc/systemd/journald.conf です。
このファイルには、さまざまなソースからログ メッセージを収集して保存する役割を担う、journald デーモンの動作を制御するさまざまな設定が含まれています。journald.conf ファイルを編集して、ジャーナル ファイルの保存場所、サイズ制限、圧縮、転送オプションなどの設定のデフォルト値を変更できます。このファイルは、ドロップイン ディレクトリ /etc/systemd/journald.conf.d/ もサポートしており、追加の設定ファイルを配置してメイン ファイルをオーバーライドまたは拡張できます。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 18 章: タスクの自動化。journald.conf(5) - Linux マニュアル ページ

説明
CPU 負荷と平均が高い問題を永久に解決するコマンドは kill -9 6295 です。このコマンドは、PID 6295 のプロセスに SIGKILL シグナルを送信します。これは、上部の出力。SIGKILL シグナルはプロセスを直ちに終了し、CPU リソースを解放します。kill コマンドは、PID または名前によってプロセスにシグナルを送信するために使用されます。
他のオプションは、この問題を解決するための正しいコマンドではありません。renice -n -20 6295 コマンドは、PID 6295 のプロセスの優先度 (niceness) を、可能な限り最高の優先度である -20 に変更します。これにより、プロセスの CPU 使用率は低下するのではなく、さらに増加し​​ます。renice コマンドは、実行中のプロセスの優先順位を変更するために使用します。pstree -p 6295 コマンドは、ルートとして PID 6295 を持つプロセスのツリーを表示します。これは CPU 負荷や平均には影響せず、表示情報のみに影響します。pstree コマンドは、プロセスのツリーを表示するために使用されます。iostat -cy 1 5 コマンドは、1 秒間隔で 5 回反復した CPU およびディスク I/O 統計を表示します。これも CPU 負荷や平均には影響せず、表示情報のみに影響します。iostat コマンドは、CPU および I/O 統計をレポートするために使用されます。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 11 章: Linux システムのトラブルシューティング。kill(1) - Linux マニュアル ページ。renice(1) - Linux マニュアル ページ。pstree(1) - Linux マニュアル ページ。iostat(1) - Linux マニュアル ページ

説明
タイマーが開始されない最も可能性の高い理由は、手動で開始できるように checkdiskspace.timer を構成する必要があることです。デフォルトでは、systemd タイマーは、[Unit] セクションに RefuseManualStart=no が設定されていない限り、systemctl start による手動アクティブ化を許可しません。このオプションにより、カレンダー イベントや依存関係など、他のメカニズムによって制御されるタイマーをユーザーが誤って開始することが防止されます。checkdiskspace.timer の手動開始を有効にするには、管理者は RefuseManualStart=no をその [Unit] セクションに追加し、systemd をリロードする必要があります。
他のオプションは、タイマーが開始しない正しい理由ではありません。checkdiskspace.timer ユニットは、systemctl enable を介して有効にする必要はありません。タイマーを有効にすると、起動時またはシステムのリロード後に自動的に開始されるだけで、手動によるアクティブ化には影響しません。新しい構成を取得するために timers.target をリロードする必要はありません。ターゲットのリロードは、ターゲットに依存しているユニットにのみ影響し、手動アクティブ化には影響しないためです。# プロンプトで示されているように、管理者はすでに systemctl を root として実行しているため、checkdiskspace.timer を sudo コマンドを使用して開始する必要はありません。参照: systemd.timer(5) - Linux マニュアル ページ。systemctl(1) - Linux マニュアル ページ

説明
この問題は、サーバー 192.168.168.53 に到達できないことが原因で発生します。このサーバーは、/etc/resolv.conf ファイルで構成された DNS サーバーであり、ドメイン名を IP アドレスに解決するために使用されます。ping コマンドはサーバーに到達できないことを示し、nslookup コマンドはこのサーバーを使用して名前 www.comptia.org を解決できないことを示します。他のオプションは次の理由で正しくありません。
別の DNS サーバー (8.8.8.8) を使用する nslookup コマンドで示されるように、名前 www.comptia.org は有効な IP アドレスを指します。
ip Route コマンドで示されるように、デフォルト ルートがサーバー上に設定され、デフォルト ゲートウェイ 192.168.168.1 が表示されます。
ip link コマンドで示されているように、ネットワーク インターフェイス eth0 は接続されており、eth0 の状態が UP であることが示されています。参考文献: CompTIA Linux+ スタディ ガイド、第 4 版、457 ～ 458、461 ～ 462 ページ。

説明
systemd は、システム サービスを制御および監視する標準的な方法を提供する、Linux システム用のシステムおよびサービス マネージャーです。systemd は、さまざまなコマンドとツールを使用して、systemct1、sysctl、journalctl などのシステム サービスの管理とトラブルシューティングを行います。systemct1 コマンドは、システム サービスの開始、停止、有効化、無効化、再起動、リロード、ステータス、およびリストを行うために使用されます。sysctl コマンドは、実行時にカーネル パラメータを構成するために使用されます。journalctl コマンドは、システム サービスのログを表示およびフィルタリングするために使用されます。
起動していないサービスを調査するには、管理者は、journalctl コマンドに -xu オプションを付けて使用します。-x オプションを使用すると、説明テキストと優先順位情報を含む詳細な出力が有効になります。
-u オプションは、network.service などの特定のユニット名で出力をフィルターします。したがって、journalctl -xu network コマンドを実行すると、ネットワーク サービスの詳細なログが表示され、障害の原因を特定するのに役立ちます。D の記述は正しいです。
ステートメント A、B、および C は、障害が発生したサービスに関する詳細を提供していないため、正しくありません。
systemct1analyze network コマンドは存在しません。systemct1 info network コマンドは、説明、負荷状態、アクティブ状態、サブ状態、メイン PID など、ネットワーク ユニットに関する基本情報を表示します。
sysctl -a network コマンドは、ネットワーク設定に関連するすべてのカーネル パラメータを表示します。参考資料: [Systemd を使用してシステム サービスを管理する方法]