硬盘故障自救全程复盘:从警告信号到数据恢复与备份策略

硬盘坏掉这种事,没用过的人不会在意,等真遇到才发现,搜再多数据恢复工具也不如事前一份备份。半个月前,我那块存了多年照片和项目资料的硬盘突然不认盘了,盘符还在,双击进去就卡死,折腾了大半天后彻底消失。后面我靠几款数据恢复工具和反复尝试,花了差不多半个月才把绝大部分数据救回来,但也有一小部分永远留在了那个读不出的扇区里。

这篇内容不打算写成标准教程,更像一次完整复盘。我会把那半个月里走过的弯路、试过的工具、最终的操作顺序都摊开讲清楚,也会把哪些情况下必须停手、哪些工具配什么场景用、为什么要先做镜像这些容易被忽略的判断逻辑补上。适合两类人看:一是目前硬盘还正常、但想提前了解风险的人;二是已经面对故障盘、不太确定自己该不该动手的人。

1. 硬盘出问题前的那些警告信号,我全错过了

多数硬盘不是一夜之间死亡的,它其实早就给过信号,只是我选择性地忽略了。复盘下来,至少三个月里我的使用体验一直在缓慢变差,现在回想每一个细节都挺扎心。

1.1 不是所有卡顿都叫老化

最开始只是资源管理器里打开某个照片文件夹时要多转两三秒,我以为是文件太多,没有在意。后来是复制大体积压缩包时偶尔卡一下,进度条像卡在齿轮里,要过好几秒才又动起来。再后来是开机自检变慢,滚动条要滚很久才进系统。这些现象放到今天看,都是磁头在反复寻道、坏块正在增加的典型表现。

最明显的一次警告是系统弹了个“文件或目录损坏且无法读取”,我当时直接把那个文件删了重新拷一份,也没深想。还有一个特别典型的异常,硬盘会发出不规律的“咔哒咔哒”声。如果读盘时出现这种声音,说明磁头可能正在同一个扇区反复重试,物理故障概率已经非常高了。到了那一步,最佳备份窗口基本已经关了。

1.2 SMART健康数据到底怎么看

机械硬盘内部都有SMART健康记录,用常规工具就能看。对普通用户来说,不用把所有参数背下来,重点盯这几个指标就够了:

  • 05 重新分配扇区计数:大于0意味着硬盘已经发现坏块,并用保留扇区把它替换了。少量数值可能是偶发擦伤,持续增长就说明盘面在恶化。
  • C5 当前待映射扇区计数:大于0表示硬盘发现了读不稳定的扇区,但还没有正式替换。这个阶段数据可能还在,但不备份的话很快就很难读。
  • C6 脱机不可修复扇区计数:如果这项不是0,说明已经出现彻底读不出的扇区,物理损伤已经落地。
  • UDMA CRC错误:多为线材或接口接触不良,反复出现就要先换线换口,但也别因此忽略其他项。

我后来翻当时的记录,05已经到几十,C5还有十几个等待重映射,属于标准“红牌警告”。如果那时我就断电源、做备份,后面半个月的折腾完全可以省下来。

2. 发现硬盘故障后,第一周我踩的坑

故障发生之后,人的本能反应是“赶紧多试几次”。但数据恢复领域恰恰相反,做错一步的代价可能比故障本身还要大。以下几条几乎全是我亲手犯过的错误。

2.1 最致命的三个操作:通电、插拔、修复扫描

第一错是反复通电。硬盘每次初始化都要读取关键引导区,如果磁头已经在坏道附近,反复尝试会让坏道区域的损伤进一步扩大。我自己就是第一次没识别出来,重启一次,又插拔一次,再用系统自带的修复工具扫描一次。整个过程都在高强度读取,等于把一块已经划伤的光盘又拿来反复播放。

