私の仮想マシンは突然動作を停止しました。システムを起動すると、次のメッセージが表示されます。
これにより、初期化オプションの1つが以下のエラーを検索します。
スペースがないという通知を受け取ったため（正しく覚えている場合は500 MB残り）、VMボックスにストレージが不足しているためと思われますが、残念ながらgrubシェルから削除コマンドを実行することはできません。
www/フォルダ以外のシステム全体を失っても大丈夫なので、考えられる解決策をいくつか考えてみましたが、どんな助けでもくれてありがとう。
マシンから一部のファイルを削除します（grub専用ジョブ）。私のwww/フォルダを別のLinux Ubuntuサーバーに復元しました。 cmdにアクセスし、apt-get autoremoveまたは同様の操作を実行できます。他のアイデアも歓迎します（今私が行った切迫した状態を考えると）。
ベストアンサー1
GRUB シェルは読み取り専用なので、継続的な変更はできません。したがって、GRUBシェルからアイテムを削除するというアイデアは機能しません。
スクリーンショットのメッセージは、複数のカーネルパニックメッセージを一緒に圧縮したようです。行の1つが表示されるため、+ /を使用してコンソールディスプレイをLost 677 message(s)!スクロールし続けても、最初の緊急メッセージ（他のメッセージの根本原因である可能性があります）が画面からスクロールしてアクセスできない可能性があります。ShiftPgUpPgDn
説明ですでに述べたように、ISOイメージのライブCDを入手してそれをVMをホストするシステムにアップロードし、VM管理機能（VMコンソールまたは別のGUIから）を使用して「挿入」「仮想CDドライブ」を選択し、ドライブから起動するようにVMに指示します。正確な詳細は、使用される仮想化技術によって異なります。仮想マシンが商用ホスティングにある場合は、ホスティングプロバイダの技術サポートがお手伝いします。
安価な商用ホスティングを使用すると、仮想マシンが限られた数の標準インストールイメージに制限される可能性があります。この場合、通常のオペレーティングシステムで2番目の仮想マシンを作成し、仮想マシン管理機能を使用して障害の発生した仮想マシンから仮想マシンディスクを取り外し（一時的に）、新しい通常の仮想マシンにする必要があります。 2番目のディスクがレンダリングされます。これにより、失敗した仮想マシンのディスクにアクセスできます。単にそのパーティションを別の場所にマウントできます。
たとえば、新しい良好なVMの独自のシステムディスクがあり、/dev/sda不良VMのディスクが現在良好なVM上にあるように見える場合、またはを/dev/sdb使用してパーティションを識別し、不良VMのディスクからパーティションNをマウントして回復できます。データを収集し、そのディスクの問題を特定して回復することもできます。lsblkfdisk -l /dev/sdbmkdir /rescuemount /dev/sdbN /rescue/rescue