NAS硬盘写入量在哪里看？一行命令算清楚，真该担心的不是下载党

上回把通电时间的账算完，我在家庭群里甩了句「两万一小时，接着用」。表弟立刻追了一句：他那块盘天天挂PT下载，写入量比我这块大得多，会不会把盘写坏？

我说你还真问到另一本账上了。通电时间管的是「晒寿命」——盘转着，电机轴承在老化；写入量管的是「干活的量」——磁头往盘片上划了多少笔。这俩数字一个在SMART的9号栏（上次那篇写过），一个在241号栏，互相不搭界。今天把241这本账也翻开算算。

先把额定负载这个数摆出来

盘厂给NAS盘定了个「额定负载」，酷狼是一年180TB。这个数我在选盘那篇提过一嘴：它不是写着玩的，是厂商拿这个负载跑测试定出来的。你要是常年超着用，就别怪人家质保条款挑你毛病；要是常年只用零头，那这块盘大概率能送你到下一个接口时代。

所以问题就变成：我一年到底写了多少？先把自家的数算出来，再对着180TB看，心里就有底了。

顺带纠一个表弟式的误会：他说自己「做种做了一年，校验不知道跑了多少遍，肯定写爆了」。校验是读，不是写。qBittorrent的全量重校验是把盘从头到尾读一遍对指纹，这笔账记在242（读取总数）名下，241纹丝不动。做种同理，读多写少。真正往241里记账的，只有下载落盘那一刻。

一行命令，241那行是正主

SSH进NAS——群晖在控制面板的终端机选项里勾，飞牛在设置的安全页里开，路径开SSH那篇写过——然后敲：

smartctl -A /dev/sda | grep -E "241|242"

回来的两行里，241 Total_LBAs_Written 是累计写入，242 Total_LBAs_Read 是累计读取。标准算法是拿241的RAW值乘512再除下去换成GB——前提是这块盘按标准LBA计数，这个「前提」一会儿要出事。

动手前先认盘符。多盘位的机器先敲一下lsblk，按容量和挂载点对出哪块是数据盘、哪块是系统盘，别拿着sdb的数替sda焦虑半天。我家那台4T酷狼是sda，64G的系统小固态是sdb，我头一回就看串了行，对着一块根本没写多少的盘研究了十分钟单位问题，回头一看盘符，白研究。

有两个入口的坑先交代。群晖DSM从7.2.1开始，存储管理器把详细SMART信息精简了，图形界面翻不到241这行，只能走SSH；飞牛系统设置里的硬盘信息页给的是温度和健康结论，写入量同样得命令行拿。还有SSD用户：SATA盘看241，NVMe盘没有241，要看smartctl输出里的Data Units Written，一个单位是512000字节，别拿着241的换算公式硬套。

最大的坑：RAW值不能直接乘，希捷的单位是自家定的

我第一次看自家酷狼的241，RAW是13,972。兴冲冲按教程乘512——7兆。一块跑了两年多的盘，写入量7兆？我往里面塞的照片库都不止186个G，这数字荒谬到家了。

翻了半天资料才明白：希捷这行叫Total_LBAs_Written，名字是标准的，单位是固件自己定的。有的固件按LBA个数计，有的按32MiB一跳计，有的按GiB计。同一个RAW值，三种算法能差出几万倍——这就是网上「看241乘512」的教程评论区永远有人喊数字不对的原因，不是教程错，是人家固件压根不按LBA记。

我土办法判的：往照片库拷了30个G的年度整理，拷完再看241，从13,832涨到13,861，涨了29跳。30个G折成GiB正好28个多，数字严丝合缝——单位是GiB，没跑了。顺带把另两种算法也验了尸：按LBA算是7兆，按32MiB算是四百多个G。四百多个G照样不合理，光照片库就超了。三种算法里只有15TB这个数能跟两年的使用对上。

所以13972按GiB一换算，这块4T酷狼两年多累计写入15个T。你要嫌对照法麻烦，还有个更糙的验算：想想这块盘上装了什么、用了多久，哪个量级的数不违背常识，基本就是它了。跟SMART判读那篇说RAW是打包复合值一个道理：RAW那一列的水很深，别拿计算器一按就信。

15个T花在哪儿了，大头不是下载

我把这15TB拆了拆账，结果有点出乎意料。

真正让我愣住的是监控。我家六头摄像头走飞牛监控中心直接把录像落在NAS上，连续三头加侦测三头，一天写入75个G上下——这个数在录像保存天数那篇算过。75G乘365，一年27个T。也就是说监控在役后这块盘的写入速度是27TB一年，占额定负载15%。按这个速度跑，光靠录像它六年就把酷狼的「年度预算」花完六年份——听着吓人，其实是循环覆盖，每年的27TB都写在上个月的坑里，但磁头不认这个理，划过就是划过。

表弟的下载账我顺手也算了：一年勤快的话下300部4K原盘，一部60到80G，落盘20个T，占额定11%。再加上删了再下、下了再删的折腾，往高了算也就三成。比起监控，下载真不算写入大户。

谁在往你的盘里记账

按写入量级从大到小排个队，你基本能对号入座：

• 监控录像：7×24循环覆盖，一年二三十个T起步，是家用NAS的写入王。
• 下载盘：落盘才计数，做种校验全是读；怕的是「下了删删了下」的反复。
• 快照：吃的是「变化量」——快照那篇的账，改得多吃得多，只增不改的照片库几乎白嫖，整天改写的做种盘能吃几十个G。
• Docker日志：不设上限真的能写歪，我那台qB容器半年写了8个多G，清理那篇有账。
• 备份任务：增量小，每天变动的那点东西，一年几个T。

顺嘴一提休眠：有人为了省电让盘睡，结果备份任务、相册索引半夜把盘摇醒，睡一会写一会，磁头来回起落，这笔账也全在241里。真在意写入和寿命的，先把偷写盘的排查做了，比盯着数字焦虑有用。

算完余量，四类人四种活法

对着180TB一年这个额定，四类人对号入座：

要是余量真见红了，三招按顺序来：监控录像挪去一块独立的专用盘，别跟照片库搅一个池子；下载目录挪去SSD，TBW便宜，写坏了也不心疼数据；快照保留策略收紧，别让做种盘天天吃全量变化。

三招里性价比最高的是头一招。监控一年27个T，挪走之后主力盘的写入量直接回到个位数TB，比换块新盘便宜十倍不止。我那块酷狼现在就等着监控挪去专用盘，账面立刻从占额定15%跌回零头，什么焦虑都解了。

末了说句实在的：写入量这本账，得跟通电时间、温度、SMART健康项四本一起翻才有意义——单看一本都可能自己吓自己。我那块酷狼两万一小时、15个T写入、温度常年40度上下、Pending零归一化全过线，四本账都健康，接着用。数字难看的也别急着换盘，先想想是不是自己把它当垃圾桶使，把活儿挪走，比掏钱买新盘管用。