説明
上記の出力に基づく問題の原因は C です。inode がフル容量になっており、ユーザーのファイル作成に影響を与える可能性があります。
i ノードは、名前、サイズ、権限、所有者、タイムスタンプ、ディスク上の場所など、ファイルまたはディレクトリに関する情報を保存するデータ構造です。各ファイルまたはディレクトリには、それを識別する一意の i ノード番号があります。ファイルシステム上の i ノードの数は、ファイルシステムの作成時に固定され、そのファイルシステム上に作成できるファイルとディレクトリの数が決まります。i ノードが枯渇すると、たとえ十分なディスク容量があったとしても、新しいファイルやディレクトリを作成できなくなります。
2 番目のコマンドの出力は、/ftpusers/ ファイルシステムに使用可能な i ノードが 0% あることを示しています。これは、すべての i ノードが使い果たされていることを意味します。これにより、ユーザーは FTP サーバー上に新しいファイルを作成できなくなります。管理者は、未使用のファイルまたはディレクトリを削除して一部の i ノードを解放するか、ファイルシステムのサイズを変更して i ノードの数を増やす必要があります。
他のオプションは次の理由で正しくありません。
A: ユーザーには、FTP サーバー上にファイルを作成するための適切な権限がありません。
これは真実ではありません。最初のコマンドの出力では、/ftpusers/ ファイルシステムに利用可能なディスク領域の 26% があることが示されています。これは、ユーザーがファイルを作成するのに十分な領域があることを意味します。ファイルとディレクトリの権限は出力には表示されませんが、これらは i ノードの枯渇の問題とは関係ありません。
B: ftpusers ファイルシステムに十分なスペースがありません。
これは真実ではありません。最初のコマンドの出力では、/ftpusers/ ファイルシステムに利用可能なディスク領域の 26% があることが示されています。これは、ユーザーがファイルを作成するのに十分な領域があることを意味します。この問題はディスク容量ではなく、i ノードの容量に関係しています。
D: ftpusers は読み取り専用としてマウントされます。
最初のコマンドの出力には、/ftpusers/ ファイルシステムが読み取り専用としてマウントされていることを示すものがないため、これは当てはまりません。そうであれば、マウントされた列の横に (ro) フラグが表示されます。読み取り専用ファイルシステムでは、ユーザーは FTP サーバー上でファイルを作成または変更できなくなりますが、inode の使用には影響しません。

説明
コマンド fsck.ext4 /dev/sda1 を使用すると、問題に対処できます。この問題は、/dev/sda1 パーティション上のファイルシステムが破損していることが原因で発生します。エラー メッセージは、ファイル システム タイプが ext4 であり、スーパーブロックが無効であることを示しています。コマンド fsck.ext4 は、ext4 ファイルシステムをチェックおよび修復するためのツールです。このコマンドはパーティションをスキャンしてエラーを検出し、修正を試みます。このコマンドにより問題が解決され、システムが起動できるようになります。他のオプションは、ファイルシステム (partprobe または fdisk) を修正しないか、パーティション上のデータ (mkfs.ext4) を破壊しないため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 10 章: ストレージの管理、325 ページ。

説明
コマンド docker rm $(docker ps -aq) を使用すると、管理者は終了状態のコンテナをクリーンアップできます。docker コマンドは、Linux システム上で Docker コンテナーを管理するためのツールです。Docker コンテナは、ホスト システムに影響を与えることなくアプリケーションやサービスを実行できる分離された軽量環境です。
Docker はイメージを使用してコンテナーを作成します。コンテナーは、アプリケーションとサービスのコード、ライブラリ、依存関係、構成を含むファイルです。rm オプションは 1 つ以上のコンテナを削除します。$(docker ps -aq) は、括弧内のコマンドを実行し、出力に置き換えるコマンド置換です。docker ps -aq コマンドは、終了状態のコンテナを含むすべてのコンテナを一覧表示し、その ID のみを表示します。docker rm $(docker ps -aq) コマンドは、コンテナーの ID を rm オプションに渡すことによって、終了状態のコンテナーを含むすべてのコンテナーを削除します。これにより、管理者は終了状態のコンテナをクリーンアップできるようになります。これは、タスクを完了するために使用する正しいコマンドです。他のオプションは、存在しないか (docker rm --all または docker rm --state exited)、コンテナーを削除しない (docker image prune *) ため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 19 章: クラウドおよび仮想化テクノロジの管理、571 ページ。

以下の説明を参照してください。
説明
yum httpd をインストールします
systemctl --httpd を有効にします
systemctl ステータス httpd
netstat -tunlp | grep 80
pkill <プロセス名>
systemctl httpd を再起動します
systemctl ステータス httpd

Application Control を使用する際の主な目的は、情報のセキュリティとプライバシーを確​​保することです。アプリケーション制御は、データを危険にさらす不正なアプリケーションの実行をブロックまたは制限するセキュリティ対策です。制御機能は特定のアプリケーションのビジネス目的に応じて異なりますが、主な目的は、アプリケーションによって使用され、アプリケーション間で送信されるデータのプライバシーとセキュリティを確保することです1。また、アプリケーション制御は、マルウェア、信頼できないアプリケーション、または望ましくないアプリケーションがネットワーク上で実行されるのを防ぎ、データ侵害に関連するリスクとコストを削減します1。アプリケーション コントロールは、不要なアプリケーションや有害なアプリケーションを排除することで、ネットワーク全体の安定性とパフォーマンスを向上させることもできます1。
Application Control は主に特定のコンテンツをフィルタリングするために使用されるわけではありませんが、URL フィルタリングやコンテンツ フィルタリングなどの他のテクノロジと組み合わせてその目的を達成することはできます。Application Control は、ファイアウォール ブレードによるトラフィック処理を支援するために主に使用されるわけではありませんが、ファイアウォール ポリシーと統合して、アプリケーションに基づいて詳細なアクセス ルールを適用することができます。Application Control は、アプリケーションの使用状況とアクティビティに関する可視性とレポートを提供しますが、主にユーザーが何をしているかを確認するために使用されるわけではありません。