第二错是无脑运行修复命令。很多人第一反应就是打开系统自带的扫描修复,或者手动执行chkdsk /r,表面上是修复文件系统错误,但它会对整个分区做大范围读取,遇到坏道就会卡在重试循环里。如果确认是物理坏道,这类工具不但救不了数据,还会让故障加剧。逻辑层面的文件系统错误确实能靠它修复,但前提是SMART里没有坏道增长。

第三错是反复换USB接口。移动硬盘在插拔过程中会触发枚举和自检,每次都是给一块“半死不活”的盘增加额外负担。正确做法是,如果第一次插上盘符还在,先别拔;如果盘符已经消失,就把它当文物放好,不再通电,只留一次机会去做镜像。

2.2 什么时候可以自己救,什么时候必须停手

数据恢复有一个简单的分诊逻辑,判断清楚才能决定下一步。如果系统能识别盘符、分区能打开、文件能列出来,大概率是逻辑层故障或者轻度坏道,自己动手成功率很高。如果系统能识别但读写极慢,伴随“咔哒”声,SMART指标还在持续增长,那么属于物理故障,但优先做镜像还有机会。如果完全不识别、固件信息读取不到,通电后还有连续规律敲击,那已经是磁头或盘体级故障,个人软件操作基本没有意义,继续通电只会扩大损伤。这种情况不要拆盘,建议直接找专业机构做开盘换磁头处理,成功率和你按下电源键的次数直接挂钩。

我当时的状况属于第二种:偶尔能认盘,但读起来像砂纸拖着水泥地。后面我先做了镜像,才敢放心往下操作。如果我忍不住在原盘上反复扫描,恐怕最后连残缺文件都捞不回几份。

3. 数据恢复工具横向盘点:哪些值得装进U盘

工具是这次内容的重头戏。我不打算把市面上所有软件列一遍,只讲几类自己真实用过、并且分别在恢复流程里起了不同作用的工具,顺便说清每一类的适用边界和注意要素。

3.1 逻辑层恢复工具:易上手与老油条

逻辑层恢复解决的是“盘还能读,但分区表丢了、文件被删了、格式化后才发现没备份”这类问题。常用工具我分成四类:

  • TestDisk:免费开源命令行式工具,最擅长重建分区表。界面看着复古,但操作逻辑很清晰。主流程依次选择磁盘、分区表类型、分析、扫描丢失分区,找到后用P键预览,确认无误写回分区表。
  • DiskGenius:图形界面友好,分区恢复和文件恢复都能做,“删除文件恢复”和“恢复文件”功能对新手很友好。但需要注意,它也是扫描类工具,遇到坏道密集区域会比较慢。
  • Recuva:适合单纯误删除文件,占用小、操作直观。在U盘上放一个绿色版,平时救急比重型软件更顺手。
  • R-Studio:偏专业向,界面不算漂亮,但功能扎实。支持把磁盘做成镜像文件,再从镜像中扫描,最大限度降低对源盘的二次伤害。我那次最终能完整收尾,靠的就是它。

这些工具的核心逻辑都是扫描文件系统和文件签名,但最根本的原则是:扫描恢复的目标盘必须和源盘分离。不能一边在源盘上扫描,一边又往源盘写入恢复结果。哪怕只是几个恢复软件的安装包,都存在把原数据覆盖的风险。

3.2 坏道处理和镜像工具:救命的第二梯队

如果盘已经有物理坏道,任何逻辑工具直接扫描都可能撞上一片“雷区”。正确思路是先用镜像工具做全盘镜像,把坏道区域单独标记,后续所有恢复操作都对着镜像文件进行。

  • ddrescue:Linux下很经典的工具,支持日志和多遍重试。第一遍快速读取所有可读区块,第二遍再针对坏道重试,最后在日志里标记不可读区域。命令形式我下面会写。
  • HDD Raw Copy Tool:Windows下图形界面,也能做逐扇区复制,适合不熟悉命令行的用户。
  • 部分专业恢复软件自带镜像功能,比如R-Studio的磁盘镜像,可以在图形界面里设置只读取可读扇区,也是一种可行路线。

