@SaulLawliet 确实有减毒疫苗，比如牛痘作为天花疫苗。
减速疫苗的问题在于安全性，即使经过了大量临床验证，还是有可能在制造、储藏中出现变种。

对乙酰氨基酚的主要缺点是过量使用会造成肝损伤，而且这个下限不高。所以使用时一定严格按照说明书使用，不要和其他药混用。
特别是中成药“中西结合”，说不定里面就加了对乙酰氨基酚。

@yuimoa 本来还以为你自己家里要打印呢。原来是公司要。
这有什么好省的，该花的钱就得花。你折腾这些时间，折算成工资该要多少钱？
连这笔帐都算不明白的公司，呆着有什么意思？

还是先改善睡眠吧，不管半小时还是两小时，疲劳驾驶不可取
在确定不会睡觉的情况下，用好辅助驾驶功能可以省力。如果可能睡觉的话，那可能就自动驾驶去地府了……

我？我 WFH ，通勤时间却决于我走路到客厅要多久

lsblk 看看 md2 上有没有再分区

@intlinfo 你想多了
傲腾的随机读取并没有很出彩，高端 SSD 也不差的
傲腾最大的优势是单线程随机写，这一点基于 nand 的 SSD 需要整页擦除，不可能比得上。

单说随机写，其实高端 SSD 的多线程随机写也不比傲腾差多少。因为多线程就可以充分利用缓存了，企业盘带掉电保护电容，所以可以大胆使用 writeback 缓存。

那么什么时候才需要单线程随机写呢？基本上只有服务器数据库。

随机写： https://www.phoronix.com/review/wd-black-sn850/2
数据库：
https://www.phoronix.com/review/wd-black-sn850/4

camelcamelcamel 历史比价
bangyourbuck 价格除以单位计算单价

撸信用卡卡一年收益大几千美元
今年去了墨西哥、温哥华、夏威夷，住五星酒店都没怎么花钱，机票也是大半都是积分和信用卡

UPS 很好用
一定要测试确认能自动关机。UPS 在满功率时，工作时间最短可能只有 5 分钟。
也没必要为了运行时间去买大的。大的低负载时效率低。
想要运行时间，可以买小的，然后自己改装换大电池。

虽然看着难受，但是如果不影响使用的话我觉得也没什么大不了的，不看就是。本地局域网传输又不要钱。

nas 最好有线。反正不能两端都无线。因为两端都无线的话，路由器就要来回在两个设备之间切换，效率当然就低。或者你有三频路由器，两个 5G 频道分开使用。但是始终还是有线稳定。

无解。文档写的很清楚：域名只在读取配置文件时解析，运行时只用 IP
你可以自己写个脚本监控 nslookup 结果，如果有变化就给 Nginx 发信号 reload

@eason1874 set 往下移动两行就是 server 区了

1. 平放是过时的说法。现代制造技术足够精度，不需要考虑这个问题了。以前精度不够，硬盘换位置可能导致盘片位移，那磁道位置就全错了，需要重新低格。
2. 3.5 寸硬盘在 1U 的机箱就是水平放置的。垂直放置应该是为了最大化密度。

我确实就这么做了
我有名字和网名的 .im 和 .net
用来做域名邮箱。以前想过做个人博客的，后来懒掉了。
域名邮箱的好处是：1.方便刷小号 2.每个网站都用网站名做前缀，谁卖我邮箱一目了然

@bthulu truenas 、xigmana 、omv 、unraid
也不全都是开源，也有商业软件免费使用的
如果只是储存文件、跑一些简单的 app 的话比群晖灵活
群晖比较好的是它的 app 。类似的开源替换是 nextcloud ，有各种平台的客户端。

所以自组 nas 就可以用便宜 SSD 甚至 U 盘做系统盘。配置文件备份到别处就行了。系统盘掉了就掉了，不影响数据安全。

为什么群晖不允许：当然是因为盘位本来就少，再给你一个系统盘位就更少了。大部分用户都不会这样做。

自组 nas 无所谓啊，系统盘用胶带贴在机箱的哪个角落都行

@czwstc “单盘故障时候，另一块盘即使也出现了坏道，我也可以在其他地方上读取大部份数据。”

raid5/6 一样可以的。虽然复杂一点：软件 raid 重建的时候可以强制忽略错误，继续重建剩余部分。这样最多就是损失一个条带的宽度。比 raid1 大，但并没有那么严重。

如果损坏部分在文件系统结构里，那无论用的是 raid1 还是 raid5 ，如果重建时发现错误也是数据全损。

但是 zfs 就不会。zfs 的文件系统索引是 raid1 到所有盘的。zfs 重建时发现坏扇区，可以告诉你哪个文件哪个位置坏了，剩余文件不受影响。

@czwstc 你看上下文。他杠的就是 raid1 可以坏 200 盘。
两个阵列独立，但是你的数据分在两个阵列存。实质上也是 raid10 了。

正确做法是用 zfs raidz2 ，因为 raid 本身就不带校验。能恢复数据但是大部分 raid 系统不会时刻检查。raid 处理不了冷错误。raid1 虽然格式简单，但仍然解决不了冷错误问题，如果手贱分开可写挂载了一下，那之后还得重建。

你分开两个阵列，其实是减少了损失范围，如果重建时再挂一块，或者有坏道，那你在这个阵列上的数据还是没了。虽然比起 raid10 全损是好那么一点。

“而在恢复磁盘需要奇偶校验的时候，RAID 组的所有磁盘都需要参与恢复数据。如果有其他磁盘的坏道平时没发现，就需要给所有磁盘做镜像慢慢搞了，这可是个大工程。”
这个问题确实存在，这也是不推荐大硬盘用 raid5 的原因，但我不认同 raid1 可以解决此问题。raid1 重建期间等于 raid0 （单盘）。如果这时候剩下的盘上发现冷错误或者坏扇区了，你又能做什么呢？手工识别补齐数据吗？
zfs scrub 就是用来预防这个问题的：1.检查、修复冷错误 2.确保数据可以读取。我的 nas 每周都会 scrub 一次。

除了冷错误，更大的问题是硬盘不是绝对正确的。所有硬盘都有误码率。如果硬盘扇区结构的 ECC 没有检查到错误的话，读出的数据就错了。

如果重建时发现坏道，而你用的是 raidz2/raid6 的话，那很好办：直接放弃那块盘，就当是损坏了两块盘。补上两块盘重建。而 zfs 本身带校验，可以识别冷错误。


raid1 和 5 （抬杠用大于 2 盘的 raid1 不算）最大的问题是：现在的硬盘相对其读写速度来说都太大了。URE （ unrecoverable error ）和硬件故障，两个概率加起来，导致重建成功率甚至不足一半


https://magj.github.io/raid-failure/
这个计算器其实就是很简单的数学，你也可以自己手算。