看到有人发帖子问怎么选NAS硬件的，最近打算配个NAS，做了些功课分享给大家！ 把一些长期挂载在工作电脑上一些任务放到NAS上面，把微信挂载在NAS上面，做了一些功课，。最终锁定了三款：绿联的DXP4800 Plus，铭凡 N5，天钡WTR MAX。 最开始下单了绿联的DXP4800 Plus，8505的CPU，后来发现了后面两款，N5研究了下做工更好，而且电口比光口更使用，接近的价格情况下，H255 CPU的性能是4800 Plus的两倍，线程更多，而且扩展性能更好，盘位更多。也考虑过独立主机+硬盘盒的方案，比较下来价格接近甚至更高，而且更占地方，接口也不够丰富。 另外配置了24Gx2的两条内存，2000大洋，淘了个14G得东芝HDD，1600，最近真的是存储价格暴涨。。。想起来去年就想配置的。。血亏！ 下一步就是要考虑NAS里面装什么了，装个飞牛OS或者也在考虑要不直接上个Debian，微信挂在NAS上面，然后弄个影音中心，hermes或者小龙虾。大家还有推荐的软件工具吗，打算把MCP服务器也放在NAS上面这面后面调用起来也方便。 另外庆祝一下自己马上就要三级！！真的从L站学到很多 6 个帖子 - 4 位参与者 阅读完整话题
前言 目前我把游戏分别放在本地 D:\game 和NAS的 G:\game （映射盘符）上运行(主要是gal和一些SLG太占空间了,又不想删)。长时间后, Local,Roaming,LocalLow 里会有各种游戏生成的存档和配置文件目录。 删游戏时这些目录并不会自动消失，AppData 越来越臃肿，想手动清理又怕删错，备份更是无从下手 于是我写了一套 PowerShell 脚本： 实时监控文件夹创建，自动记录游戏路径和存档位置，并在确认后将存档迁移到统一目录，在原位置留下符号链接 。这样既能把存档集中管理，又能让 AppData 保持干净。不过，NAS 映射盘符是整个过程里最大的坑（但大多佬们似乎用不到）。本文将分享我从“映射失败”到“稳定挂载”的全过程，以及脚本在中文转码、路径匹配、去重、队列管理等方面踩过的坑和最终方案。 而且我现在的环境很特殊：NAS 和主机用网线直连，主机通过 ICS 让 NAS 共享校园网。下一篇博客会补充 NAS 实战中的更多内容(为此我花了一周在学习网络通信协议)。 手动查找并迁移已有文件 1. 按修改时间查找文件 如果知道文件大概的修改时间范围，可以用以下命令快速定位： Get-ChildItem -Path "D:\game" -Recurse -File | Where-Object { $_.LastWriteTime -ge "2026-06-01 10:40" -and $_.LastWriteTime -le "2026-06-01 11:00" } 找到后根据完整路径判断属于哪个游戏，然后手动复制存档到备份目录（例如 D:\GameSaves\manual ）。 2. 批量迁移脚本（BAT 示例） 对于大量已知映射关系的配置文件，可以写一个批处理脚本。 注意：BAT 脚本如需输出中文，必须保存为 ANSI(GBK) 编码；而给 AI 或代码库看的脚本建议用 UTF-8。 @echo off set SRC1=C:\Users\admin\AppData\Local\GameA\Save set DST1=D:\GameSaves\GameA xcopy "%SRC1%" "%DST1%" /E /I /Y set SRC2=C:\Users\admin\AppData\LocalLow\GameB set DST2=D:\GameSaves\GameB xcopy "%SRC2%" "%DST2%" /E /I /Y echo 迁移完成 pause NAS 盘符映射 1. 在 Windows 中映射 NAS 文件夹 我的 NAS 型号是绿联 Dxp4800plus，通过 ICS 共享网络，设置的私网IP 为 192.168.137.20 。我把所有游戏放在 NAS 共享文件夹 ACG （原名 acg资源 ，后来改名）下，并映射到主机的 G: 盘。 正确映射方法（一定要勾选“登录时重新连接”） ： 右键“此电脑” → “映射网络驱动器”。 驱动器选择 G: ,文件夹选择 NAS设备\ACG 必须勾选"登录时重新连接" ，不然后面开机自启会出问题。 用校园网连接NAS时，在 网络 可能会找不到设备，需要先进入 WLAN 把校园网从专用切换为公用，再在 网络 里重新转为专用，才能发现 NAS 设备。我现在也没搞清楚根本原因是什么，如果佬们知道正确的修改方法请告诉我。 2. 几个踩坑点 踩坑 1：修改共享名称后映射失效 当我把共享文件夹从 acg资源 改名为 ACG 后，就无法进入之前映射好的 G: 盘了。这是因为映射驱动器指向的远程路径是 \\...\acg资源 ，而实际共享已不存在。 解决方法 ： 先删除旧映射G盘 按照上述步骤重新映射到新文件夹 ACG 一旦修改 NAS 共享名，必须同时更新所有客户端的映射，并更新脚本中的路径 踩坑 2：到底该用盘符（G:）还是 UNC 路径（\IP\share）? 这是困扰我最久的问题(主要是不停打开游戏和脚本测试,还要不断删除对应的文件和json内容)。 脚本需要匹配运行中游戏的可执行文件路径，而 Get-Process 返回的 Path 属性 在不同启动方式下表现不一致 ： 如果通过资源管理器双击 G:\game\xxx.exe 启动，进程路径有时是 G:\game\... （盘符形式）。 如果通过 \\192.168.137.20\ACG\game\xxx.exe 直接启动，进程路径是 UNC。 有些游戏启动器可能会强制转换路径。 我最初按 UNC 路径 \\192.168.137.20\ACG\game 设置 $gameRoot ，但实际运行时却匹配不到（因为进程路径是 G:\game 开头）。后来改为 G:\game 就成功了,所以最稳妥的做法是 把盘符和UNC都配置上 ，让脚本自己去匹配。 不知道为什么，在 powershell 中 cd \\192.168.137.20\ACG\game 却没有问题 踩坑 3：开机自启时 G 盘还未连上 设置任务计划程序开机启动脚本后，发现脚本虽然运行了，但始终检测不到 NAS 上的游戏。日志显示 [注意] 未检测到游戏进程 。 原因：用户登录后，系统需要几秒钟来恢复网络驱动器。而脚本在登录瞬间就执行了，此时 G: 盘还不存在。 解决方案 ：在任务计划程序的触发器设置中，添加 “延迟任务时间 30 秒” （或更长，如 60 秒），这样脚本会等待网络和映射完全准备好再启动。 实现自动化监控脚本 核心需求： 监控三个存档常用目录： %LOCALAPPDATA% 、 %APPDATA% 、 %USERPROFILE%\AppData\LocalLow （即 Local,Roaming,LocalLow ） 当有新文件夹被创建（某个游戏第一次生成存档）时，自动记录 同时检查本地 D:\game 和 NAS 映射的 G:\game 路径，检测当前运行的游戏进程并将其 exe 路径以 Base64 存入队列 1. 设置 PowerShell 执行策略 首次运行脚本前，需要允许执行本地脚本： Set-ExecutionPolicy RemoteSigned -Scope CurrentUser 2. 监控脚本（Watch-GameSaves.ps1） 以下为脚本核心结构（完整代码略去，仅说明逻辑）： 定义监控根目录、排除文件夹列表。 使用 FileSystemWatcher 监视 $watchPaths 下的文件夹创建事件。 事件触发后： 跳过已存在的连接点或排除文件夹。 延迟 3 秒，给游戏时间完成写入。 获取正在运行的进程，匹配路径是否以 D:\game 或 G:\game 开头。 将匹配到的第一个游戏 exe 路径转为 Base64（避免 JSON 中的转义和乱码问题）。 将存档路径、游戏 exe Base64、时间等信息写入 pending.json 。 3. 解决中文乱码：Base64 转码 因为游戏路径中可能出现中文（如“除灵猎人”），直接存储到 JSON 会导致编码混乱（而且很难解决，不论将文件保存为UTF-8还是GBK都不行，因为本质是在action中进行的解码）。解决方法是将 exe 路径进行 Base64 编码： { "srcPath": "C:\\Users\\admin\\AppData\\Local\\NebelTR", "time": "2026-06-04 15:28:26", "gameExeBase64": "RDpcZ2FtZVxSUEdcQkJR5aSn5aW944GNXOmZpOeBteeMjuS6ulzpmaTngbXnjI7kurotQ04tMS4xMlxHYW1lLmV4ZQ==", "dirName": "NebelTR", "remark": "" } 使用时通过 [System.Text.Encoding]::UTF8.GetString([Convert]::FromBase64String($base64)) 解码即可得到原始中文路径。 4. 避免重复记录已处理目录 某个存档目录已经成功迁移并创建了符号链接后，之后游戏再次运行，监控脚本又检测到同一目录的“创建”事件，就会导致重复记录。 解决方法 ：在向 pending.json 追加新条目之前，先检查队列中是否已存在相同的 srcPath 。若有，直接跳过，不重复添加。这样即使链接目录被误触创建事件，也不会污染队列，同时也避免了后续转移脚本重复处理。 转移脚本与队列处理 监控是持续运行的，迁移则是定期手动触发（比如一个月或半年一次）。转移脚本读取 pending.json ，把存档从 AppData 搬走，原地建符号链接。 1. 转移脚本设计要点 从 pending.json 读取待处理项。 对每一项，先确定目标目录名。优先使用手动填写的 remark ，否则从解码后的 exe 路径自动提取游戏文件夹名，若都失败则回退到原始目录名。 通过 robocopy 将源目录完整复制到 D:\GameSaves\目标名 。 复制成功后， 删除源目录 ，并在同一位置创建一个 目录链接 指向新路径。 将迁移关系记录到 Markdown 格式的日志文件 存档迁移记录.md 中。 处理成功的条目从队列移除，失败则保留，等待下次重试。 2. 几个关键设计 安全删除和链接创建 ，这是最容易翻车的环节，有两个点必须处理好： 复制前如果目标目录已存在 （比如之前迁移过但记录丢了），直接 robocopy 会合并文件，可能造成新旧存档混杂。必须先尝试删除已有目标目录，并 检查是否真的被删干净 ；若因文件占用无法完全删除，则中止本次操作，保留队列项。 复制后删除源目录时，同样可能因文件占用导致部分删除失败 。必须确认源目录已完全消失后，才能创建链接。否则残留目录加上失败的链接创建，会让游戏存档状态混乱。若删除失败，整个迁移视为未完成，保留在队列中,下次重试。 这些检查在脚本中都是以条件判断 + 日志记录的方式实现的，确保一定成功。 迁移记录以 Markdown 表格形式写入 存档迁移记录.md ，例如: 原 C 盘快捷方式名 实际存储位置 游戏/说明 praygame D:\GameSaves\祈愿游戏 praygame 游戏存档 rmmz-game D:\GameSaves\莉可的不可思议差事 莉可的不可思议差事 这样无论后续手动浏览还是用其他工具解析，都非常直观。 队列自动清理 ：每处理完一批，脚本生成一个新的 JSON 数组，只包含失败的项，覆盖写回 pending.json 。成功的自动消失，不需要手动编辑。 设置开机自启 使用 Windows 任务计划程序保证脚本在每次登录时自动运行。 操作步骤 打开“任务计划程序” （可以 Win+R 输入 taskschd.msc ）。 右侧点击 “创建任务” （不是“创建基本任务”）。 名称： GameSavesMonitor 配置： Windows 10 ，勾选 “使用最高权限运行” 。 触发器 → 新建： 开始任务： 登录时 特定用户：选择你的账户（如 DESKTOP-XXX\admin ） 高级设置： 延迟任务时间 30 秒 （给网络驱动器映射留出时间） 确保“已启用”被勾选。 操作 → 新建： 程序或脚本： powershell.exe 添加参数： -WindowStyle Hidden -ExecutionPolicy Bypass -File "D:\Scripts\Watch-GameSaves.ps1" 起始于（可选）： D:\Scripts 条件 ：建议取消“只有在计算机使用交流电源时才启动此任务”（笔记本）。 设置 ：勾选“如果任务失败，按以下频率重新启动”（间隔 1 分钟，最多 3 次）。 确定保存。 验证自启是否生效 重启电脑后登录， Win+R 输入 taskschd.msc 查看 显示所有正在运行的任务 。 检查日志文件 D:\GameSaves\监控调试日志.txt ，应包含最新的启动时间戳。 总结 通过这套方案，无论游戏安装在本地还是 NAS，只要启动游戏产生配置文件夹，脚本就会自动记录存档路径和对应的游戏 exe 位置（Base64 编码）,并利用任务计划程序实现开机自启，再配合手动或自动迁移脚本，基本可以保证AppData较为干净。 由于所有操作都在 AppData 内进行（删除、创建链接）， 直接贴出完整脚本容易导致佬们在不理解的情况下误操作，造成数据丢失 。因此本文只讲逻辑和关键点，佬们可以根据以上思路自行编写，或让 AI 辅助生成。真有需要的佬可以私信我，如果对某一块的实现细节感兴趣，也欢迎留言交流。 2 个帖子 - 2 位参与者 阅读完整话题
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
NAS 个人 你们推荐什么品牌，备份文件 看电影，听音乐使用。你们买来一般都是干什么使用 11 个帖子 - 10 位参与者 阅读完整话题
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
明天世界杯就开赛了。这一届小红书拿了转播权，所以家里有 Apple TV 的 V 友，估计也会有"我想从小红书 App 把球赛投到大屏看"的小需求。 我自己实测过几次，DLPlay 对小红书 App 的 DLNA 投屏是通的。所以赶在开赛前发个帖。 关于 DLPlay 这是一个 tvOS 应用，定位是"补齐 Apple TV 在国内场景里缺的那一块"。在 App Store 上的副标是 DLNA Player + Clock ，但实际功能已经长出去不少了。 主要能力分四块。 1. 国内主流平台 → 投到 Apple TV 走 DLNA 协议接收，目前 B 站、优酷、爱奇艺、腾讯、芒果、小红书都能投。 原画推送 ，不走 AirPlay 镜像 —— 也就是说不会被 iPhone 二次压缩、不会出现状态栏 / 通知遮挡画面 B 站投屏支持弹幕同屏渲染 ，弹幕密度可调 投屏过来直接全屏，不需要二次操作 2. NAS / 远程文件直连 WebDAV / Alist / SMB 都支持。 群晖 / 极空间 / Alist 的片库可以直接挂载，浏览体验接近 Apple 自家的 TV.app 外挂字幕自动匹配同名文件，中英多轨可切换 多源混合，一个首页统一管 3. IPTV 支持 M3U 源 + XMLTV 节目单 + Catchup 时移回看。 频道分组、收藏列表、多源管理 适合给家里老人房那台 Apple TV 当电视用 关于源：请自备合法授权的 IPTV 源，App 本身不附带任何源。 4. IdleScreen Apple TV 待机时本身就是黑屏，挺浪费这块大屏。DLPlay 提供两个闲置态： 相册轮播 ：可以接 NAS / iCloud 相册，缓缓飞过家里的照片 翻页时钟 ：极简黑底白字翻页风 这个功能我个人最满意，客厅没人看电视的时候它就是一面"温柔的墙"，比黑屏强太多。 关于"明天的世界杯" 主要是说：如果你 Apple TV 想从小红书 App 把球赛投到大屏，DLPlay 是个备选方案。 我用自己家的环境测了几次，从小红书选投屏 → 选择 DLPlay → 大屏出图，一条龙没问题。开赛前装好，今晚就能先调一遍。 （顺便：DLPlay 只是 DLNA 接收方，转播版权在小红书，不涉及任何二次分发。） 一些信息 App Store： https://apps.apple.com/app/dlplay-dlna-player-clock/id6448221325 平台：tvOS （ Apple TV HD / 4K 都支持） 业余时间维护，有 bug 或功能建议欢迎评论区留言，会看 如果觉得有用，App Store 留个评分会非常感激 🙏 DLPlay 也开放了公测窗口,公测申请链接: https://service.tinuv.me/testflight/6448221325 最后说一下：写这帖子主要是世界杯这个时间窗赶巧，但应用本身平时也在用，不是为了蹭热度才发。希望 V 友能少一台吃灰的 Apple TV 。
我想知道自己的 NAS 硬盘什么时候休眠什么时候活动，想知道一天被唤醒多少次。所以写了这个脚本。 DiskMonitorV1.0_20260610 这个脚本是按自己的需求写的，主要实现以下功能 1 ）实时查询硬盘休眠状态并记录 2 ）后台定时查询并记录硬盘状态 3 ）统计 24h 后硬盘唤醒次数及总唤醒时间 4 ） 24h 硬盘活动图表 5 ）最大化精简脚本，不额外安装依赖。只用了 hdpram 查询硬盘和 python3 运行 http 服务 一般情况下，适用于所有的 linux ，只要你安装了 hdparm 和 python3 。 实际运行截图如下： 项目文件 /var/www/hddstatus/ ├── config # 统一配置文件 ├── disk_events.log # 事件日志（运行时生成） ├── cache/ # 状态缓存目录 └── cgi-bin/ ├── status # 硬盘状态页 ├── log # 24h 趋势图表 + 日志 ├── log-full # 全部日志纯文本 └── update-disk-info # 更新硬盘名称 /usr/local/bin/ ├── disk_monitor.sh # 后台监控 ├── disk_monitor_startup.sh # 启动时初始化 └── disk_info.sh # 硬盘名称缓存生成 /etc/systemd/system/ ├── disk-monitor.service └── hddstatus.service /etc/sudoers.d/ └── hddstatus 使用教程： 使用 root 登录，或者 sudo chmod +x diskmonitor_install.sh chmod +x diskmonitor_uninstall.sh 安装 ./diskmonitor_install.sh 卸载 ./diskmonitor_uninstall.sh 状态页: http://机器 IP:58008/cgi-bin/status 日志页: http://机器 IP:58008/cgi-bin/log 修改配置: nano /var/www/hddstatus/config 然后 systemctl restart disk-monitor hddstatus config 配置文件说明 1 ）硬盘要监控几个，填在 DISKS 里 2 ）后台监控时隔，默认 5 分钟，没必要太频繁。因为时隔为 5 分钟监控一次，所以记录的唤醒休眠时间可能会有几分钟偏差。 3 ） Web 服务端口，字面意思 4 ）硬盘自定义显示名称，前面 DISKS 里有几块硬盘这里就加几条记录 5 ） hdparm 程序目录，自己按自己机器上的填，一般不用动。 6 ）其余日志文件参数不要动。 # ========== 硬盘监控统一配置 ========== # 要监控的硬盘设备（空格分隔） DISKS="/dev/sda /dev/sdb" # 后台监控检查间隔（秒），建议 ≥ 硬盘 spindown 时间 MONITOR_INTERVAL=300 # Web 服务端口 WEB_PORT=58008 # 硬盘自定义显示名称（可选） # 格式：LABEL_设备名="显示名称" LABEL_sda="WD-500G" LABEL_sdb="GS-480G" # hdparm 路径 HDPARM="/usr/sbin/hdparm" 如果硬盘很老，频繁 hdparm 查询硬盘状态会影响硬盘休眠（很少见），那就只能加大监控的间隔或不用这个脚本。 不对这个脚本对你们硬盘/机器带来的任何影响负责。需要自取。 脚本 链接： https://pan.quark.cn/s/9dd16addf27f
我想知道自己的 NAS 硬盘什么时候休眠什么时候活动，想知道一天被唤醒多少次。所以写了这个脚本。 DiskMonitorV1.0_20260610 这个脚本是按自己的需求写的，主要实现以下功能 1 ）实时查询硬盘休眠状态并记录 2 ）后台定时查询并记录硬盘状态 3 ）统计 24h 后硬盘唤醒次数及总唤醒时间 4 ） 24h 硬盘活动图表 5 ）最大化精简脚本，不额外安装依赖。只用了 hdpram 查询硬盘和 python3 运行 http 服务 一般情况下，适用于所有的 linux ，只要你安装了 hdparm 和 python3 。 实际运行截图如下： 项目文件 /var/www/hddstatus/ ├── config # 统一配置文件 ├── disk_events.log # 事件日志（运行时生成） ├── cache/ # 状态缓存目录 └── cgi-bin/ ├── status # 硬盘状态页 ├── log # 24h 趋势图表 + 日志 ├── log-full # 全部日志纯文本 └── update-disk-info # 更新硬盘名称 /usr/local/bin/ ├── disk_monitor.sh # 后台监控 ├── disk_monitor_startup.sh # 启动时初始化 └── disk_info.sh # 硬盘名称缓存生成 /etc/systemd/system/ ├── disk-monitor.service └── hddstatus.service /etc/sudoers.d/ └── hddstatus 使用教程： 使用 root 登录，或者 sudo chmod +x diskmonitor_install.sh chmod +x diskmonitor_uninstall.sh 安装 ./diskmonitor_install.sh 卸载 ./diskmonitor_uninstall.sh 状态页: http://机器 IP:58008/cgi-bin/status 日志页: http://机器 IP:58008/cgi-bin/log 修改配置: nano /var/www/hddstatus/config 然后 systemctl restart disk-monitor hddstatus config 配置文件说明 1 ）硬盘要监控几个，填在 DISKS 里 2 ）后台监控时隔，默认 5 分钟，没必要太频繁。因为时隔为 5 分钟监控一次，所以记录的唤醒休眠时间可能会有几分钟偏差。 3 ） Web 服务端口，字面意思 4 ）硬盘自定义显示名称，前面 DISKS 里有几块硬盘这里就加几条记录 5 ） hdparm 程序目录，自己按自己机器上的填，一般不用动。 6 ）其余日志文件参数不要动。 # ========== 硬盘监控统一配置 ========== # 要监控的硬盘设备（空格分隔） DISKS="/dev/sda /dev/sdb" # 后台监控检查间隔（秒），建议 ≥ 硬盘 spindown 时间 MONITOR_INTERVAL=300 # Web 服务端口 WEB_PORT=58008 # 硬盘自定义显示名称（可选） # 格式：LABEL_设备名="显示名称" LABEL_sda="WD-500G" LABEL_sdb="GS-480G" # hdparm 路径 HDPARM="/usr/sbin/hdparm" 如果硬盘很老，频繁 hdparm 查询硬盘状态会影响硬盘休眠（很少见），那就只能加大监控的间隔或不用这个脚本。 不对这个脚本对你们硬盘/机器带来的任何影响负责。需要自取。 脚本 链接： https://pan.quark.cn/s/9dd16addf27f
我想知道自己的 NAS 硬盘什么时候休眠什么时候活动，想知道一天被唤醒多少次。所以写了这个脚本。 DiskMonitorV1.0_20260610 这个脚本是按自己的需求写的，主要实现以下功能 1 ）实时查询硬盘休眠状态并记录 2 ）后台定时查询并记录硬盘状态 3 ）统计 24h 后硬盘唤醒次数及总唤醒时间 4 ） 24h 硬盘活动图表 5 ）最大化精简脚本，不额外安装依赖。只用了 hdpram 查询硬盘和 python3 运行 http 服务 一般情况下，适用于所有的 linux ，只要你安装了 hdparm 和 python3 。 实际运行截图如下： 项目文件 /var/www/hddstatus/ ├── config # 统一配置文件 ├── disk_events.log # 事件日志（运行时生成） ├── cache/ # 状态缓存目录 └── cgi-bin/ ├── status # 硬盘状态页 ├── log # 24h 趋势图表 + 日志 ├── log-full # 全部日志纯文本 └── update-disk-info # 更新硬盘名称 /usr/local/bin/ ├── disk_monitor.sh # 后台监控 ├── disk_monitor_startup.sh # 启动时初始化 └── disk_info.sh # 硬盘名称缓存生成 /etc/systemd/system/ ├── disk-monitor.service └── hddstatus.service /etc/sudoers.d/ └── hddstatus 使用教程： 使用 root 登录，或者 sudo chmod +x diskmonitor_install.sh chmod +x diskmonitor_uninstall.sh 安装 ./diskmonitor_install.sh 卸载 ./diskmonitor_uninstall.sh 状态页: http://机器 IP:58008/cgi-bin/status 日志页: http://机器 IP:58008/cgi-bin/log 修改配置: nano /var/www/hddstatus/config 然后 systemctl restart disk-monitor hddstatus config 配置文件说明 1 ）硬盘要监控几个，填在 DISKS 里 2 ）后台监控时隔，默认 5 分钟，没必要太频繁。因为时隔为 5 分钟监控一次，所以记录的唤醒休眠时间可能会有几分钟偏差。 3 ） Web 服务端口，字面意思 4 ）硬盘自定义显示名称，前面 DISKS 里有几块硬盘这里就加几条记录 5 ） hdparm 程序目录，自己按自己机器上的填，一般不用动。 6 ）其余日志文件参数不要动。 # ========== 硬盘监控统一配置 ========== # 要监控的硬盘设备（空格分隔） DISKS="/dev/sda /dev/sdb" # 后台监控检查间隔（秒），建议 ≥ 硬盘 spindown 时间 MONITOR_INTERVAL=300 # Web 服务端口 WEB_PORT=58008 # 硬盘自定义显示名称（可选） # 格式：LABEL_设备名="显示名称" LABEL_sda="WD-500G" LABEL_sdb="GS-480G" # hdparm 路径 HDPARM="/usr/sbin/hdparm" 如果硬盘很老，频繁 hdparm 查询硬盘状态会影响硬盘休眠（很少见），那就只能加大监控的间隔或不用这个脚本。 不对这个脚本对你们硬盘/机器带来的任何影响负责。需要自取。 脚本 链接： https://pan.quark.cn/s/9dd16addf27f
我想知道自己的 NAS 硬盘什么时候休眠什么时候活动，想知道一天被唤醒多少次。所以写了这个脚本。 DiskMonitorV1.0_20260610 这个脚本是按自己的需求写的，主要实现以下功能 1 ）实时查询硬盘休眠状态并记录 2 ）后台定时查询并记录硬盘状态 3 ）统计 24h 后硬盘唤醒次数及总唤醒时间 4 ） 24h 硬盘活动图表 5 ）最大化精简脚本，不额外安装依赖。只用了 hdpram 查询硬盘和 python3 运行 http 服务 一般情况下，适用于所有的 linux ，只要你安装了 hdparm 和 python3 。 实际运行截图如下： 项目文件 /var/www/hddstatus/ ├── config # 统一配置文件 ├── disk_events.log # 事件日志（运行时生成） ├── cache/ # 状态缓存目录 └── cgi-bin/ ├── status # 硬盘状态页 ├── log # 24h 趋势图表 + 日志 ├── log-full # 全部日志纯文本 └── update-disk-info # 更新硬盘名称 /usr/local/bin/ ├── disk_monitor.sh # 后台监控 ├── disk_monitor_startup.sh # 启动时初始化 └── disk_info.sh # 硬盘名称缓存生成 /etc/systemd/system/ ├── disk-monitor.service └── hddstatus.service /etc/sudoers.d/ └── hddstatus 使用教程： 使用 root 登录，或者 sudo chmod +x diskmonitor_install.sh chmod +x diskmonitor_uninstall.sh 安装 ./diskmonitor_install.sh 卸载 ./diskmonitor_uninstall.sh 状态页: http://机器 IP:58008/cgi-bin/status 日志页: http://机器 IP:58008/cgi-bin/log 修改配置: nano /var/www/hddstatus/config 然后 systemctl restart disk-monitor hddstatus config 配置文件说明 1 ）硬盘要监控几个，填在 DISKS 里 2 ）后台监控时隔，默认 5 分钟，没必要太频繁。因为时隔为 5 分钟监控一次，所以记录的唤醒休眠时间可能会有几分钟偏差。 3 ） Web 服务端口，字面意思 4 ）硬盘自定义显示名称，前面 DISKS 里有几块硬盘这里就加几条记录 5 ） hdparm 程序目录，自己按自己机器上的填，一般不用动。 6 ）其余日志文件参数不要动。 # ========== 硬盘监控统一配置 ========== # 要监控的硬盘设备（空格分隔） DISKS="/dev/sda /dev/sdb" # 后台监控检查间隔（秒），建议 ≥ 硬盘 spindown 时间 MONITOR_INTERVAL=300 # Web 服务端口 WEB_PORT=58008 # 硬盘自定义显示名称（可选） # 格式：LABEL_设备名="显示名称" LABEL_sda="WD-500G" LABEL_sdb="GS-480G" # hdparm 路径 HDPARM="/usr/sbin/hdparm" 如果硬盘很老，频繁 hdparm 查询硬盘状态会影响硬盘休眠（很少见），那就只能加大监控的间隔或不用这个脚本。 不对这个脚本对你们硬盘/机器带来的任何影响负责。需要自取。 脚本 链接： https://pan.quark.cn/s/9dd16addf27f
佬们，家里nas，服务器等部署了好多服务。昨天在家找个 new-api 找了半天。有没有推荐的开源工具可以解决。 效果就是自动或者手动扫描某台设备端口，维护对应端口的元数据。 2 个帖子 - 2 位参与者 阅读完整话题