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アドレスをリセットするとこの問題を解決できます。
Linuxオペレーティングシステムで、ファイルの内容を素早く消去する方法は?次の小さなシリーズでは、ファイルの内容をすばやく消去するためのコードを紹介します。初心者に役立つことを願っています。次のよう
Linuxシステムで作業しているときに、ファイルが削除されてもスペースが解放されないという問題が発生することがあります。それを解決する方法は、次の小さなシリーズは、ファイルが削除されますが、スペースが解放されていないという解決策を紹介します。
1.エラー現象
運用保守監視システムから通知が送信され、サーバースペースがいっぱいであるこ
並べ替え ヘッド-3 69206016 /tmp /access_log 36 /tmp /hsperfdata_root 36 /tmp /hsperfdata_mapred コマンド
Nginxログファイルのクリーンアップ方法はどんどん大きくなり、Nginxサーバーの動作に影響を与えます。次の小シリーズはLinuxでNginxログをクリーンアップする方法を紹介します。それを知りまし
Linuxシステムのクリーンディスク容量はWindowsと同じくらい簡単ですが、Linuxディスク容量をクリーンアップする方法は?次の小シリーズでは、Linuxディス