物理坏道检测主要用Victoria或HDDScan这类底层扫描工具,它们能画出每个区块的读取耗时,帮你判断坏道分布。不过别在故障盘上来回全盘扫描,跑一次拿到基础信息就停手。扫描本身也是高强度读取,跑得越多,风险越大。

3.3 我最终使用的工具组合

这次经历里,我的分工大致是这样:

  1. 先确认SMART状态,记下05和C5的数值。
  2. 用ddrescue把整块盘镜像到另一块闲置机械盘,坏道区先跳过。
  3. 用TestDisk从镜像中定位丢失分区,恢复分区表。
  4. 挂载镜像后查看文件结构,缺失部分再用R-Studio做深度扫描,按文件签名找回。
  5. 对零散碎片用PhotoRec按文件类型恢复,最后人工筛选。

这套组合下来,绝大部分数据回来了,代价是时间完全失控。扫描过程连续跑了两个通宵,加上各种预览和校验,前前后后花了大半个月。工具选型重要,但“别等到坏了才处理”这件事更重要。

4. 完整的自救流程:从做镜像到找回文件

下面这部分是完整可复现的操作路径。读者不用完全照搬每一步,但需要理解每一步在解决什么问题。

4.1 第一步:用一个好接口做全盘镜像

做镜像的第一原则,是源盘不能成为正在运行的系统的组成部分。最好的方案是准备另一台机器,或者至少用独立的SATA口连接源盘,不设置任何自动挂载。Windows下尽量别让系统自动分配盘符,更好的做法是把源盘直接设为“脱机”。

用ddrescue做一个基础镜像:

sudo ddrescue /dev/sdb /mnt/recover/disk.img /mnt/recover/disk.log

这里 /dev/sdb 是源盘,disk.img 是镜像目标,disk.log 是日志文件。日志文件至少要记录哪些块读完了、哪些块失败,没有它,中途断电就得全部重来。

第一遍执行时不要带“-r”重试参数,让程序先快速把能读的区块读完。跑完之后再执行:

sudo ddrescue -r 3 /dev/sdb /mnt/recover/disk.img /mnt/recover/disk.log

意思是针对日志里标记的坏道重试三次。这样就能避免一开始就死磕坏道,把宝贵的通电时间全部浪费在“伤上加伤”上。对一块已经有物理损伤的盘来说,减少磁头反复寻道就是最实际的自救。

4.2 第二步:重建分区表并验证结构

镜像做完后,源盘可以断电收起来。接下来把镜像文件挂载为虚拟磁盘。如果系统能直接识别出分区,说明分区表基本完好;如果识别不到,再交给TestDisk处理。

TestDisk的操作主线并不难记:选择磁盘、选择分区表类型、选Analyse、让软件搜索丢失分区、找到后用P键预览文件列表、确认无误后写回分区表。

有一点值得单独说明:TestDisk恢复的是“分区结构”,不是“单个文件”。只要原目录结构还在,文件名和路径大多能保住;如果分区表严重损坏到只能拼出大致范围,剩下的要靠下一阶段深度扫描。

4.3 第三步:深度扫描与文件碎片恢复

分区表恢复后如果还有文件缺失,多半是坏道区里残余的目录项丢了。这时可以打开R-Studio,选择镜像文件,对可疑分区做扫描。扫描过程会同时按文件系统结构和文件签名两种机制去找数据,所以能在文件名丢失的情况下,仅靠文件头特征识别出图片、文档、视频的起始位置。

这一步非常吃时间。我这块两个分区的2TB硬盘,第一次深度扫描用了差不多14小时。扫描结束后,先用“显示预览”功能随机打开几张图片,确认内容是可读的,再勾选需要的文件导出。导出目标同样是另一块盘,不能在镜像所在的物理盘上折腾。

遇到文件碎片严重的情况,PhotoRec这类纯签名恢复工具也有价值。它不依赖文件名和目录结构,看到文件头就按连续扇区捡数据,适合已经被格式化、目录又严重损坏的场景。缺点是文件名和时间戳会丢,恢复后需要自己重新分类整理。

