Jacksu

@OneLiteCore 我是用的方式跟你说的第一种方式差不多，我是存到了另外一个硬盘。数据备份遵循 321 原则，但系统备份要实现快速恢复的话 pve 是没有 openwrt 有优势的，原因没别的，openwrt 系统分区极小，dd 备份很快也不容易出错，而你的 pve 也就是 Debian 用 dd 备份不方便。
第一种方式的前提是你主机硬件不能坏，就算系统崩了或者系统盘坏了还可以 livecd 进去恢复修复，机器坏了其他硬盘又没那么方便取出来就很麻烦。第三种方式，你主力电脑开机时间不确定，无法做到稳定的自动化。
所以，要稳只能第二种方式。
另外，现在容器非常的强大和高效，私以为家庭这种使用场景用不到啥虚拟机，也就没有 pve 的必要性。我一个 openwrt 一把梭哈用了很久了也还不错。

@OneLiteCore 面板是 homepage 做的，会折腾 API 基本上万物皆可上面板顺带一个轻量的状态监控。
软路由也是个 Linux ，炸掉是为什么呢？反正我用这么多年除了早些年不懂的时候手动折腾炸过，正常用从未炸过，甚至持续大半年没关机重启都没啥问题。我装的插件少，连富强都是手搓的防火墙规则和配置文件，没有用第三方插件。其他扩展都是走容器实现。

所以 ALL in Boom 能不能玩看你对可用性的要求如何，比如我这种，如果挂了，改下硬路由的上网模式，可以让家人两分钟内恢复 WIFI ，一般情况也能接受吧。
另外一定要做备份，Boom 了不丢失数据，恢复也容易。

我比你这种极端多了，我的 ALL in Boom 运行在 OpenWrt 系统上（非魔改，直接官方镜像添加了自己需要的东西），两年多了，平时也很稳定的从没 Boom 过，直到前几天刚 Boom 了一次，原因是系统盘的分区表突然没了，所有服务包括网络直接失联。我有做了充分的备份，恢复过程如下
1 、让网络正常。先进原来做 AP 的硬路由，从 AP 模式改成拨号上网模式，重启，2 分钟内搞定！
2 、插入一个有 live 系统都 F 卡，走 TF 卡启动设备排查问题，本来以为是磁盘炸了（启动那看不到硬盘了），准备换切换硬盘，结果 lsblk 还看得到原来的硬盘，猜测是分区表挂了，用 gdisk 恢复了分区表。耗时 5 分钟左右吧。
3 、恢复分区表后看到各分区容量都正常，没测试文件就拔出 TF 卡重启了，结果还是找不到硬盘，无奈用重新用 TF 卡进去，发现系统分区 ext4 文件系统挂了，而 docker 那些应用数据都还完好如初（另外的分区，btrfs 文件系统），好在我把 openwrt 的系统分区额外做了 dd 备份，OpenWrt 分区很小，就 1G ，1 分钟内就 dd 回来，然后重启可以选择硬盘启动了，所有服务恢复。由于上一步没测试文件浪费了时间，这个过程差不多 20 分钟。
4 、再次进入硬路由改成 AP 模式并重启让 openwrt 主路由重新下发 DHCP ，2 分钟。

这次 Boom 在发现问题后大约 30 分钟内恢复，目前还没找到 nvme 丢失分区表的原因，不清楚是硬件还是软件上的问题。

附一下我在这台 All in Boom 上跑的东西：

!( https://imgur.com/a/9qwg3Yl)

现在新版 immich 和 mtphotos 都不会对你原片做任何修改了，你修改元数据都是写到同名的 xlm 文件的。
至于优缺点嘛，immich 性能好、UI 漂亮，但使用逻辑不符合国人，至今都没有群晖都早有的条件相册，mtphotos 是丑点，但各种操作逻辑很舒服的。

最近跟楼主遇到一样的问题，被电信限速了，师傅上门说罪魁祸首是我的腾讯电视盒子，实际上最近我就搬了几百 G 东西到网盘，不过腾讯电视盒子的上传也有蛮大的一部分，然后给它限制了上传速度。nwlm 那个流量统计是不太准，我用 nftables 手搓了一个监控特定设备的上传速度。如果你要统计整体的建议安装 vnstat2 这个插件

@tldzyx lvm btrfs mdadm 都安装了时再试试

seafile ，nextcloud 都可以做到，建议前者，稳定性更好