下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/tec-wins--dying-disk-recorvey.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @tec-wins/dying-disk-recorvey。- ———–技能核心介绍 本技能是一套针对渐进坏死、固件软墙、频繁卡顿、弱区频发的高危垂死硬盘定制的量产级无损数据抢救流水线，搭配适配本机硬件的超大模型极限调度体系，实现「磁盘极限救数+数据智能复盘」全流程闭环，彻底解决传统数据恢复易毁盘、打捞率低、文件残缺、效率低下的行业痛点。 ———–磁盘抢救层面，摒弃传统暴力扫描、直接读写、文件…
- ——–二阶基于Sleuth Kit离线解析镜像文件系统，原位还原完整目录与原始文件名，全程零病盘二次接触，从根源杜绝硬盘加速报废。——–依托独家研发的软墙/物理死区精准鉴别+分段跳墙迭代技术，突破通用工具的识别短板，通过多维度探针检测、速率曲线互证，精准区分固件卡顿软墙与物理盘面坏死区域
- ———支持自定义偏移量避堵优先打捞有效数据，结合断电复位细刮扫描、多账本合并迭代补扫，彻底解决垂死硬盘数据时效性失效问题，高效修复软墙盘专属0KB空壳文件缺陷，实现行业顶级的数据打捞率与完整性。———同时搭建五脚本自动化调度架构，依托macOS常驻守护进程，实现无人值守长效抢救，智能规避十大系统适配坑点，全程自动化卡死熔断、低速切段，…
阅读全文 （展开查看完整说明）
概述
垂死盘两段式抢救流水线（2026-09 Tsao盘全程实战验证）
目标用户原话："把能读的全部拿出来，坏区跳过，跳过卡死"。两段分工：
- 段1 ddrescue 字节镜像：病盘只许顺序大块读，产出 .img 原件。卡住自动换向/跳墙/限时刮擦/完成记账
- 段2 tsk_recover 结构提取：从镜像按文件系统地图拿真实文件（原名+原目录），永不碰病盘
铁律
- 先镜像后解析，病盘永不直接按文件访问（磁头乱跳加速死亡）
- 永不 fsck（见 disk-data-recovery 技能）
- 不无限磨：零进度5min→切，<100KB/s持续60min→切；刮擦(-r2/-r1)限时；产出优先于完整扫描
- 每个字节读到即落袋（map记账）：墙会再起，已抄的100%保真，能推进多少先推进多少
软墙诊断与跳墙术（2026-09-17下午突破，本项目最大亮点）
症状鉴别：软墙 vs 物理死
- 软墙：顺序读某位置磨死(1KB/s)，但同位置零散读秒通（探针全OK）、断电重插后墙位回退/消失、换起点绕过能全速读——主控/固件被连续顺序读压垮，非盘面物理坏
- 物理死：探针任何路径都死、读错误持续暴涨、症状不随断电复位变化
- 实测：312.8GB顺序卡死→探针16点全通(312-1996GB)→
-i 320G跳墙后23MB/s；又遇320.7G慢带(109KB/s)→再跳340G→23MB/s。病带约312.8-340GB
跳墙操作
- 探针定位病带范围（零散通但顺序堵）
- stage脚本加
-i <跳过量>变体（-i 320G、-i 340G…），病带记账为未扫(?)不丢，先拿病带后的大奖 - 跳完还慢→再跳更远，直到全速区间；每次跳换阶段号写进stage.sh（免密通道自动覆盖）
- 病带收尾：大头落袋后专攻——再断电复位+带内逐GB探针+细刮(-r1)，零散读通的碎片也捞
- 跳读不改map语义：未扫区用不同 -i 组合补扫，账本自动合并
断电复位协议（用户动作最小化）：拔源盘线→60s→插回，其余全自动（盘号重枚举自动重找）。渐进死亡盘可反复用，每用一次都可能再救一段
五脚本架构（scripts/ 目录全有，替换占位符即用）
probe_test.sh/probe_inner.sh— 跨区读探针：perl alarm 包 dd 采样（macOS无GNU timeout），判墙位/死区/软墙；inner版经 stage.sh 8号位走免密通道rescue_stage.sh— 单阶段执行器（root via sudoers）：ddrescue 参数拼装（含跳墙变体 -i）+ 强制 -s 真实大小rescue_kill.sh— 安全中断：pkill -INT→等→-9，精准匹配 ddrescue+map 名rescue_orch.sh— 无 root 调度器：mkdir 锁 + 收养活 ddrescue + 终态守卫 + stall/slow watchdog + 阶段序列extract.sh— tsk_recover 提取：绝对路径 + done flag + 按目录 zero 统计
授权：echo 'yucao ALL=(root) NOPASSWD: /path/rescue_stage.sh, /path/rescue_kill.sh' | sudo tee /etc/sudoers.d/rescue（用户输一次密码，不经过 agent）验证：sudo -n /path/rescue_stage.sh 9 应 rc=9
守护：launchd KeepAlive.SuccessfulExit=false。Hermes 后台 proc 绑定终端会话会被 SIGTERM（多连杀实测），长任务一律 launchd；orch 头部终态守卫防完工后被无限拉起
macOS 致命坑（全踩过）
- diskutil awk 正则勿加 $（行尾是盘号）；裸盘必须带 /dev/ 前缀否则 dd 报 No such file
- USB 盘 ddrescue 读不到容量→按 2^63 跑（non-tried: 9223PB 幻影）：必须
-s $(diskutil info -plist $DEV | TotalSize) - 开工前 1 块试读探针会误报→探针降级为纯日志，ddrescue 本体连败才算数
- root 建的日志 agent 写不进→调度器用自己的日志
- 墙位判定四方互证：正向/反向/探针/速率曲线；盘号重枚举后现场重取
- 渐进死亡盘今天能读的明天可能死→镜像完成立刻提取
- 病盘 kill 会 U 状态挂几分钟（弱区IO不可中断）→kill -9 后 ps 复核死了才重启
- 镜像被误删进废纸篓：提取进程握 fd 就还能读，别清废纸篓别重启提取；若新扫描覆盖同范围则无实际损失
段2 提取（Sleuth Kit，brew install sleuthkit 走代理）
- 分区镜像直接
-f hfs；整盘镜像先 mmls fls -r -p -f hfs img > tree.txt列目录树（catalog在盘头，先列树=验证地图完好）tsk_recover -a -f hfs img dst：原名原结构；每跨墙文件一行 Error writing file = 现成账本- 验证实物：
file+sips -g pixelWidth（图片可解码=非空壳硬证据） - 0KB 本质：HFS+ 大文件分块铺盘，任一块在墙外整链丢弃；老数据前段完好、新数据后段空壳，按目录比例分布是物理位置映射
0KB 填充闭环（软墙盘特有机会）
跳墙/断电复位扩镜像→新镜像覆盖空壳数据块→用新镜像重跑 tsk_recover 同目录覆盖→空壳填实。账本(tree.txt+Error日志)验收：空壳数降到只剩物理坏区对应量即完成
与 disk-data-recovery 的关系
那个管"决策与禁忌"（绝不fsck、何时放弃修盘），本技能管"跑通的执行流水线"（脚本+跳墙+提取+验收）