4.4 恢复完成后的校验和整理

恢复不是“看见文件复制出来”就结束。我最后花了两天做检查,方法很简单但很实用:

  • 图片:随机打开几十张,确认能正常显示,部分对比EXIF信息里的拍摄时间。
  • 文档:用办公软件直接打开,确认不是零字节,不乱码。
  • 视频:拖动进度条到开头、中间、结尾三段,检查文件是否完整。
  • 散乱恢复文件:按扩展名分组,再用文件数量总和与原目录里记录的数量做对比。

因为恢复出来的文件可能有名称乱码或内容不完整,我建议先把它们全部恢复到暂存盘,经过一轮校验后再归入正式备份盘。否则半成品混进正常资料,以后很难再盘清哪些能用、哪些是坏的。

5. 半个月内我遇到的高频问题与排查思路

恢复过程不是一路顺风,中间踩了不少坑,挑几个高频问题当速查表写出来。

5.1 扫描半天没结果,问题出在哪

最典型的场景是恢复软件扫描进度条走了一半就没动静。原因通常有两种。第一,源盘本身有坏道,软件在等待读取超时,表现为长时间卡在一个百分比。这时需要关掉扫描,先做镜像,不能在坏盘上硬挂。第二,USB接口供电不稳导致硬盘掉线,界面上看就是设备消失。所以我会专门强调直连SATA,或者用带独立供电的硬盘底座。

如果用上靠谱的硬盘底座之后,镜像速度会快很多。笔记本USB口直插供电其实很考验瞬时电流,机械硬盘峰值读取时需要的电流并不小,供电不足就会突然断开。轻则掉线,重则文件系统被识别成RAW,后续处理难度又上去了。

5.2 恢复出的图片打不开,只有头部数据

出现这种情况,大概率是文件头之后的扇区处在坏道区,或者文件本身发生了碎片化。普通扫描能识别到文件头并开始拼接,但赶上中间断块时,它只能按连续空扇区补足,拼出来的东西往往打不开。

处理办法是换工具、换策略。R-Studio这类往文件碎片重组方向设计的工具,会比纯签名扫描更可靠。对于极重要的单个大视频或压缩包,可以专门把文件所在的区块单独复制一遍,前后多读几次,有时能救回更多字节。如果这些招都没用,那基本要评估预算,考虑让专业机构用更底层的设备处理。

5.3 杂七杂八的报错与对策速查表

报错文本常见含义优先处理顺序
无法访问,参数不正确分区表损坏或未被系统识别先做镜像,再用TestDisk扫描分区
I/O设备错误硬件层读写失败,坏道或接口问题检查接口供电,考虑镜像和坏道处理
文件或目录损坏且无法读取文件系统元数据异常停止当前操作,不要格式化,走分区表修复
0x80070570 文件或目录已损坏复制过程读到不可读扇区用专业拷贝工具逐扇区跳过继续复制
格式化后将无法恢复提示系统不识别分区格式不要点确定,立即进入镜像流程

这张表覆盖不了所有案例,但在我那次处理过程中,这几个提示基本都遇到过。核心思路始终是:任何报错出现时,先判断问题在软件层还是硬件层,能离线处理的就不要在线操作。

6. 数据救回来的最大感想:备份必须成为习惯

这次最大的教训不是工具选错,而是根本没把备份当回事。如果数据救回来了,最后最实在的总结就是一句话:把备份变成自动执行的日常动作,比学习任何恢复工具都值。

6.1 3-2-1备份原则这么落地才不烧钱

3-2-1原则听起来有点距离:至少3份拷贝、2种不同介质、1份异地。落到个人使用场景,其实可以很便宜:

  • 第一份:电脑本地硬盘,平时正常使用。
  • 第二份:一块外置机械硬盘,每周用同步工具把重要目录同步过去。机械硬盘不是绝对可靠,但和主盘同时坏的概率很低。
  • 第三份:把关键压缩包或加密包传到云存储,形成异地容灾。真正重要且体积不大的资料占不了多少容量,成本完全可控。

