目前我的方案：
分两个库， 一个是放收藏的，不做种的，一个下载目录，两个库都有自己的 电影 和 节目 文件夹，然后两两一组添加到 jellyfin ，刮削用豆瓣刮削器，识别基本都没啥问题，偶尔有不对的手动输入名字或者豆瓣 id 就可以更新了，客户端都是 jellyfin 官方的，播放器记得选高级的那个，大部分资源都支持本地解码，不支持的需要开硬件解码，播发器的 i 图标可以看播放情况

下载我是浏览器装了 PT 助手插件，各个站都能搜，按上传人数排序直接找人最多的，下载好那边就自动更新海报了

不好刮削的内容，比如岛国电影，建议单独一个库，找脚本刮削到本地，然后库的刮削全部不选，直接读 nfo 信息，也会很快有海报这些信息，或者下载的时候直接找带刮削信息的

蓝光原盘不好在线播，至少我的 n100 转码不太行，建议走本地设备的 kodi 或者盒子

jellyfin 要使用挂梯才能使用的刮削器时，建议装 docker 版，方便走透明网关

Stash 有什么特色功能吗，装了还没用起来，目前是无法刮削的 P+V 走的 MtPhotos 的封面+缩略图，走私密账户，看的话有个 APP 还挺好用，能刮削的走 jellyfin ，也是私密账户

NAS 对我来说是刚需
1 、我喜欢 RetroGame ，会存很多全网收集来的 Rom
2 、在线图库、漫画库、影音库
3 、文档同步与分享（这个主要是老婆用，我一般走 OneDrive ）
4 、玩 PT ，周边的人想要什么资源都会找我
5 、Docker ，基本算是自己的半个测试服务器
5 、虚拟机、旁路由，你折腾过 OpenWRT ，应该明白

预算不多可以可以直接买个 800 块天钡 r1 的双盘位准系统，100 加个 8G 内存条，N100 处理器绝对够我上面说的需求，千元以内，玩玩还是不错的，不过在宿舍的话不建议搞，这玩意儿 24 小时运行，噪音再小也是噪音

@const #7 这种用同步软件就行，群晖的 Drive 就是，电脑安装，然后设置同步盘位置，群晖上下载到 Drive 的共享文件夹（默认是账号 home 根目录），电脑开着就会同步过来，其他系统或者直接 docker 上肯定也有类型的东西

如果不搞软路由，这些需求上 PVE 似乎意义不大，就像上面很多回复的，最适合的可能是物理黑裙，我就是物理黑裙，作为家庭 nas ，重要的还是稳定已经家里人使用的便捷性，群晖自带的照片、云同步、分享都非常适合家里普通用户使用，immich 好像没中文、photoprism 社区版没用户管理，这些都够家里人喝一壶了，群晖的同步也够用，我就是不组 raid ，照片、文档这些重要数据和百度网盘随时同步。旁路网关这种，群晖自带的虚拟机跑起来绝对够用，我就是用的虚拟机跑的 iStore ，其他服务，比如 HA 这种反正都是走 docker ，群晖 7.2 的 docker 已经支持 compose 了，绝对够用

有点儿没看懂，是 NAS 和电脑在同一个局域网，让 NAS 下载的东西直接下载到本地电脑？这样的话本地电脑开 SMB ，然后让 NAS 挂载，下载的地址选挂载的本地电脑，或者双向同步，比如群晖的 Drive

单独一个物理旁路有怕是有些浪费，如果你主路由是软路由，需求只是代理流量，完全可以 docker 里面做透明网关，或者直接 n100 上 PVE 或者 NAS 系统开虚拟机跑旁路由，N100 单纯跑个旁路有怕是太奢侈了。

还有就是没有独立信号的话，设置连接都要手动设置网关或者代理，觉得麻烦的话还是直接上一个便宜的物理路由刷机比较好，设备连对应的信号就行，我这几种方案都在用，NAS 里面 docker 跑了透明网关，主要是用于 docker 本身的镜像代理； NAS 虚拟机跑了旁路网关，一些特殊设备比如 VR 会连这个；还有一个物理的二级路由，因为华硕固件问题，必须走 nat 插件才能用，好处是独立信号，连上就是代理，如果旁路网关没问题的话，这个就准备撤掉了

看你上面说的，Alist 已经试过了，觉得不好用的话上 win 也没问题，不过 cpu 至少也得是 N100 以上的，要不然会很难受，这样先过渡，后续上 PT 搭配 Jellfin ，虚拟机就可以关掉了

