WWW.YOUINFO.SITE
标签聚合 pve

/tag/pve

IT之家 · 2026-06-06 23:44:03+08:00 · tech

IT之家 6 月 6 日消息,Infinity Ward 刚刚发文,详细阐述了《使命召唤:现代战争 4》中全新的 DMZ 模式。 与 2022 年《现代战争 II》及《战区 2.0》中以 Beta 形式推出的 DMZ 不同,新版 DMZ 将作为完整独立模式回归,并进一步向“搜打撤”玩法演进。 Infinity Ward 多人游戏创意总监 Geoff Smith 表示,团队过去数年持续研究撤离射击类游戏的发展趋势,并结合早期 DMZ 测试数据,对玩家喜好和模式不足进行了分析。基于这些经验,新版 DMZ 从底层设计开始进行了重构。 新版 DMZ 的故事由《现代战争 4》单人战役编剧团队负责打造,剧情承接战役模式结局,并与《现代战争》系列世界观直接关联。游戏舞台设定在名为“Hajin”的朝鲜半岛非军事区,该地区因核反应堆熔毁事故遭受严重辐射污染,形成大面积封锁区。 据官方介绍,Hajin 不仅是一张地图,更被设计成一个持续运转的开放式撤离沙盒世界。玩家将面对越来越危险的 AI 敌人、环境谜题以及剧情任务。开发团队希望该模式能够呈现出“游戏中的游戏”体验,而非传统意义上的第三模式。 在进入 DMZ 前,玩家首先会来到前进作战基地。这是一个用于管理装备、组队和备战的核心枢纽。玩家将扮演受 CIA 雇佣的秘密行动人员,进入禁区搜寻并回收关键军事技术,同时还需提防其他敌对特工。 Hajin 地图首发将包含九个主要区域,包括城区、赌场、辐射区、医院、军事基地、农田、监狱、广播站和城镇。地图主体位于韩国境内,但部分区域还延伸至朝鲜和俄罗斯边境地带。 官方表示,Hajin 将采用动态生态系统设计。玩家能够看到运输机在空中运送物资,也能遭遇地面运输车队。与此同时,地图还会受到实时天气系统影响。不同局次中,玩家可能进入晴天、暴雨或浓雾环境,而天气变化也会随着游戏进程不断增强或减弱。 任务系统方面,新版 DMZ 提供三种主要游玩方式:Story Missions(剧情任务)、Dynamic Missions(动态任务)以及 Free Roam(自由探索)。 如前所述,其剧情由《现代战争 4》战役团队设计,旨在进一步扩展游戏世界观。动态任务则会随机生成多阶段目标;自由探索模式允许玩家自行决定行动路线和目标。 匹配机制也进行了调整。如果玩家开启自动补充队友功能,系统将优先匹配选择相同任务类型的玩家。例如正在进行剧情任务的队伍,补入的玩家也会以剧情任务为目标,从而降低队伍成员中途退出的概率。 不过,整个 DMZ 世界仍然遵循“同一世界、同一时间”原则。虽然队伍会按照任务类型进行匹配,但地图中的其他玩家可能正在执行完全不同的目标,因此玩家随时可能遭遇执行剧情任务、动态任务或自由探索的其他队伍。 Infinity Ward 将 DMZ 的核心设计理念概括为“玩家推动世界,世界也会反过来影响玩家”。地图中的车队、空运补给和特殊事件均可能成为挑战目标,但玩家可以选择是否介入。官方还将加入潜行系统,允许玩家避免触发警报或主动脱离部分动态事件。 除了 NPC 外,玩家之间的对抗也成为 DMZ 的重要组成部分。随着玩家击杀数和声望提升,其角色可能被系统标记为悬赏目标。被击败后,玩家将掉落身份铭牌,其他玩家可将其带出禁区换取奖励。赏金猎人还可购买情报定位目标玩家,整体机制类似《使命召唤:战区》中的悬赏系统。 成长系统则是新版 DMZ 与传统多人模式最大的区别之一。官方表示,DMZ 采用类似《黑色行动 7》Endgame 模式的角色成长体系。每名干员都拥有独立技能树,玩家可根据不同玩法培养多个角色。 当角色在 DMZ 中死亡后,其当前携带装备将全部丢失,角色状态也会变为“MIA(失踪)”。若玩家希望重新启用该角色,则需支付一定游戏内货币,而所需金额会根据角色成长程度和玩家表现决定。这种半永久死亡机制意味着玩家在每次行动中的风险将显著提高。 开发团队同时确认,DMZ 拥有完全独立的成长体系,其进度不会与《使命召唤》其他模式共享。 《使命召唤:现代战争 4》预计于 2026 年 10 月 23 日登陆 Xbox Series X|S、PC(战网、Steam)、PlayStation 5 以及任天堂 Switch 2 平台。 与此前免费测试版不同,此次 DMZ 不会作为《战区》免费内容推出,玩家需要购买《现代战争 4》才能体验该模式。 IT之家提醒,动视官方承诺《现代战争 4》发售至少一年内不会加入 Xbox Game Pass Ultimate 和 PC Game Pass 服务。 从目前公布的信息来看,Infinity Ward 试图将新版 DMZ 打造成一个融合剧情推进、PvPvE 对抗、生存撤离、角色养成以及动态世界系统的大型长期运营模式,并将其作为《使命召唤》未来撤离射击玩法的重要基础。 相关阅读: 《 〈使命召唤:现代战争 4〉官宣:首度登陆任天堂 Switch 2,10 月 23 日发售 》 《 〈使命召唤:现代战争 4〉预购开启,Steam 国区 298 元、支持中配 》

