Linux仮想マシンのクローンを作成した後にNICを起動できない場合はどうすればいいですか？

Linuxシステム運用で、VMwareのクローン作成機能を使用した後、ネットワークカードに障害があり、ネットワーク接続が確立されていません。次の小シリーズでは、Linux仮想マシンのクローン作成後のネットワークカードエラーの解決策を紹介します。一緒に学びましょう。

1つの問題の説明

VMwareは、仮想マシンが仮想マシンが使用されるWinows直接クローン化されたクライアントのための定期的なものであるクローニングします。クライアントによって複製された仮想マシンがLinuxの場合、ネットワークを起動できないという問題があります。

service network startコマンドを使用すると、次のようなエラーメッセージが表示されます。

デバイスeth0が存在していないようです。

2原因分析

VMwareのクローニング機能の使用新しく作成された仮想マシンは、元の仮想マシンネットワークカードのMACアドレスとは異なるネットワークカードで構成されています。 CentOSなどのLinuxシステムの場合、ランタイムNICのMACアドレスは/etc/udev/rules.d/70-persistent-net.rulesファイルに記録されています。このレコードも新しいクローンシステムに保存されます。

新しいシステムが起動すると、vmwareは異なるMACアドレスを設定しているため、スキャンハードウェアの起動時にシステムはネットワークカードの新しいMACアドレスをeth1として扱い、上記のファイルを追加します。中です。現時点では、設定ファイルの/etc /sysconfig /network-scripts /ifcfg-eth0に元のMACアドレスが記録されており、このMACアドレスは新しいシステムには存在しないため起動できません。

3解決方法

ルールファイルに記録されている古いMACに対応するeth0行を新しいシステムで削除し、新しいMACに対応するeth1の名前をeth0に変更します。次に、HDADDRの値をifcfg-eth0ファイルの新しいMACアドレスに変更します。

このような規則とifcfg-eth0は対応しています（規則内のeth0はifcfg-eth0ファイル名に対応し、規則内のmacはifcfg-eth0ファイル内のHDADDRに対応します）。この時点であなたはシステムを再起動する必要があり、すべて問題ありません。

上記はLinux仮想マシンのクローン作成後のNICエラーの解決策ですクローンしたMACアドレスが存在しないため、MACアドレスをリセットするとこの問題を解決できます。