DellEMC定制版ESXi 6.7镜像安装与硬件配置实战指南

简介:VMware ESXi 6.7.0 Update 3 的 Dell EMC 定制版安装包,面向使用 Dell 服务器的虚拟化运维与管理员,解决在 Dell 硬件上部署或升级裸机虚拟化平台时的驱动兼容与稳定性问题。包内共 157 个文件,以 154 个 VIB 驱动与组件包为主体(含 esx-base、vsan、esx-ui 等核心模块),配合 index.xml、vendor-index.xml 两个索引/供应商元数据文件及一个 metadata.zip 完整性校验包,整体大小约 322MB。定制版内置 Dell EMC 专属优化与 A19 版定制调整,安装时由 VIB 自动加载适配 Dell 硬件的必要驱动,可有效规避社区标准版常见的兼容性风险。当前已有 1289 人学习下载,适合需要为 Dell 平台快速部署 6.7 Update 3 虚拟化环境、或在存量集群中完成安全升级的运维人员。

1. 拿到ESXi 6.7的DellEMC镜像:先弄懂这个ISO和普通版哪里不一样

做服务器虚拟化的人应该都有过这种经历:从官网拖了个ESXi 6.7的通用ISO,结果安装到Dell服务器上发现认不出板载网卡或者SAS控制器,装到一半直接提示没有可用存储设备。其实问题不在镜像坏了,而在通用版镜像里没有打包Dell服务器的硬件驱动。这次拆的这份VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC镜像,就是VMware和Dell合作出的定制版ESXi 6.7 Update 3安装包,专门解决这类硬件识别问题。

这个ISO的核心价值在于:它预先打好了Dell服务器的驱动和外部工具组件,包括iDRAC管理接口对应的驱动、PERC RAID控制器的驱动支持、以及网络子驱动。装上之后,系统里会多出Dell OpenManage相关的组件,可以直接通过VMware Host Client看到硬件健康状态。适合所有用Dell PowerEdge系列服务器做虚拟化的人,不管你是用物理裸机装还是打算在SD卡/U盘上做精简部署。

2. 版本细节与选型:构建号、Update 3和DellEMC定制内容怎么理解

2.1 从文件名拆解版本信息

先把这份资源名字拆开看:VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC。其中6.7.0是主版本号,update03说明这是ESXi 6.7的第三个维护更新版本,20497097是它的构建号。x86_64对应的是x64架构CPU。最后DellEMC部分是定制标识,说明该镜像内部集成了Dell EMC硬件驱动和vSphere安装包里的OEM组件。

构建号对实际使用影响很大,ESXi 6.7的Update 3有好几个小版本迭代,20497097这个构建号属于比较后期的一个稳定版本,修复了之前Update 3初期版本里出现的内存管理漏洞和一些存储驱动崩溃问题。如果你现在用的ESXi主机版本比这个构建号旧,比如之前装的是6.7U1或者U2,直接用这个ISO做升级或者重装,可以一次性把底层补丁状态拉到该系列后期版本。

2.2 定制版和通用版的差别:不止是驱动前置

通用版ISO从官网下载后,安装器会执行类似“识别硬件→加载驱动→展示可用存储”的过程。问题是ESXi内核是模块化设计,驱动模块是打包在vib文件里的,通用版只带VMware官方收录过的驱动子集。如果你用的是Dell PERC H740P或者HBA330这类存储控制器,通用版镜像里不保证带相应的驱动,安装界面就会停在“没有检测到可用存储设备”页面,搞得人以为RAID卡坏了。

定制版镜像的做法是在系统封装阶段提前注入Dell官方维护的驱动包。这样安装一开始,驱动就在系统引导vib库里面能直接被加载,不需要另外加载厂商驱动或者先装一个通用版再从别的渠道离线打驱动。另外,定制版镜像里会带上dell-openmanage-esxi相关的VIB包,安装之后直接可以用DCUI界面查看电源、风扇、温度等硬件传感器数据。

2.3 什么场景选Dell定制版,什么场景不建议