异地那份很关键。有人把备份盘和主力数据放在同一张书桌上,结果电脑进水,移动硬盘一起遭殃,等于没备份。异地不需要多豪华,放到不常住的第三方位置或者云端即可。

6.2 我现在的备份方案

那次恢复把关键照片和项目文件追了回来,但花掉的时间足够我再学一门新技能。现在我的备份方式并不高级,反而刻意走朴素路线:主力目录只挑照片、文档、项目工程三个,不做庞大全盘镜像;用免费同步工具设置周期任务,每周做一次增量同步到外置移动硬盘;每个月把整个同步目录打包再加密传云端,形成一份异地快照;遇到大改动的文件,手工触发一次快速同步,延迟控制在小时级。

这方案不需要花哨的NAS私有云,也不追求实时同步,按重要程度分层处理,负担低才能长期坚持。恢复工具是应急用的,备份习惯才是真正的承重墙。

7. 关于送修与专业机构的最后提醒

如果上面的步骤试过之后依然无解,或者盘体已经出现持续规律敲击、完全不识别、固件信息全丢,那就要果断放下“自己再试试”的念头。专业机构的价值在于具备无尘环境、配件盘和固件处理能力,这些依靠个人在家里很难复现。

7.1 什么时候必须承认靠自己救不回来

需要送修的信号很明确:通电后听到连续“咔哒”敲击、系统完全无法识别设备、SMART信息读取失败或盘体有异味。这些都不是软件层能解决的。越早停手,专业机构接手时的盘体状态越好,数据找回概率也越高。相反,反复通电只会让磁头划伤更多区域,最终由几百GB的问题恶化成整盘报废。

还有一点容易被忽略:如果故障盘曾做过低格、覆盖写入或重新分区,恢复难度会成倍上升。所以在故障后,除非你已经彻底确认不再需要这块盘上的数据,否则任何写入操作都不要做。

7.2 找专业机构前必须问清的三件事

第一,价格口径。报价是按块收、按数据量收,还是包含开盘费,必须先写清楚。有些报价只是“检测费”,后面开盘另算,落差会很大。

第二,成功收费机制。尽量选择“数据恢复成功才收费、失败不收费”的机构,而不是一上来就要求支付高昂预付款。

第三,沟通目标要精简。提前列出关键目录、需要恢复的格式、是否有加密文件,实测下来能大幅降低沟通成本和检测时间。送修前把硬盘外观拍照,记录型号和序列号,防止出现更换配件盘后的混淆。

到了这一步,最该问自己的问题是:如果这次没救回来,损失的到底是什么。大部分人在这个节骨眼上才会意识到,有些数据无法用价格衡量。所以如果你还没走到这一步,趁早把备份做起来,就是最实在的解决方案。

我个人花半个月救数据最大的收获,不是学会了几个软件命令,而是建立了对“数据存在性”的敬畏。现在每看到重要文件,第一反应不是“等下再备份”,而是“现在就同步”。如果你眼下正对着故障硬盘焦头烂额,先断电,稳住情绪,准备一块容量足够的空白盘,从镜像开始一步步来。数据恢复工具只是兜底的手段,真正的赢家永远是那些在故障发生前就认真备份的人。

相关新闻

IP-Adapter+AnimateDiff:AI动漫短剧工业化流水线实战

IP-Adapter+AnimateDiff:AI动漫短剧工业化流水线实战

2026年了,还在用单张AI生成图拼动漫短剧的,基本已经被淘汰了。真正能稳定出片的,靠的是一整套“角色不出戏、动作不跳帧、批量不闹心”的工业化流水线。过去大半年我一直在磨这个方向,核心组合就是IP-Adapter做角色锚定&#xff0…

2026/10/21 5:42:16 阅读更多 →
GET与POST传参的隐藏陷阱:URL编码、Content-Type与中文乱码

GET与POST传参的隐藏陷阱:URL编码、Content-Type与中文乱码