LinuxDo 最新话题 · 2026-05-19 00:08:13+08:00 · tech

之前PVE8安装英伟达驱动没报错,重装PVE9就报错了 禁用nouveau也还是报错 root@iris:~# apt install nvidia-driver Solving dependencies… Error! Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Unsatisfied dependencies: nvidia-driver : Depends: nvidia-kernel-dkms (= 550.163.01-2) but it is not installable or nvidia-kernel-550.163.01 or nvidia-open-kernel-550.163.01 Error: Unable to correct problems, you have held broken packages. Error: The following information from --solver 3.0 may provide additional context: Unable to satisfy dependencies. Reached two conflicting decisions: nvidia-open-kernel-dkms:amd64=550.163.01-2 is selected for install because: nvidia-driver:amd64=550.163.01-2 is selected for install nvidia-driver:amd64 Depends nvidia-kernel-dkms (= 550.163.01-2) | nvidia-kernel-550.163.01 | nvidia-open-kernel-550.163.01 [selected nvidia-driver:amd64] For context, additional choices that could not be installed: In nvidia-driver:amd64 Depends nvidia-kernel-dkms (= 550.163.01-2) | nvidia-kernel-550.163.01 | nvidia-open-kernel-550.163.01: nvidia-kernel-dkms:amd64 is not selected for install nvidia-kernel-dkms:amd64=550.163.01-2 → | nvidia-kernel-dkms:amd64 but none of the choices are installable: nvidia-kernel-dkms:amd64 is not selected for install nvidia-open-kernel-dkms:amd64 Depends firmware-nvidia-gsp (= 550.163.01) | firmware-nvidia-gsp-550.163.01 but none of the choices are installable: [no choices] 1 个帖子 - 1 位参与者 阅读完整话题

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

v2ex · 2026-05-16 21:13:36+08:00 · tech

公司里面搞 vmware 替代,打算把所有的测试系统迁移到 PVE 上。 传统制造业,服务器都是联想的 SR 系列,不搞 ceph (运维就我一个人玩不转)计划单机 PVE ,有硬件 RAID 卡不过都是 1G 缓存的,硬盘有 SATA SSD 也有 SAS HDD 。有几个问题请教大家: 1.稳定性与 vSphere 比起来如何? 2.是否推荐用默认的 lvm-thin ,之前没用过 lvm-thin ,有什么坑在里面吗? 3.vm 格式用 raw 还是 qcow2 ? 4.是否有必要买官方支持? 5.如有其他经验或避坑的地方请不吝指出 谢谢!

V2EX - 技术 · 2026-05-16 13:45:40+08:00 · tech

我的 nas 是 pve 底子 + 纯 debian ct , 只提供存储服务,samba/nfs 之类的,J3455 可以说是绰绰有余。 其他重活, 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的, 直到我想再传一份数据到云端。打算使用 restic , 先加密、分块备份到另外一块磁盘, 运行后 cpu 直接拉满 100%,磁盘 io 也拉满, 运行了 1 个多小时它还在处理第一个文件夹的数据(这个文件夹大概就 5G )。500 多 g 的数据不知道跑到猴年马月(这还只是备份到本地), 无奈就中断了。 第一次感觉 J3455 力不从心, 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬, 有什么合适的备份工具吗

V2EX - 技术 · 2026-05-16 13:45:40+08:00 · tech

我的 nas 是 pve 底子 + 纯 debian ct , 只提供存储服务,samba/nfs 之类的,J3455 可以说是绰绰有余。 其他重活, 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的, 直到我想再传一份数据到云端。打算使用 restic , 先加密、分块备份到另外一块磁盘, 运行后 cpu 直接拉满 100%,磁盘 io 也拉满, 运行了 1 个多小时它还在处理第一个文件夹的数据(这个文件夹大概就 5G )。500 多 g 的数据不知道跑到猴年马月(这还只是备份到本地), 无奈就中断了。 第一次感觉 J3455 力不从心, 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬, 有什么合适的备份工具吗

V2EX - 技术 · 2026-05-15 22:36:22+08:00 · tech

我的 nas 是 pve 底子 + 纯 debian ct , 只提供存储服务,samba/nfs 之类的,J3455 可以说是绰绰有余。 其他重活, 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的, 直到我想再传一份数据到云端。打算使用 restic , 先加密、分块备份到另外一块磁盘, 运行后 cpu 直接拉满 100%,磁盘 io 也拉满, 运行了 1 个多小时它还在处理第一个文件夹的数据(这个文件夹大概就 5G )。500 多 g 的数据不知道跑到猴年马月(这还只是备份到本地), 无奈就中断了。 第一次感觉 J3455 力不从心, 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬, 有什么合适的备份工具吗

