1.スナップショット
VMwareの仮想環境の後、および基本的なLinuxの最適化設定を完了し、あなたはその後として、Linuxホストのスナップショットを作成することができますテンプレートのマシンは永続的に保持しました。
操作の後、比較的単純なもう一度学ぶために新しいマシン、インストールを用いてクローニングすることができ、システムの最適化は、操作を数回繰り返す必要がないとき。
2.クローニング
二つの方法のクローニング:
- リンククローン
- リンククローンは、元のマシンへの参照である少ないディスク・ストレージ・スペースが必要です。しかし、実行するために、元の仮想マシンにアクセスできる必要があります
- 完全クローニング
- 完全クローンは、元の仮想マシンの現在の状態の完全なコピーである仮想マシンのこのコピーは完全に独立したが、より多くのディスク・ストレージ・スペースを必要とします
リンククローンは、小さなディスクを占有し、一般的には、リンククローン機械学習を使用しています。
欠点は、テンプレートエンジンの問題、すべてのリンククローンすべての問題ということです。
VMwareの仮想マシンがCentOSのシステムをインストールした後、テストを行うことが後半ポリクローナルいくつかの便利なシステムを一掃。
クローニング手順は、問題のクローニングされた後、シンプルな元のシステムとネットワークカードのMACアドレスのクローニングおよびMACアドレス、LANでの競合があるでしょう、あなたがする必要があるMACアドレスのクローニングを変更します。
しかし、仮想マシンおよび使用をクローニングする過程でいくつかの問題が発生します。
- あなたがifconfigコマンドを使用して起動した後、我々は何のIPアドレス、専用のループバックアドレス127.0.0.1を認めませんでした
- この問題を生成するために(手動で使用して送信元ホストのIPコンフィギュレーション)をクローニングする前に、同じソース・ホストとのMAC / IPアドレスとホスト名かどうかを検討
- IPアドレスとMACアドレスを変更した後、再起動コマンドが無効になった後に実行:の/etc/init.d/networkの再起動; ifupをeth0の
- 究極のソリューション:
- HWADDR行アドレスとUUIDのvi / etc / sysconfig / network-scriptsに/のifcfg-eth0を、設定ファイルを削除するには位置しています:編集カード対応eth0の設定ファイルを
- もちろん、また、むしろ削除よりも、実際のHWADDRとUUIDの変更に基づいています
- 次の書類を空に:/etc/udev/rules.d/70-persistent-net.rules
- システムを再起動し、再起動を実行するか、VMの再起動Linuxの外。
- 私は、その理由を推測:これはソースマシンをクローン化し、マシンがネットワーク・アドレスの競合が保護戦略を行う設定を開始しないようにするにはクローンVMです。
- この問題を生成するために(手動で使用して送信元ホストのIPコンフィギュレーション)をクローニングする前に、同じソース・ホストとのMAC / IPアドレスとホスト名かどうかを検討
これらは、クローンネットワークアプローチや窓のVMwareの問題です。
問題の発生したMacが内部で、仮想ボックスのeth0のネットワーク(NAT)は、ホストに接続できない、クローンができません。
ブリッジ・ネットワーク上のテンプレートのMacマシンと仮想マシン間のネットワークは、またリセットする必要が、クローンに表示されていないカードをブリッジネットワーク。
主に記事を参照して、ブリッジネットワークを再構築するhttps://blog.csdn.net/ytangdigl/article/details/79776676