bczhc

出生时间似乎本就不是期望被篡改的，cp -a 和 rsync -a 的默认行为也都只是保留 mtime ，一般也用这个当作文件创建时间了，当然前提就是后面不去修改它。

还有文件名/文件夹名里直接放日期也不失为一种解决方法呀，很多情况也就这么干。

参考 https://unix.stackexchange.com/questions/719533/copy-a-file-and-preserve-its-creation-date 看它的问题第一条评论和第一个回答

@tyzrj766 没，哈哈。对我也不算太影响，只是好奇这玩意引起的原因，我也向 Mozilla （ bugzilla 编号 1933410 ）和小米社区都反馈了。

更新：找到了更新的字体配置及位置。

`/product/etc/fonts_customization.xml`
```xml
<family customizationType="new-named-family" name="miclock-beihaibei-sc-regular">
<font weight="500" style="normal" postScriptName="BeihaibeiSC-Regular">BeihaibeiSC-Regular.ttf</font>
<family customizationType="new-named-family" name="miclock-beihaibei-tc-regular">
<font weight="500" style="normal" postScriptName="BeihaibeiTC-Regular">BeihaibeiTC-Regular.ttf</font>
...
<font weight="400" style="normal" postScriptName="LogoSCUnboundedSans-Regular">DelaGothicOne.otf</font>
```

文件分别是：`/product/fonts/BeihaibeiSC-Regular.ttf`和`/product/fonts/DelaGothicOne.otf`。

最简单的把 btrfs 里快照挂载到`/`上就可以实现了。还能做到 grub 里按 e 键随意决定进哪个子卷。不过 efi 分区不知能不能是 btrfs ，一般还是多留几个内核镜像，只要有一个能进系统就能修……

搜下 (linux) block-level incremental backup 吧，应该有解决方案的。据我知道的 Btrfs 的 send 不是 block-level 而是 file extent-based 。

@MFWT CD 的话应该还好，抓轨，像是某些加密 DVD 和蓝光的，rip 起来可能就不太方便了。关于合法性我也不太清楚国内有什么要求，这玩意不同国家倒是有不同规则，比如某些地方认为 rip 就是禁止的，有些是，在合法取得物理材料情况下，使用 rip 方案仅作为个人的一种数字归档，是可接受的。主要这里考虑帮别人 rip 的合法性问题，在可能的未经授权传播上（也即盗版传播）。明面上道理是这样，话要打满些，但其实吧这玩意一般来说也没问题。

时代发展真快啊，记得以前电脑都自带光驱。如果真能接到需求也是好的，算是助人了。再不如，升级下，买可打印盘来定制封面，或提供蓝光刻录。顺便一提如果有人要让做 ripping 的，最好不要做，商业光学存储分发材料翻录会有合法性问题。

py 我也接受不了缩进，一直不用。除了业余 ai （比如 ocr 啥的）小脚本不得不写一下。日常脚本语言我选择 ruby 和 kotlin

谢谢大家回复。不退不换倒是，不过还不是认为就是那人纯自己不会用嘛……用不了算了退就退吧这么想。

这件事其实是发生在舍友身上的，让闲鱼客服介入了，但还要物流红章，这显然搞不到，在学校，根本也不会面签，更不可能面前上机测试了。也不知后面怎么掰扯。

是不是如果录了全程视频，从拆箱到上机到发出异常声音，就是铁证据了。可惜这次大意了收到这退货件也没录……