1. 先别急着写代码:GET和POST传参的真正差异在哪里作为一个写过无数接口、也调试过无数接口的人,我几乎每天都要面对GET和POST传参这件事。你可能觉得这有什么好讲的,小学生都会,但实际工作里,因为"参数没传对&qu…

2026/10/21 5:42:16 阅读更多 →
在NAS上用Docker部署YesPlayMusic:打造全家人使用的干净网易云音乐播放器

在NAS上用Docker部署YesPlayMusic:打造全家人使用的干净网易云音乐播放器

我把家里的NAS当成一个长期运行的“家庭服务器”来用,除了存照片、跑下载任务、备份手机相册之外,最近折腾的最值的一件事,是把第三方网易云音乐播放器YesPlayMusic部署了上去。现在全家任何一台设备,只要打开浏览器输入地址&…

2026/10/21 5:41:15 阅读更多 →

最新新闻

基于PLC的智能灌溉系统设计:本地闭环、传感器选型与故障排查

基于PLC的智能灌溉系统设计:本地闭环、传感器选型与故障排查

简介:这是一份基于PLC与MCGS的智能灌溉系统毕业设计文档,面向自动化、电气工程及农业工程等专业学生,可作为相关课程设计或毕业设计的方案参考。文档围绕系统总体设计展开,涵盖西门子PLC选型、通信协议设定、梯形图控制逻辑编写、…

2026/10/21 6:20:33 阅读更多 →
信息真空下的项目还原:从三个字母到实时响应式系统

信息真空下的项目还原:从三个字母到实时响应式系统

1. 当标题只剩三个字母:一次“信息真空”下的项目还原实录你大概也遇到过这种情况:拿到一个项目,标题栏里孤零零躺着三个字母“rea”,正文是空的,关键词是空的,摘要描述也是空的。没有需求文档,…

2026/10/21 6:20:33 阅读更多 →
PostgreSQL安装部署全指南:版本选择、平台适配与初始化配置

PostgreSQL安装部署全指南:版本选择、平台适配与初始化配置

1. 安装前的三个关键判断:版本、平台与软件源很多人第一次接触 PostgreSQL 时,第一反应是打开官网找下载页。这个思路没错,但实际落地时,最影响安装效率的往往是三个前置判断:选哪个版本、在什么平台装、用什么方式装。…

2026/10/21 6:20:32 阅读更多 →
从模糊需求到技术落地:以React为例的拆解方法论

从模糊需求到技术落地:以React为例的拆解方法论

1. 当标题只剩三个字母:一次极限信息压缩的解读实验“rea”这个标题,第一次看到的时候我愣了几秒。没有正文,没有关键词,没有摘要描述,连一个标点符号都没有。放在任何一个内容平台上,这都属于“信息量趋近…

2026/10/21 6:20:32 阅读更多 →
Gatling 3.0.0 安装与压测避坑指南:JDK 17 兼容性与实战配置

Gatling 3.0.0 安装与压测避坑指南:JDK 17 兼容性与实战配置

简介:本资源为Gatling 3.0.0性能测试工具完整发行包,面向Java/Scala开发者、测试工程师及DevOps人员,用于Web应用高并发场景下的响应时间、吞吐量与稳定性压测。包内含114个文件,主体为97个核心jar包(含Akka、Saxon、B…

2026/10/21 6:20:32 阅读更多 →
数据驱动策略优化复现:模型未知时如何直接学习LQR最优控制

数据驱动策略优化复现:模型未知时如何直接学习LQR最优控制

最近把TAC(控制领域公认的顶级期刊)上一篇关于LQR直接自适应学习的数据驱动策略优化长文完整复现了一遍,Matlab版本跑通之后,第一反应是:原来标题看上去那么硬核的东西,核心逻辑拆开之后竟然这么干净。论文…

2026/10/21 6:19:32 阅读更多 →

日新闻

统一内存+量化:锐龙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/21 4:27:17 阅读更多 →

月新闻

我发现了一个新思路:用 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 阅读更多 →