vmware clone linux.vmdk后出现两张网卡的情况

本文解决Ubuntu在虚拟机中遇到的网卡冲突和MAC地址问题,通过删除或修改配置文件来修复。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    今天由于之前的linux出现了can't find config.ini文件的错误,上网查不到解决方案,就干脆新建了一个虚拟机,把原来的linux.vmk文件拷贝过来用,但是造成了网卡被clone的情况。原因是Vmware保存的硬件配置文件*.vmx里记录了网卡的MAC地址,而Ubuntu也会记录MAC地址,这样在克隆虚拟机的时候,Vmware会为Ubuntu分配一个新的eth0网卡,但是由于被之前的eth0占用,所以它会变成eth1。再因为eth0是默认的网卡,显然这个网卡不存在,所以就提示"No such device eth0"..

Ubuntu保存MAC地址的配置文件为"/etc/udev/rules.d/70-persistent-net.rules",

解决方法:

方法1:

直接删除配置文件,重启之后Ubuntu就会找到新的网卡了。

sudo rm /etc/udev/rules.d/70-persistent-net.rules

方法2:

修改配置文件,将原本的eth0删除,然后修改eth1的NAME="erh1"为NAME="eth0",重启之后Ubuntu就会使用新的配置文件设置网卡了。

方法3:

修改/etc/network/interfaces文件。

将所有的eth0替换为eth1。 
如果是静态地址则同时修改相应设置。


<think>好的,我现在需要回答用户关于ESXi是否有类似VMware Workstation的非永久磁盘模式,用于共享同一游戏磁盘以节省更新流量和磁盘空间的问题。首先,我需要回顾之前提供的关于ESXi实现非永久磁盘的方法,比如快照还原、临时磁盘模式等。用户现在关心的是共享同一基础磁盘的情况,这在VMware Workstation中可能通过非持久模式实现,但ESXi原生可能没有直接对应的功能。 首先,我应该确认ESXi是否支持类似“链接克隆”或“共享磁盘”的技术。VMware的链接克隆允许基于一个基础镜像创建,节省空间。此外,ESXi的快照功能可能可以用于还原状态,但同时使用同一基础磁盘可能需要更复杂的配置。 接下来,我需要考虑用户提到的节省更新流量和磁盘空间的场景。如果共享同一个游戏磁盘,每次更新只需要在基础镜像中进行,所有都可以继承这个更新,而不需要每个单独下载更新,这确实节省流量和空间。但需要确保在ESXi中如何配置这种共享。 可能的方法包括使用共享存储、链接克隆或者结合非持久磁盘模式。例如,VMware的Horizon View中的即时克隆技术可以实现类似效果,但用户可能没有Horizon产品。因此,可能需要使用ESXi原生功能或其他方法,如通过PowerCLI脚本自动化创建和还原快照。 此外,需要注意数据一致性和并发访问的问题。同时写入同一磁盘可能会导致冲突,因此可能需要将共享磁盘设置为只读,并在每个中使用差异磁盘或临时磁盘来保存更改,重启后丢弃这些更改。这类似于非持久模式的工作方式。 最后,我需要验证这些方法是否可行,并确保步骤正确,语法无误。同时,提醒用户注意事项,比如性能影响、版本兼容性和可能的配置复杂性。需要以清晰的结构呈现解决方案,帮助用户逐步实现目标。</think>--- ### **1. 核心需求与 ESXi 对应方案** 您描述的**共享基础游戏磁盘 + 非永久模式**场景,在 ESXi 中可通过以下组合实现: - **共享基础磁盘**:使用 **ESXi 链接克隆(Linked Clone)** 或 **VMFS 共享存储** - **非永久模式**:通过 **快照回滚** 或 **临时磁盘配置** - **流量/空间优化**:依赖 **单基础镜像更新 + 差异化磁盘复用** --- ### **2. 推荐实现方案** #### **方案一:链接克隆 + 自动快照还原** **原理**: 基于一个"黄金镜像"(含完整游戏)创建个链接克隆,每次重启还原到初始状态。 **操作步骤**: 1. **创建黄金镜像**: - 安装游戏并完成初始更新 - 关后执行: ```bash vim-cmd vmsvc/snapshot.create [VM_ID] "Base_With_Games" "Initial game setup" 1 0 ``` 2. **生成链接克隆**: ```bash # 通过 PowerCLI 批量创建 New-VM -Name "GameVM_01" -VM "GoldImageVM" -LinkedClone -ReferenceSnapshot "Base_With_Games" -Datastore "SSD_DataStore" ``` 3. **配置自动清理**: ```bash # 定时任务每天凌晨还原(通过 ESXi cron) 0 3 * * * /bin/sh /scripts/reset_game_vms.sh ``` **reset_game_vms.sh 内容**: ```bash vim-cmd vmsvc/snapshot.revert [VM_ID] [SNAPSHOT_ID] true ``` #### **方案二:共享 VMDK + 非持久模式** **原理**: 所有挂载同一个基础游戏磁盘(只读模式),各自使用临时磁盘存储运行时数据。 **操作步骤**: 1. **准备共享游戏磁盘**: ```bash # 创建基础只读 VMDK vmkfstools -c 100G -d thin /vmfs/volumes/datastore1/game_base.vmdk chmod 444 game_base.vmdk # 设为只读 ``` 2. **为每个添加配置**: ```properties # 在每台.vmx 文件中添加 scsi0:1.fileName = "/vmfs/volumes/datastore1/game_base.vmdk" scsi0:1.mode = "independent-persistent" # 基础盘保持只读 scsi0:2.fileName = "temp_delta.vmdk" scsi0:2.mode = "independent-nonpersistent" # 临时差异盘 ``` --- ### **3. 流量与空间优化效果** | 场景 | 传统模式 | 本方案 | |---------------------|------------------|-------------------| | 游戏更新 10GB | N 台 × 10GB | 仅基础镜像 10GB | | 磁盘占用(N 台 VM) | N × 100GB | 100GB + N × 1GB | | 数据一致性 | 各独立 | 统一基础镜像 | --- ### **4. 关键注意事项** - **并发写入冲突**: 如果游戏需要写入共享磁盘,需配合 **网络文件系统(如 NFS)** 或 **集群文件系统** - **性能调优**: 启用 `VMXNET3` 网卡 + `PVSCSI` 控制器提升 I/O 性能 - **版本限制**: ESXi 7.0+ 对链接克隆支持更稳定,建议更新 - **企业级扩展**: 如需超过 50 台并发,应使用 **VMware Horizon Instant Clones** --- ### **5. 扩展应用示例** **Steam 游戏服务器集群**: 1. 基础镜像包含 SteamCMD 和游戏服务端 2. 通过差异磁盘记录每台服务器的独立配置(端口、地图等) 3. 每日自动还原游戏二进制文件,保留配置不变 如需具体配置代码或遇到技术瓶颈,可提供以下信息进一步诊断: 1. ESXi 版本 2. 数量级 3. 游戏类型(单/网游/服务端)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值