用Dell PowerEdge R640、R740、R750这类服务器装ESXi,直接用DellEMC定制版就可以。因为它能保证安装过程中所有板载外设被正确识别,无需手工处理驱动匹配问题。但如果你是在自己组装的PC机或二手非Dell主板设备上装ESXi,用这个镜像反而可能因为Dell专属组件的存在而启动报错,那种情况建议回去用通用版。

还有一类边界场景要注意:如果服务器是Dell但存储走的是外置存储阵列(通过光纤通道或iSCSI),这时候镜像里带不带PERC驱动并不影响存储识别,因为你根本没用本地硬盘。这种部署下用GPL版或通用版也能跑通,选择定制版只是为了硬件监控组件。至于你是要新装还是从旧版本升级,升级情况下只要现有环境是ESXi 6.7系列,直接用这个ISO覆盖升级没问题;如果是5.5或6.5升级,建议先用升级预检工具确认兼容性。

3. 从ISO到启动盘:制作与安装的完整操作步骤

3.1 把ISO写入U盘的正确姿势

拿到镜像文件之后,最普通的做法是用UltraISO或Rufus把ISO写到U盘上。不过ESXi安装盘是混合ISO格式,直接用Rufus默认的DD模式镜像写入就可以。如果你在Linux环境下面操作,用dd命令是最靠谱的,很多人在这一步图省事用“解压ISO到U盘”的方式,结果引导失败。

sudo dd if=VMware-VMvisor-Installer-6.7.0.update03-20497097.x86-64-DellEMC.iso of=/dev/sdb bs=4M status=progress sync

这段命令把ISO文件直接按字节复制到U盘设备节点上,if参数是输入文件,of参数是U盘对应的设备文件,注意一定不要写成了/dev/sdb1这样的分区节点。bs=4M指明每次读写4MB数据块,能明显加快写入速度。status=progress会在终端里显示复制的进度条,让你确认操作没有卡死。

写完以后不要着急拔U盘,先用lsblk或者fdisk -l确认U盘上的分区表已经被写成了ISO格式的引导分区结构。常见翻车点在把ISO解压方式误认为和dd方式效果一样,实际上解压方式做出来的U盘无法引导EFI启动,在Dell 14代服务器上尤其容易遇到。

3.2 安装过程中的几个关键交互节点

把U盘插进服务器后,开机进BIOS设置引导顺序,把UEFI启动设为第一启动项。Dell服务器在开机自检画面上按F11进入引导菜单选择界面,选UEFI的U盘设备启动。启动之后会进入ESXi安装器引导界面,按Enter就能进入正常安装流程。

选择磁盘那一步是整个安装过程最关键的节点。Dell服务器通常会先把RAID卡配置界面初始化出来,如果你SD卡槽里插了SD卡,安装器会额外显示SD卡设备。这里建议直接选择RAID控制器创建的虚拟磁盘作为安装目标盘。如果安装器提示找不到可用存储设备,先去RAID BIOS里确认是否已经创建了虚拟磁盘(VD),没有VD就等于没硬盘。

回车开始安装,会有一步叫你选择键盘布局,默认用美式英语就可以。然后设置root密码,这个密码务必设强密码,至少8位,同时包含大小写和数字。接下来会提示让你确认会擦除磁盘数据,回车确认后开始拷贝文件。整个拷贝过程大概5到10分钟,结束后会提示拔掉U盘并按回车重启。

3.3 重启后进入系统初始化界面要做的四件事

重启后看到紫底界面说明内核已经加载成功,按F2能进入系统定制界面。第一次登录用root账号,需要先按F2,因为System Configuration菜单在F2权限下才能看到。进去以后改掉默认DCUI管理地址的获取方式,如果服务器接入了带DHCP的网络,系统会自动获取IP,你要把它改成静态IP。注意ESXi接管了服务器所有物理网口后,iDRAC口和板载网卡口会被ESXi占用,别以为自己IP配置错了。

第二件事是启用SSH,默认SSH是关闭状态,在Troubleshooting Options菜单里把ESXi SSH打开,方便后面用命令行排查。第三件事是确认NTP配置,ESXi时间不对会导致证书和vCenter连接出问题。第四件事是看一下VSphere HA配置的实际状态,但现在刚装完不用急着配。

