关于刮削与硬盘休眠的冲突优化建议 + 存储空间命名持久化

绮裳

长期刮削和硬盘休眠在问题反馈当中多以死机、坏盘出现，有些用户并不会在意节能和媒体墙的流畅，如果能给刮削增加一个“开始扫描媒体库”而不是持续刮削可以有效避免略缩图冲突（如图库自己扫到自己的略缩图，这在文件管理里直接删除图片的时候很常见）同时避免ssd寿命骤减；硬盘休眠建议在初始化时直接加入设置项提示（和安装相册、影视一起）频繁启停和死机显然并不会保护数据持久化，考虑到建议区还有计划“分盘”设置的，如果实现，新建存储空间时也应该增加该设置。
第二条是关于存储空间命名持久化的问题。卸载空间之后重新挂载会丢失命名，一个简单的设置文件足以持久化空间的命名，同时我也希望这项举措在硬盘备注上能有所体现，再就是存储空间1、2……这类默认空间名太过难于辨认，往往要新建的时候才能看到到底是哪个，这也是需要合并更新优化的内容
【考虑到交付逻辑，我让ai格式化了一下我的建议：】
建议一：刮削与硬盘休眠的功能优化

问题现象：
社区反馈中，同时开启“硬盘休眠”和“刮削”的用户，频繁出现死机、掉盘、SSD寿命骤减等问题。
根本原因在于：刮削产生持续随机IO，与休眠的“停转”逻辑互斥，频繁启停导致：

· 机械盘：磨损加剧、启动电流冲击
· SSD：无谓消耗写入寿命（TBW）
· AMD等平台：ACPI电源状态切换异常，引发死机、自动关机

改进建议：

1. 刮削改为手动触发
      将“持续刮削”改为“开始扫描媒体库”按钮，用户按需执行，避免周期性无意义写入。
2. 休眠设置前置提示
      在初始化向导（安装相册、影视服务时）增加硬盘休眠的设置项，并提示：“开启休眠可能增加死机风险，若设备有持续IO需求（如下载、数据库），建议保持硬盘常转。”
3. 存储级休眠控制
      如果未来实现“分盘休眠”，在新建/挂载存储空间时一并提供该设置，让用户按存储池的实际用途决策。

---

建议二：存储空间命名持久化

问题现象：

· 卸载存储空间后重新挂载，自定义名称丢失，恢复为“存储空间1”“存储空间2”等默认名，空间排序不固定，混淆度拉满
· 默认名称缺乏辨识度，尤其在多盘位、多空间场景下，管理混乱

改进建议：

1. 持久化命名
      用配置文件（如.conf）记录用户自定义的存储空间名称，卸载/重挂载后自动恢复。
2. 硬盘备注同步
      将自定义名称同步显示在硬盘备注、文件管理器、存储管理页面，避免“空间1对应哪块盘”的困惑。
3. 命名规则优化
      默认名称改为更具辨识度的方式，例如按硬件路径（/dev/sda1）、容量（4TB_Data）或创建时间生成，而非简单递增序号。

飞牛产品同学

感谢反馈，需求先记录下来，我们会根据评估结果推进

二月

飞牛产品同学 发表于 2026-3-31 14:38
感谢反馈，需求先记录下来，我们会根据评估结果推进

很奇怪，这些nas的基础功能，就是一直都不完善。