科技 · 实用指南
Decimal.quantize 报 InvalidOperation？先检查结果位数，再改精度
Decimal 精度限制整个系数，不是小数位数。用隔离实验区分进位、补零与非有限输入。
WATCH AT EASE · 实用指南
往期报道
已发表的往期报道，保留原始日期。
49–72 / 359
科技 · 实用指南
Python 提示“Can’t pickle local object”？换序列化器前先证明进程边界
异常指出子进程无法重建的对象，而不是某个平台的万能修法。先记录启动方式、可调用对象身份、参数图和导入路径，再移动代码、切换 fork 或更换序列化器。
科技 · 实用指南
Rsync 报“protocol version mismatch”？先捕获远端字节流再改 shell
先证明是多余 stdout、SSH 强制命令、远端 rsync 不可用，还是实际版本边界；不要直接删启动脚本或强制 --protocol。
科技 · 实用指南
Python 出现“BrokenProcessPool”？重试批次前先找出死亡 worker
父进程异常只证明某个 worker 非正常结束，并不能说明死因。先保留 PID 与任务标记，区分启动失败、原生崩溃和 OOM，再安全重建进程池。
科技 · 实用指南
Python 警告“resource_tracker: leaked semaphore objects”？隐藏前先找到失效持有者
这条退出警告是清理症状，不是根因。先保留首个异常，列出每个进程创建的信号量，再证明 close、join 与 unlink 的正常顺序。
科技 · 实用指南
APT 报“Could not get lock”？停止任何进程前先证明软件包事务
锁正在保护一个软件包事务。先保存路径和持有者，判断它在推进还是卡住，再安全等待或停止所有者并审核包状态；绝不删除锁文件。
科技 · 实用指南
Linux 报“Value too large for defined data type”？先证明哪个元数据字段溢出
文件可能完全正常。先锁定失败程序和系统调用，判断是大小、inode、块数还是文件系统计数超出 ABI，再修程序边界并复测原对象。
科技 · 实用指南
Python 报“.pyc bad magic number”？先证明运行时与源码边界
不要先删光缓存或修改文件头；先确认 Python 实际加载的文件、正在运行的解释器，以及可用源码是否存在。
科技 · 实用指南
rm -rf 仍报“Directory not empty”？先证明哪个目录项在返回
不要重复破坏性命令，先确认仍是同一目录、哪个条目残留或重建，以及所有者是进程、挂载、NFS 服务器还是 FUSE 驱动。
Technology · 实用指南
mount 报“bad option”或“需要 /sbin/mount helper”？先证明文件系统类型
组合报错可能来自错误设备、缺失的 CIFS/NFS 助手、无效选项或真实文件系统故障。安装、强制类型或修复前，先识别来源和所有者。
科技 · 实用指南
sed 提示“unterminated s command”？先证明 Shell 与数据边界，再添加转义
这条报错只说明 sed 收到的替换程序缺少可用的结束边界。先抓取真实参数与字节，区分四类故障，再在不使用原地编辑的情况下修复并验证。
科技 · 实用指南
find 提示“paths must precede expression”？先证明 shell 展开，再改命令
这个错误通常表示 shell 或包装器在 find 解析前改变了参数列表，并不证明起始路径写错。先捕获真实 argv，区分起始路径与表达式，给交给 find 的模式加引号，再用零个、一个和多个匹配测试后才恢复破坏性操作。
科技 · 实用指南
Linux 提示“Connection reset by peer”？重试前先定位 RST 的真正边界
保留一次失败，绑定精确套接字，抓取 TCP 流，确认被接受的 RST 方向，并在修改超时、keepalive 或防火墙前关联两端证据。
技术 · 实用指南
ld.so 提示“object from LD_PRELOAD cannot be preloaded”？先找注入者，再改库
这条警告只证明动态加载器拒绝了一个被请求的对象，并未说明是谁请求、为何失败。先保留命令，追踪全部预加载来源，比较可执行文件与对象的 ELF 身份，再只修改真正负责的配置。
科技 · 实用指南
Linux 提示“Segmentation fault (core dumped)”？重装前先保留崩溃并匹配二进制
冻结一次崩溃记录，找到实际 core 处理器，保留转储，证明可执行文件与库完全匹配，再分析所有线程并用相同负载验收修复。
技术 · 实用指南
容器以 137 退出或显示“OOMKilled”？先证明 SIGKILL 边界，再增加内存
137 说明进程收到了 SIGKILL，却没有说明是谁发出的。先在同一事故时间窗中关联运行时、cgroup、节点与编排器证据，再调整限制。
科技 · 实用指南
rm 提示“Operation not permitted”？chmod 或 chattr 前先证明 unlink 边界
保留准确 errno，检查父目录和 inode 属性，区分 sticky、挂载、命名空间与策略原因，再用一次性同级探针验收单一修复。
计算技术 · 实用指南
Linux 提示“Invalid cross-device link”？先证明挂载边界，再决定重命名、复制还是发布
EXDEV 是契约警告，不是路径字符串谜题。先在调用进程的挂载命名空间中映射两端，再判断是否必须原子重命名；若需跨文件系统复制，应在删除源之前于目标端暂存、校验并完成本地重命名。
计算技术 · 实用指南
Linux 提示“cannot open shared object file”？改库之前先证明加载器搜索了什么
指定的 .so 可能确实缺失，也可能被真实服务环境隐藏、缓存不同或 ABI 不兼容。运行 ldconfig、导出 LD_LIBRARY_PATH、复制文件或创建软链接前，先建立加载器证据账本。
科技 · 实用指南
curl 错误 56“Recv failure”？重试前先定位重置阶段
“Connection reset by peer”只证明接收路径突然结束，并不能指出是哪台机器或进程造成。先保存实际 curl 运行环境、字节方向和最后完成的协议阶段，再定位责任边界。
科技 · 实用指南
make 报“No rule to make target”？重建前先追踪缺失节点
这条错误指出依赖图里找不到或无法生成的节点，不代表存在通用修复。先固定已加载的 Makefile、展开后的名称、文件身份和规则搜索边界。