Vmware clone 功能的陷阱

2021-06-16 08:38:30 字數 1116 閱讀 6808

今天流年不利,忙了一整天,隨手將早上遇到的乙個問題記下來,以備查用。

今天準備再裝一台虛擬機器使用,嫌麻煩忽然想到用vmware的乙個功能clone一台出來算了,反正已經有一台redhat6.1. 說幹就幹,順利完成後瀟灑的logon,該虛擬機器配置了兩個網絡卡,乙個連線內網(192.168.***.***), 乙個連線區域網(172.17.***.***)。這些都在原型機上配置好的,轉殖過來理應直接能用。順手敲了ifconfig, 麻煩出來了,只顯示了環回口(l0)口,這是怎麼回事,於是再敲 ifconfig -a 更奇怪了,除了環迴口外還有乙個eth2和ech3口,這是怎麼回事,應該是eth0和eth1口才對啊。速google之。

原因如下:

redhat使用udev動態管理裝置檔案,並根據裝置的資訊對其進行持久化命名。

udev

會在系統引導的過程中識別網絡卡,將

mac位址和網絡卡名稱對應起來記錄在

udev

的規則指令碼中。而對於新的虛擬機器,

vmware

會自動為虛擬機器的網絡卡生成

mac位址,當你轉殖或者重灌虛擬機器軟體時,由於你使用的是以前系統虛擬硬碟的資訊,而該系統中已經有

eth0和eth1

的資訊,對於新增的兩個新的網絡卡,

udev

會自動將其命名為

eth2和eth3

(累加的原則),所以在你的系統啟動後,你使用

ifconfig

看到的網絡卡名為

eth2和eth3

。這時候在/etc/sysconfig/network-script/下依然是eth0和eth1的配置檔案,自然eth3和eth4無法啟動了,這就是為什麼只有環迴口正常的原因。

如何解決:

解決方式很簡單,1. 將/etc/udev/rules.d/70-persistent-net.rules 中的資訊都刪掉,讓系統自己識別重新寫入。

2. 將/etc/sysconfig/network-script/ 中關於eth0和ech1中的mac資訊刪掉,讓vmware重新分配。

改完後reboot或者重啟網絡卡:service network restart.完成後你會發現心愛的網絡卡終於回來了,呵呵。

jquery mobile AJAX特性的陷阱

簡單情況是 mvc 重定向,url不變 試了n種方式,跳來跳去,無解,服務端跳,寫js跳,生成跳轉中間頁跳。失敗 後來一看,明明已經跳到新頁了,樣式什麼還是原頁的,有點火大了。出去溜一圈,喝杯水,和同事東拉西扯一通。回頭一看,突然反應過來,這不是ajax的效果麼,坑我半個多小時。為加驗證,是手動呼叫...

concat 和 group concat的陷阱

group concat mysql中group concat函式能將相同的行組合起來 完整的語法如下 group concat distinct 要連線的字段 order by asc desc 排序字段 separator 分隔符 使用示例 select from aa id name 1 10...

MFC OnCtlColor 工業控制中的陷阱

最近寫乙個長時間 大約一周 執行的程式,發現總在2個多小時的時候顯示曲線部分全黑。但是程式正常執行 日誌 採集 找了很長時間的原因。最後經過google上的資料知道說gdi物件不斷增加可能導致這個問題,最後一看正式,gdi物件不斷增加,都到7000了。查詢程式發現了問題 在onctrlcolor函式...