@Lamlam147 #222 哇，我怎么就没想到呢，我一起买了三根，两根 5600 给小电脑用，一根 4800 给 nas 用，价格几乎一样，都是 277 左右，4800 我现在挂 220 都没人问😢

@Lamlam147 #220 它这台上限是 4800 ，5600 没必要吧，我那台最近在跑挺多东西，暂时没打算关机，我自己那根条子我已经挂咸鱼了，不过还没拍掉，不过就目前使用来说，8G 似乎够了，我可能暂时不加了，后面发现不够用再说

@xuanloe #217

```
cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to [email protected], please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 700 MHz - 801 MHz
available frequency steps: 801 MHz, 800 MHz, 700 MHz
available cpufreq governors: powersave, performance, userspace, schedutil
current policy: frequency should be within 700 MHz and 801 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 2.75 GHz.
cpufreq stats: 801 MHz:100.00%, 800 MHz:0.00%, 700 MHz:0.00%
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 700 MHz - 801 MHz
available frequency steps: 801 MHz, 800 MHz, 700 MHz
available cpufreq governors: powersave, performance, userspace, schedutil
current policy: frequency should be within 700 MHz and 801 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 2.84 GHz.
cpufreq stats: 801 MHz:100.00%, 800 MHz:0.00%, 700 MHz:0.00%
analyzing CPU 2:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 2
CPUs which need to have their frequency coordinated by software: 2
maximum transition latency: 10.0 us.
hardware limits: 700 MHz - 801 MHz
available frequency steps: 801 MHz, 800 MHz, 700 MHz
available cpufreq governors: powersave, performance, userspace, schedutil
current policy: frequency should be within 700 MHz and 801 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 2.32 GHz.
cpufreq stats: 801 MHz:100.00%, 800 MHz:0.00%, 700 MHz:0.00%
analyzing CPU 3:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 3
CPUs which need to have their frequency coordinated by software: 3
maximum transition latency: 10.0 us.
hardware limits: 700 MHz - 801 MHz
available frequency steps: 801 MHz, 800 MHz, 700 MHz
available cpufreq governors: powersave, performance, userspace, schedutil
current policy: frequency should be within 700 MHz and 801 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 2.68 GHz.
cpufreq stats: 801 MHz:100.00%, 800 MHz:0.00%, 700 MHz:0.00%
```

用 cpufreq-info 看了下，看 current CPU frequency 应该是正常的，是我之前理解错了

@xuanloe #217 怎么看，求教，我用 cpufrequtils ，看到全都是 801000Hz

@xuanloe #213 老哥也刷了黑裙吗，我刷了正常用也没啥问题，就是 cpu 似乎被锁频在 800 了，这个好像没什么办法？不过日常也似乎够用了，至少应该比我之前用的 J1900 矿渣强

@Wongz #211 docker 代理可以先在全局搞一个透明网关，我用的 clash 的，直接 docker 里面装好就行，然后站里面搜下，有个群晖配置 docker 代理的帖子，照着那个帖子配置好就行， 我已经测试没问题了

@Wongz #212 上面那个老哥说的都差不多了，细节可以 B 站搜个视频看看，还有一点是，如果是 m2 固态当系统盘或者存储盘，要在固件编译那里加 nvme 相关的插件，要不然 SA6400 这个型号识别不了，其他 CPU 、转码等插件选配，装好进系统 SSH 进去也能装

@atpx4869love #20 可以试试我的方案，两个路由，一级主路由不折腾，供家里人正常使用，二级路由刷机挂代理，有需求的设备连这个就行

给自己的数据做了分类，不用的备份策略不同

T0 是敏感信息，一般数据容量不大，默认上云，OneDrive 的个人保管库这种
T1 是个人信息，游戏存档、照片库、脚本软件之类的，默认走 OneDrive 库文件夹自动备份，群晖 CloudSync 挂载只读 OneDrive ，弱网情况下也随取随用
T2 是办公数据，我和我老婆都是公司或个人电脑本地一份，然后走群晖的 Drive 自动同步，同时群晖的 CloudSync 单向同步到百度网盘

其它数据就不重要了，丢了也无所谓，群晖不组 Raid ，全是 Basic ，OneDrive 拼车一年就几十块，1T 也够装 T0 和 T1 了，百度网盘一年 200