問題を解決するには、管理者は次の 2 つのアクションを実行する必要があります。
LiveCD/ISOからシステムを起動します。これは、システムにアクセスし、ブートローダーを修復するために必要です。LiveCD/ISOは、インストールなしで実行できるLinuxディストリビューションが収録されたブート可能なメディアです。管理者はLiveCD/ISOからシステムを起動し、システムのルートパーティションを/mntなどの一時ディレクトリにマウントできます。
grub-install /dev/sdX を実行し、再起動してください。これにより、ディスクデバイスに GRUB ブートローダーが再インストールされます。sdX は sda や sdb などのディスクデバイス名です。GRUB ブートローダーは、システムの電源投入時に実行されるプログラムで、ユーザーが起動するオペレーティングシステムまたはカーネルを選択できるようにします。この問題は、GRUB ブートローダーが破損しているか欠落しているために発生しており、システムの起動が妨げられています。grub-install コマンドを実行すると、GRUB ブートローダーが復元され、問題が解決されます。
その他のオプションは、ブートローダーを修正しない（GRUBメニューでブートプロセスを中断する、または/etc/default/grubを変更するパーティションを修正する）か、正しい構文を使用していない（GRUBメニューでgrub-install /dev/sdXではなくgrub-install -- root-directory=/mntを使用する、またはrecoveryではなくrescueまたはsingleを使用する）ため、正しくありません。参考資料：CompTIA Linux+ (XK0-005) 認定試験ガイド、第8章「Linuxブートプロセスの管理」、265～266ページ。

説明
サーバーがランレベル5に設定されていることを確認するコマンドは、systemctl isolate graphical.targetです。このコマンドは、systemdの現在のターゲット（またはランレベル）をgraphical.targetに変更します。これは、SysV initシステムのランレベル5に相当します。graphical.targetは、システムがグラフィカルユーザーインターフェース（GUI）とそれに必要なすべてのサービスを使用して起動することを意味します。
その他のオプションは、サーバーをランレベル5に設定するための正しいコマンドではありません。systemctl isolate multi-user.target コマンドは、現在のターゲットをmulti-user.targetに変更します。これは、SysV initシステムのランレベル3に相当します。multi-user.target とは、システムが複数のユーザーログインとネットワーク接続で起動しますが、GUIは表示されません。systemctl isolate network.target コマンドは、現在のターゲットをnetwork.targetに変更します。これは実際のランレベルではなく、ネットワーク関連サービスの同期ポイントです。
Network.target はネットワーク機能が利用可能であることを意味しますが、その前に起動するか後に起動するかは指定しません。systemctl isolate basic.target コマンドは、現在のターゲットを basic.target に変更します。これも実際のランレベルではなく、基本的なシステムサービスの同期ポイントです。Basic.target はすべての必須サービスが起動されることを意味しますが、その前に起動するか後に起動するかは指定しません。参考文献: systemd システムおよびサービスマネージャ; systemd.special(7) - Linux マニュアルページ

この問題は、ls -lth /home の出力結果からわかるように、ホームディレクトリ /home/userA の所有者が userA ではなく root であるために発生します。Linux では、ユーザーがログインしてファイルに正しくアクセスするには、ホームディレクトリの所有権が必要です。この問題を解決するには、管理者が chown userA:userA /home/userA を使用して所有権を変更する必要があります。

docker rmi imageID コマンドは、ローカル システムからコンテナ イメージを削除するための正しい Docker CLI 命令です。その他のコマンドは有効な Docker イメージ削除構文ではありません。