説明
より多く変更されたすべてのログ ファイルを検索して削除するタスクを実行するコマンド。
180 日前は find /var/log -type f -mtime +180 -exec rm {} ; です。このコマンドは、find を使用して、/var/log ディレクトリの下で、変更時刻 (-mtime) が 180 日 (+180) より古いファイル (-type f) を検索します。一致するファイルごとに、ファイル名を引数 ({}) として渡して、rm コマンドを実行 (-exec) して削除します。
コマンドはセミコロン (;) で終わりますが、シェルの解釈を防ぐためにバックスラッシュでエスケープされます。
他のオプションは、タスクを実行するための正しいコマンドではありません。検索 /var/log -type d -mtime +180
-print -exec rm {} ; このコマンドは、ファイルの代わりにディレクトリ (-type d) を検索し、削除する前にその名前を出力します (-print)。これはタスクに必要なものではありません。find /var/log -type f -modified +180 -rm コマンドは、find に -modified や -rm などのオプションがないため無効です。正しいオプションは次のとおりです
それぞれ -mtime と -delete です。find には -remove などのオプションがないため、find /var/log -type c -atime +180 -remove コマンドも無効です。さらに、通常のファイルの代わりに文字型特殊ファイル (-type c) を検索し、変更時間の代わりにアクセス時間 (-atime) を使用します。参照: find(1) - Linux マニュアル ページ。Linux で n 日より古いファイルを検索して削除する

管理者は、次の 2 つのオプションを使用して、システムをシングル ユーザー モードで起動できます。
GRUB メニューでブート プロセスを中断し、カーネル行に systemd.unit=rescue.target を追加します。このオプションは、システムをレスキュー モードで起動します。レスキュー モードは、管理者がシステムの修復などの基本的なタスクを実行できる最小限の環境です。GRUB メニューは、システムの電源がオンになったときに表示される画面で、管理者はどのカーネルまたはオペレーティング システムを起動するかを選択できます。カーネル行は、ルートデバイス、初期化システム、ブートオプションなどのカーネルのパラメータを指定する行です。管理者は、GRUB メニューで e キーを押してブート プロセスを中断し、最後に systemd.unit=rescue.target を追加してカーネル行を編集できます。このオプションは、レスキュー ターゲット (レスキュー モードでのシステムの状態を定義する単位) を使用するようにシステムに指示します。その後、管理者は Ctrl+X を押して、変更されたカーネル ラインでシステムを起動できます。このオプションにより、システムがシングル ユーザー モードで起動され、管理者が問題のトラブルシューティングを行うことができるようになります。
GRUB メニューでブート プロセスを中断し、カーネル行に systemd.unit=single.target を追加します。このオプションは、システムをシングル ユーザー モードで起動します。このモードでは、管理者は root ユーザーとしてログインしてメンテナンス タスクを実行できます。GRUB メニューとカーネル行は前のオプションと同じです。管理者は、GRUB メニューで e キーを押してブート プロセスを中断し、最後に systemd.unit=single.target を追加してカーネル行を編集できます。このオプションは、シングル ユーザー モードでシステムの状態を定義する単位であるシングル ターゲットを使用するようにシステムに指示します。その後、管理者は Ctrl+X を押して、変更されたカーネル ラインでシステムを起動できます。このオプションにより、システムがシングル ユーザー モードで起動され、管理者が問題のトラブルシューティングを行うことができるようになります。
他のオプションは、システムをシングル ユーザー モードで起動しない (GRUB レスキュー シェルからコマンド mount -o remount, ro/sysroot を実行する) か、GRUB メニューでブート プロセスを中断して systemd を追加しないため、正しくありません。カーネル行にunit=singleを追加する）、または正しい構文を使用しない（GRUBメニューでブートプロセスを中断してカーネル行にsingle=userを追加するか、GRUBメニューでブートプロセスを中断してinit=/bin/bashを追加する）カーネル行内）。参照: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 8 章: Linux ブート プロセスの管理、267 ～ 268 ページ。

説明
Web 検索の結果が示すように、状態 Z のプロセスは無効プロセスまたはゾンビ プロセスです。これは、プロセスは終了したが、親プロセスがプロセスを適切に取得していないことを意味します。これらはリソースを消費しませんが、プロセス テーブルのスロットを占有します。プロセス リストからそれらを削除するには、管理者はゾンビの親プロセスを強制終了する必要があります。これにより、ゾンビは初期プロセス (PID 1) によって取得されます。ゾンビ自体や初期化プロセスを殺しても、ゾンビはすでに死んでいるため、何の効果もありません。サーバーの再起動は機能する可能性がありますが、ミッションクリティカルなサーバーに不必要なダウンタイムやデータ損失が発生する可能性があるため、安全または効率的なオプションではありません。
参考文献
ゾンビ (Z) または機能停止状態のプロセス | サポート | SUSE、第 3 段落 Linux - ゾンビ プロセスと機能不全のプロセス? - スタック オーバーフロー、admirableadmin の回答 Linux でゾンビ プロセスを強制終了する方法 | Linux ジャーナル、第 4 段落

説明
lsscsi コマンドを使用すると、システム上の SCSI デバイスをそのサイズとデバイス名とともに一覧表示できます。-s オプションは、各デバイスのサイズを示します。管理者は、サイズが 500G のデバイスを検索し、そのデバイス名を書き留めます。lsscsi(8) - Linux のマニュアル ページおよび Linux でディスク インターフェイス タイプを確認する方法を参照してください。参考文献 1: https://linux.die.net/man/8/lsscsi2: https://www.golinuxcloud.com/check-disk -type-linux/

説明
Linux 管理者は、コンテナ化を使用した本番環境での移植性、高可用性、およびスケーラビリティを必要とする新しい設計に Kubernetes を選択する必要があります。Kubernetes は、ノードのクラスター全体でコンテナ化されたアプリケーションのデプロイ、スケーリング、管理を自動化するオープンソース プラットフォームです。
Kubernetes は、サービス検出、負荷分散、ストレージ オーケストレーション、自己修復、シークレットと構成の管理、バッチ実行などの機能を提供します。Kubernetes は、Docker、containerd、CRI-O などの複数のコンテナ ランタイムもサポートしているため、さまざまなプラットフォームやクラウド間で移植可能です。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 18 章: タスクの自動化。Kubernetesとは何ですか? | Kubernetes