4. 安装后的硬件验证与基础配置:驱动、存储和网络

4.1 用命令核对驱动加载情况

系统装好就能直接干活吗?我建议先做硬件驱动核对。打开SSH登录到ESXi主机,执行下面的命令来查看当前加载的存储和网络驱动模块:

esxcli software vib list | grep -E "dell|perc|megaraid|bnxt|i40en" vmkload_mod -l | grep -E "megaraid|bnxt|i40en|net-"

第一条命令把系统安装的VIB包里所有带dell、perc、megaraid、bnxt这些关键词的模块列出来。esxcli software vib list本身每次执行会读取ESXi的VIB数据库,查询的功率比较大,服务器卡几秒是正常的。第二条命令vmkload_mod -l查的是当前内核里实际加载的模块列表,这两个命令配合能看到驱动的“装了”和“加载了”两个状态。

需要注意的地方是,如果执行命令后什么都查不到,不用慌。有些Dell定制版的驱动模块是通过bootbank打包进内核的,不一定显示成独立的VIB条目。这个时候最好用lspci命令辅助确认硬件设备号和系统识别到的厂商编号是否对应得上。

4.2 存储配置策略:RAID与直通怎么选

Dell服务器上装ESXi,存储通常走两条路线:一是用PERC控制器先做RAID虚拟磁盘再交给ESXi用,二是把RAID卡配置成HBA直通模式(IT模式),让ESXi自己管理物理盘。这两条路线配置的地方不一样,RAID在开机Ctrl+R进PERC BIOS界面设置,直通模式需要在BIOS里调整PERC控制器的模式设置。

从ESXi使用角度讲,生产环境我一般推荐控制器做RAID,尤其是本地数据盘需要冗余的场景。Dell服务器的PERC H740P在RAID 5或RAID 6下表现稳定,ESXi的本地磁盘里能看到虚拟磁盘符号,禁用直通模式。

如果选直通模式,ESXi会直接看到物理硬盘,能够把单块磁盘当成VMFS数据存储格式化用,但就没有硬件层的冗余保护了。适合使用场景是测试集群或缓存盘集群,不建议生产环境的核心虚拟机用到这种配置。做完存储选型之后,还要在存储适配器页面确认每个控制器当前状态是否正常,路径是否显示为Online。

4.3 物理网络拓扑的识别与命名规律

ESXi会把所有物理网卡统一命名为vmnic,顺序按PCI总线地址排列。你需要搞清楚服务器后面板的哪个网口对应vmnic0、哪个是vmnic1,否则配置vSwitch的时候会搞混管理口和服务口。Dell服务器板载四口网卡对应关系一般是vmnic0到vmnic3,但实际物理位置需要自己确认。

esxcli network nic list

执行这个命令能看到每个vmnic对应的驱动、链路速度和PCI地址。用网线逐根插拔并对比esxcli network nic list里的Link状态来定位物理端口,这种笨办法最可靠。确定好对应关系后,在Web管理界面的Networking里创建vSwitch,把vmnic0分配给Management Network,确保管理和对外业务隔离。

5. 避坑清单:DellEMC定制版装ESXi遇到的常见问题与排查手段

5.1 安装界面提示无可用存储设备,以为是RAID卡坏了

现象:安装到选择存储设备那一步,列表是空的,继续点下一步没有反应。

原因:最常见的原因是PERC RAID卡里没有创建虚拟磁盘。ESXi不会直接识别物理硬盘,只会识别RAID控制器上报的虚拟磁盘。还有一部分原因是RAID控制器驱动没有正确加载,但Dell定制版很少出现这种问题,所以先把RAID配置这个大概率原因排查掉。

解决方法:重启服务器进入PERC BIOS界面(开机按Ctrl+R),确认存储配置页面里是否显示有VD(Virtual Disk)。没有就先用配置向导创建VD,有VD但ESXi仍然看不到,就检查一下RAID控制器是否处于直通模式。直通模式下没做过任何配置的物理盘确实不会出现在安装界面。

5.2 安装时提示找不到受支持的网卡驱动