V2EX - 技术 · 2026-05-15 20:36:22+08:00 · tech

我的 nas 是 pve 底子 + 纯 debian ct , 只提供存储服务,samba/nfs 之类的,J3455 可以说是绰绰有余。 其他重活, 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的, 直到我想再传一份数据到云端。打算使用 restic , 先加密、分块备份到另外一块磁盘, 运行后 cpu 直接拉满 100%,磁盘 io 也拉满, 运行了 1 个多小时它还在处理第一个文件夹的数据(这个文件夹大概就 5G )。500 多 g 的数据不知道跑到猴年马月(这还只是备份到本地), 无奈就中断了。 第一次感觉 J3455 力不从心, 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬, 有什么合适的备份工具吗

V2EX - 技术 · 2026-05-15 19:36:22+08:00 · tech

我的 nas 是 pve 底子 + 纯 debian ct , 只提供存储服务,samba/nfs 之类的,J3455 可以说是绰绰有余。 其他重活, 比如 jellyfin 影视库、immich 照片管理、容器之类的全部交给 macmini 去做了。 存算分离用得挺好的, 直到我想再传一份数据到云端。打算使用 restic , 先加密、分块备份到另外一块磁盘, 运行后 cpu 直接拉满 100%,磁盘 io 也拉满, 运行了 1 个多小时它还在处理第一个文件夹的数据(这个文件夹大概就 5G )。500 多 g 的数据不知道跑到猴年马月(这还只是备份到本地), 无奈就中断了。 第一次感觉 J3455 力不从心, 本来是打算再用一两年等万兆再普及一点再升级的。现在这个时间升级有点尴尬 各位大佬, 有什么合适的备份工具吗

v2ex · 2026-05-15 17:34:04+08:00 · tech

各位技术大佬,我们近期建立了一个聚焦虚拟化技术的专业站点,目前慢慢积累了 来自全国各地的企业客户 ,咨询重点主要集中在: VMware 替代方案 (博通收购后,大量企业寻求低成本、高可控的迁移路径) 从 VMware 迁移到 PVE ( Proxmox VE ) 从各类超融合平台( Nutanix 、深信服、华为 FusionCube 、SmartX 等)迁移到 PVE 虚拟化整体架构转型、容灾、混合云规划等 客户体量多样,很多是生产环境几台至十几台物理节点的规模,而且普遍需要 现场支持 。光靠我们目前的资源很难覆盖全国,所以在论坛里诚心寻找 有大型迁移实战经验的技术专家或团队 ,一起把这些项目做好、做深。 我们在找什么样的人/团队 扎实的 VMware 经验 精通 vSphere / vSAN / Horizon / NSX 等组件的部署、调优及故障排查,有过 大规模(至少 10+ 节点) VMware 环境整体迁移到 PVE 的成功案例。 超融合转 PVE 的实战能力 熟悉主流超融合架构(如 Nutanix AHV 、深信服超融合、华为 FusionCube 、SmartX 等),能够规划并执行从超融合到 PVE + Ceph/分布式存储方案的平滑切换。 能提供现场支持,地域不限 项目分布全国,需要你能够在项目周期内进行 项目实施 ,我们希望建立一个覆盖各大区(华北、华东、华南、西南、西北)的工程师资源池。城市不限,三线城市也有客户。 加分项 有 PVE 集群 + Ceph 超融合方案设计经验 熟悉灾备、迁移工具(如 virt-v2v 、 qemu-img 、Veeam 结合 PVE 等) 持有 VMware 虚拟化相关认证 能提供完整的项目文档和验收支持 合作模式 项目制合作 :根据项目体量、难度和周期,按项目结算,报酬有竞争力。 长期技术顾问 :如果合作顺溜,可签约成为我们全国交付生态的核心伙伴,优先派单。 联合团队形式 :如果你本身有交付团队,也欢迎整体对接,共同打造虚拟化迁移的服务品牌。 我们能提供什么 直接的客户与项目机会 :平台过来的真实需求,你不需要自己去拓客。 站点流量与品牌背书 :优秀案例会通过我们的技术站点进行宣传,帮你提升个人/团队在业界的影响力。 灵活的调度 :我们会根据项目所在地、难度和你擅长的方向精准匹配,尽可能减少差旅成本。 联系方式 如果你或你身边有符合条件的技术专家,欢迎通过以下方式联系(请注明所在地和擅长的迁移方向): 站内私信 :直接回复或私信本账号 邮箱 : [email protected] 微信 : Base64:Sm9taW5n (添加时请备注“虚拟化合作+地区”) 期待的不只是一次项目合作,而是一块把国产化、开源化的虚拟化迁移服务做成全国标杆。 欢迎各位大佬帮忙推荐 🔧