存储介质的静默 bitrot 很少发生，发生的原因大多是内存损坏，数据在到达存储介质之前就坏了。存储介质内部有 ECC ，如果错误数量少于 ECC 能纠错的数量就会静默纠错，多于数量就会直接报校验错。所以一般建议的措施是换用 ECC 内存，或者直接上工作站/服务器平台。

如果你有 OCI free tier ，里面有邮件服务。要么就别用邮件了，tg bot 之类的一样用。

毕竟是 fuse mount ，是要 fuse 的。你运行了命令以后如果有错误信息，是不是应该把错误信息贴一下。

用 rclone 的 mount 命令啊。你具体想问什么？

我一个月房贷能买 4 台半。
会，因为钱都给银行了，没钱给苹果了。

要提示没有权限，可以用非特权用户。
要给提醒，可以不加 f ，可以用 zsh 。
要最佳实践，可以制定规则，可以写 checklist ，可以在执行危险操作之前双手离开键盘先思考 5 秒钟人生再按下回车。

危险操作，每个行业都有。做手术的，开飞机开火车的，做化工的，造大楼的，甚至是马路上开车的。运维又不是什么特殊岗位。看看别的行业怎么避免手滑的，怎么规范操作的，照搬一下就行了。

讲讲我自己的运维习惯。我所有的操作都是 root 账号下运行，因为我所有的操作都涉及到 root 权限，开非特权账号没有意义。首先是我用 zsh 并且把 IP ，主机名，当前目录放在提示符里，高亮分颜色显示，一眼就知道自己操作的是哪台机器，在哪个目录里操作。其次对于重要的生产机，我会在提示符里加上高亮闪烁的 PRODUCTION 字样，一眼就知道自己在操作危险环境。最后对于有副作用的操作，比如 rm ，比如升级软件包，比如重启机器等，按下回车之前脑子里先想一想自己在干什么，确认无误以后再按。

人犯错是无解的，再多的措施无法避免。但是这些措施可以把一月一遇、一年一遇的错误操作，变成十年一遇，百年一遇。航空业那么多飞机天天飞，事故也是无法避免的，但是现在的措施可以做到概率足够小，远比坐车甚至走路安全，那就行了。

@aldehyde 对，打了没啥用，还容易打错，不如不打。

@bao3 其实不是，rm 用相对路径才更不容易出事。像以前可以删/的时候，你打完第一个/不小心碰到了回车你机器就没了。但是只要不用/开头不管你删什么也只会在当前目录下删。所以好习惯应该是 cd 到要删的目录里，然后 rm 用相对路径直接打文件名或者打*。

然后永远也不要去打 ./ 。

无所谓，反正你坛 99.9%的人都不会去用官方内核。

你最好先想想能不能付得起这个钱。我之前拿 GPT4 跑小说翻译，几千字花了$0.5 。
GPT4 的价格是 GPT3.5 的十倍以上，用起来还是要想想的。

@guguji5 只有我觉得写自动化测试可以提高开发速度吗。

另外远程读写并不只能考虑硬盘速度。如果你的 NAS 内存比较大（比如我现在插了 128G ），内存是会自动用于 caching 和 buffering 的。玩游戏或者做视频处理的时候，热数据都在内存里，读写速度可以轻易跑满 10G 上限。我往 NAS 里复制文件，经常能看到七八百兆一秒的速度，就是先写入 NAS 的内存，然后再在后台慢慢刷入硬盘。

@GrayXu SMB 的性能问题只有特殊场景会出现。比如说我自己遇到的例子，你在跑一个程序，频繁写入到一个文件里（比如生成文件或者下载），然后你又在 Windows 上打开了这个文件所在的目录，你就会发现网络流量暴涨，CPU 占用率暴涨。

当然我也不确定是不是我哪里配置有问题，但总之这个问题是在某些地方存在的。

不行就找找看第三方解决方案，什么 dism++啊，什么 wumt_x64 啊，都试试看。

可以，但是就算不重启，也还是要重启很多服务，让他们重新在原来的 subvol 上启动。

用 pivot_root 可以替换根分区。把原本的 subvol 找个地方挂载，然后把日常虚拟 FS 挂进去，最后 pivot_root 换根分区，然后再逐步重启所有正在运行的程序，包括 init 。

参考 https://dreamlayers.blogspot.com/2012/10/running-linux-from-ram.html 。

@Nasei 可能你们单位 IT 已经想办法把自动更新禁止了。

你说的这个「不想重启点安装干嘛呢」是从「点了安装就会重启」这个前提条件出发的结论。
比如说，Linux 下装更新是不需要重启的，不管是更新程序还是更新 init 还是更新内核，都是不强制重启的。未重启前不生效，重启后生效，何时重启用户说了算，可以根据工作量进行安排。重启也分不同的等级，更新软件只要把软件重启就行了，更新内核则要重启电脑。