现象:安装起步阶段报错,提示No Network Adapters detected,根本进不到分区界面。

原因:这通常发生在较新的Dell服务器装6.7镜像时,因为新板载网卡(比如某些BCM和Intel的新型号)的驱动没有在这个构建号的驱动库里。虽然Dell定制版已经把大量驱动打进去了,但新出货的服务器网卡更新换代快,老ISO覆盖不了所有出厂型号。

解决方法:去Dell官方支持站点下载对应服务器型号的新版ESXi定制镜像驱动包,通过depot方式离线添加到ESXi安装环境里。具体做法是在安装界面按Shift+O,在启动命令里加上“autoPartitionOSDataSize=8192”来扩大可引导内存盘空间,然后把驱动包放到数据分区指定位置,安装器才能读取到。

5.3 插上USB启动盘后服务器直接进不去安装页面

现象:U盘做好了,引导时选UEFI方式启动U盘,屏幕一黑又回到BIOS启动菜单。

原因:绝大多数情况是因为U盘写入方式搞错了,用了FAT32格式直接把ISO内的文件解压进去,而不是用DD镜像写入方式。ESXi引导需要特定卷结构的启动镜像,解压文件方式做出来的U盘在部分服务器上找不到引导入口。

解决方法:用Rufus重新写入,选择“DD镜像模式”,或者换一台机器用dd命令重写一遍。另外确认U盘接口是否有问题,有些服务器后置USB口在UEFI引导阶段不供电。

5.4 装完之后iDRAC页面打不开,服务器网络看起来全断了

现象:ESXi系统正常启动了,但iDRAC的管理页面无法访问,网络中断。

原因:这种情况九成因为你把iDRAC专用的网络口当成普通网口分配给了ESXi的虚拟交换机。Dell服务器上有一个共享/专用模式的网口配置项,如果它处于专用模式,这个口只走iDRAC流量,你把它纳入ESXi的vSwitch就可能导致iDRAC网络中断。另一种原因是ESXi占用了全部四个物理网口后,主机默认只把其中一个网口配置成了管理口,其余网口没配置上行链路,外部设备访问不到。

解决方法:进BIOS的Integrated Devices配置菜单,把iDRAC网络连接改回共享模式,让iDRAC走独立带外管理通道。ESXi拔掉一根网线,进入DCUI的网络配置页面手工调整管理网络绑定的物理网卡,保留一个口专门用于VMkernel管理。

5.5 ESXi主机能进但虚拟机启动慢出奇

现象:虚拟机创建好了,启动时卡在开机画面很久,用起来也明显慢。

原因:大概率是虚拟机创建的时候选的客户机操作系统类型和实际系统不匹配,ESXi会为不同类型系统加载对应的虚拟化特性;另一个原因是存储驱动有问题,如果是低成本SSD或磁盘阵列未对齐,性能就会受影响。Dell定制版的OpenManage组件如果运行异常也会消耗大量CPU资源。

解决方法:在虚拟机设置页面修改客户机操作系统为Microsoft Windows Server 2016 64位(如果是Linux就选对应的Linux发行版),并确认虚拟磁盘类型选择的是Thin Provision而非Thick。存储方面不要使用USB盘给生产虚拟机做数据盘。

5.6 内存显示数量比物理安装的内存少

现象:服务器明明装了256GB内存,ESXi管理界面只显示128GB。

原因:Dell服务器里有内存镜像模式(Memory Mirroring)或内存备用模式(Spare Rank),这两种模式下系统会屏蔽掉部分内存用于冗余或备用。ESXi作为操作系统只能看到操作系统可用的那部分。另一个原因是开启了NUMA相关的预留策略。

解决方法:重启进BIOS,在Memory Settings菜单把内存运行模式改为Optimizer Mode,关闭镜像备用模式,重开ESXi主机即可识别到全部物理内存。

6. 进阶验证:把ESXi 6.7主机交付之前,先用这几条命令验一遍

