イベント：停電後にCAS Centos7.4仮想マシンのクラウド・コンピューティングの管理プラットフォームを構築する方法では、仮想マシンがファイルを表示されますが見つかりません「/grub/i386-pc/normal.mod」、インターネットを使用し明るいグレート神です解決されていない裏面に、全体のストレージボリュームは、同じシステムの仮想マシンをマウントし、マウントに機械/ bootディレクトリ内の最後のコピーファイル/ bootパーティションをマウントし、ディスクをアンマウントし、元の仮想マシンへの再ハング成功した仮想マシンを起動
図：
オリエンテーション：
ブートエラー、次のように
ビューLSによりディレクトリ、1つずつ、後で試してみましたが、私は私の/ bootパーティションは、あなたがすることもできます（HD0のLS、msdos1、ディレクトリかどうかを確認/（msdos1、HD0）LSを使用して試すことができます（HD0、msdos1）であるました）システムがファイルを表示するかどうかを確認するために
図：
次msdos1我々は、パーティションを探しているのですが、このパーティションにのみに/ bootに他のファイルを示す文書が失われています
問題を解決するには：
後、問題の根本原因を見つけ、それを解決しようとすると、我々は、彼らがどのパーティションパーティションを分割する際に知っているので、最初にすべての私たちは、仮想マシンにストレージ・ボリュームを削除し、同じシステムの別の仮想マシンを追加し、見にマウント問題は、比較的容易になるので、私は、/ bootディレクトリが/ VDA1パーティションに分割されていますが、VDBマウント後には搭載されて、/ bootには/ dev / VDB1する必要がありますので、にデバイスをマウントしましたあなたは、良いディレクトリを作成/起動中のネイティブファイルをコピーし、機器をアンロード、元の仮想マシンが起動に再度追加ストレージ・ボリュームの後、正常に起動しました。
図：
図1に示すように、第1記憶ボリュームを削除して、同じシステム、他のシステムパーティションと同じ（CASプラットフォームは、同様の原理ではない）に加えます
2は、Linuxシステムに、パーティションを確認し、ファイルをマウントしてコピーし始めました
VDB1を装着する際に、既にエラー表示のUUIDが存在するような環境が、クローン化されているので、我々は、第二の選挙に、UUIDパラメータをフィルタリングまたはUUIDを再生成するためにチェック
若しくは 
マウントが成功した後、ファイルをコピーします
図3は、機器をアンロード、ストレージボリュームは、元の仮想マシンに追加され、成功を開始し、開始します