安装和基础配置之后,不要急着把虚拟机批量迁上来,先做一轮系统健康验证。我当时有个习惯,每次装完ESXi都会强制走一遍硬件巡检命令:先检查系统启动时间和守护进程状态,再看LUN存活和路径状态,最后检查交换文件配置和内存Balloon化数量。这些检查做完,系统是不是能扛住生产环境心里就有底了。

esxcli system maintenanceMode get esxcli storage core path list | grep -E "state|runtime-name" esxtop -b -n 1 | grep -E "MEM|N^|CPU"

第一条命令是查看系统是否处于维护模式,正常交付前这个状态值应该是Disabled。第二命令检查存储路径状态,看到state是dead说明路径有问题,需要重新扫描存储适配器。第三条命令用esxtop导出一帧实时数据快照,重点看CPU列中的%RDY值,这个数值如果持续偏高超过5%,说明虚拟机CPU调度已经出现排队拥挤。

然后验证网络侧的冗余效果。如果有两块网卡绑定了同一个vSwitch做负载均衡,可以拔掉其中一块网线,观察ESXi网络管理界面的活动物理适配器数量是不是自动切换到剩余一块,虚拟机的网络是否立刻恢复。这个过程验证了网卡Teaming配置的物理连通性,顺带确认了交换机端的端口配置没有造成链路错误。

vim-cmd vmsvc/snapshot.create 1 disk "最后检查快照" graphite-tool.sh -s | head -20

vim-cmd是ESXi主机控制虚拟机生命周期的高权限工具,vmsvc/snapshot.create给ID为1的虚拟机创建快照,如果这行命令能顺畅执行说明VMkernel对VM的直接控制通道正常。graphite-tool.sh是查看系统缓存状态的小工具,输出结果里看Cache Hit值,如果比较低说明存储读写效率还有提升余地。

最后把运维日常要用的几个目录和命令做一次权限复查,确保ssh登录后的账号有权限查看日志和重启管理服务。常见的做法是用chmod锁定关键配置文件,并编辑/etc/vmware/rhttpproxy/config.xml里的端口监听配置,避免管理端口被外部扫描干扰。

从那次ESXi生产事故之后,我每次交付一台ESXi主机,无论多赶时间,都强制自己把上面这套巡检流程完整走一遍,状态不对直接停工排查,再也不抱侥幸心理把未经验证的环境交出去。硬件虚拟化这东西,玄学的事情见多了,多花十分钟检查换回来的是一整月的安稳。这套流程对于ESXi 6.7的DellEMC定制版同样适用,按照上面的操作一步步走,主力服务器环境交付基本可以避开大多数坑。希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

从CSV到MP4:动态图表视频制作全流程解析

从CSV到MP4:动态图表视频制作全流程解析

做数据可视化项目久了,你会慢慢发现一个规律:真正折磨人的从来不是画图那一下,而是数据本身。CSV 文件看着简单,三五列数据,几万行记录,一旦进入图表环节,各种问题就全冒出来了。缺失值、重复记…

2026/10/20 23:42:34 阅读更多 →
核电设备管理:为什么必须先EAM后ERP

核电设备管理:为什么必须先EAM后ERP

简介:本资源是一份深度剖析核电行业信息化演进路径的行业实践报告,面向电力系统信息化建设者、EAM/ERP实施顾问、能源行业IT管理者及高校能源管理专业师生。文档以大亚湾核电站为全球首个核电EAM落地案例切入,系统阐述其“先EAM后ERP”的渐进…

2026/10/20 23:42:34 阅读更多 →
AF_XDP 实战指南:Ubuntu 24.04 上基于 eBPF 的高性能包处理

AF_XDP 实战指南:Ubuntu 24.04 上基于 eBPF 的高性能包处理

1. 项目概述:AF_XDP 到底解决什么问题碰上 AF_XDP 这个技术点的人,多半是已经在 Linux 上做高性能包处理,或者被 DPDK 的运维成本折腾过之后,想在内核生态里找个折中方案。AF_XDP 不是一个框架,而是 Linux 内核提供的地…

2026/10/20 23:41:33 阅读更多 →

最新新闻

Vidu Q4 Preview深度评测:AI视频生成迈向生产力工具的关键一步

Vidu Q4 Preview深度评测:AI视频生成迈向生产力工具的关键一步

最近几个创作群里讨论最多的,绕不开Vidu Q4 Preview。做AI视频的同仁应该都有感觉,这个赛道现在卷到什么程度:几乎每隔几天就有新版本、新模型冒出来,但大多是“看起来厉害、一上手就露馅”。Vidu Q4 Preview这次放出的内容&#…

2026/10/21 0:33:56 阅读更多 →
AI在芯片设计中的黑盒困局:一次IR压降事故带来的反思

AI在芯片设计中的黑盒困局:一次IR压降事故带来的反思

芯片世界里,有一句话最近被工程师们重复得越来越多:AI赢了棋局,却讲不出思路。就在上个月,我拿着一个AI辅助完成的block级floorplan给物理设计团队,线长比上一版少了12%,拥塞图也干净得不像话。结果等IR压降…

2026/10/21 0:33:56 阅读更多 →
计算智能体入门:从状态机到Q-learning的决策实现

计算智能体入门:从状态机到Q-learning的决策实现

1. 从零理解计算智能体的核心骨架计算智能体这个概念,听起来像是学术论文里的术语,但把它拆开来看,其实就是一个能感知环境、做出决策、执行动作的软件实体。你可以把它想象成一个在迷宫里找路的小机器人,它能看到周围哪里有墙、哪…

2026/10/21 0:33:55 阅读更多 →
MoE混合专家模型:稀疏激活如何破解大模型容量与成本困局

MoE混合专家模型:稀疏激活如何破解大模型容量与成本困局

从Transformer诞生起,前馈网络(FFN)就是"又笨重又绕不开"的角色:它占了模型近三分之二的参数量,但每个token都得老老实实把所有参数过一遍。你扩大模型容量,推理成本就跟着线性往上涨&#xff0c…

2026/10/21 0:33:55 阅读更多 →
开源30B模型硬刚闭源旗舰:科研场景实测与本地部署指南

开源30B模型硬刚闭源旗舰:科研场景实测与本地部署指南

最近开源圈又热闹起来了,一个主打科研场景的30B级别开源模型,直接放话要跟两家头部闭源大模型掰手腕。我当时第一反应是“又来一个刷榜的”,但仔细看完技术报告和社区实测数据之后,觉得这波还真不是营销话术,确实有货。…

2026/10/21 0:33:55 阅读更多 →
LLM强化学习全解析:PPO、GRPO、DPO等五类方法选型与实践

LLM强化学习全解析:PPO、GRPO、DPO等五类方法选型与实践

做LLM训练绕不开强化学习这块,标题里这五个字看着简单,真要分类起来其实挺讲究的。我前几年刚开始接触大模型对齐时,也把PPO、DPO、GRPO这些名词搞得晕头转向,后来用了一段时间才理清楚它们之间的血缘关系和适用场景。这篇博文就把…

2026/10/21 0:32:54 阅读更多 →

日新闻

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

这段时间硬件圈和AI圈都在传一个事:AMD锐龙AI Max PRO 400系列把最高192GB统一内存搬进了PC形态的产品里,按宣传口径,本地跑320B参数的大家伙不再是纸面概念。我第一反应倒不是“内存真大”,而是这话背后的含金量——它把过去只能…

2026/10/21 0:00:11 阅读更多 →
AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

1. 从“封号重开”这个行为说起:用户到底在追求什么“封号重开”这四个字,放在任何产品语境里都带着一股决绝的味道。一个账号从零开始积累使用记录、调教偏好、沉淀工作流,背后是大量的时间和精力成本。正常情况下,没有人愿意主动…

2026/10/21 0:00:11 阅读更多 →
ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

1. 为什么在ROS里硬刚YOLOv3不是“炫技”,而是工程落地的必经之路我第一次在某高校机器人实验室看到那台搭载Jetson TX2的移动底盘原地打转、反复识别错垃圾桶时,就意识到:单纯跑通darknet_ros demo和真正让YOLOv3在ROS里“干活”&#xff0c…

2026/10/21 0:00:11 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 10:02:08 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:45 阅读更多 →