原来这个网页屏蔽了中国，开了代理就能开
访问特殊路径会触发一个要求重启修复的提示，然后文件系统（ MFT ）就会被搞坏...只能说摸不着头脑，有点想要搞个虚拟机看看

虽然链接直接 1005，但是再怎么说坏掉的也应该只是文件系统吧

@rust 虽然 uname 之类途径看到的好像是不一样的版本，但是通过在 anbox 内拿到 root 之后试图干一些对内核的特权操作（比如操纵 SELinux ）会 denied，所以应该还是同一个内核，只是 hook 掉了一些调用。

> 如果我在配置文件里写默认用 HDMI
> 那么启动了以后就会在设置里出现一个伪输出 而且 HDMI 选项都没了
目前的描述看不出原因，是用的 set-default-sink 吗？

> 我用 pacmd 可以切到 HDMI 上 也是有声的 但是加到 rc.local 里面启动任务也不行
现在发行版的 pulseaudio 守护进程大多被配置为 per-user, 也就是你登陆之后会启动一个新的 PA，于是可以考虑使用 systemd user unit/XDG Autostart 等途径配置对于单个用户的设置

我要遇到这种问题估计就准备伪造手机号+代理池来个垃圾数据污染了😂

telegram 大概没问题，但是看起来不保证收到消息先后顺序在每个客户端一致

去找 postgresql 的 srpm （可以去 https://src.fedoraproject.org/rpms/postgresql 或者 https://koji.mbox.centos.org/koji/packageinfo?packageID=1932 ）寻找对应的 srpm, 然后在你的系统下 yum/dnf builddep 然后 rpmbuild 一波

@monetto
我现在的做法是
写一段下面的脚本丢进 ~/.bash_profile, 当然这很简陋并且会随机的出问题，但是勉强能用
if [-z "$(pidof dbus-daemon)" ]; then
/usr/bin/dbus-launch --exit-with-x11 2>/dev/null >~/.dbus.env
fi
export $(cat ~/.dbus.env)

保证程序和输入法在同一个 dbus session, 这样 im-module 才能和输入法通信

```
curl http://\[240e:978:309::1:42\]/1000MB.test >> /dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 953M 100 953M 0 0 89.5M 0 0:00:10 0:00:10 --:--:-- 91.4M
```

教育网用户谗到变形，但是公网 ipv4 这么贵就显得性价比不高了...

有没有哪怕是 NAT 之后的 ipv4 连接？有的话我觉得我可以整一个

@Mohanson
@lp10
Updates for the CentOS Linux 8 distribution continue until the end of 2021; users can choose to switch over directly to CentOS Stream 8
邮件里面的说法：
If you are using CentOS Linux 8 in a production environment, and are
concerned that CentOS Stream will not meet your needs, we encourage you
to contact Red Hat about options.

分母

因为你需要一整个 aarch64 的 chroot 环境来保证你的 aarch64 elf 可以运行

试了一下 /proc/cpuinfo 依然可以访问，但是内存信息我确实不知道哪儿来的

In reply to #1
还是假定你想要管理的是日志，其实可以考虑 split 工具，可以一开始就把输出到标准输出（管道）日志按照一定大小分割并且存档。
但是无论如何，剪裁一下文件都是元数据操作，应该不管怎么搞都不会带来冲击，都是暂时写进缓存等到下一波元数据更新的时候一起更新磁盘。
In reply to #4
@XiLingHost 这样不行，老的 fd 不会失效，空间不会被释放。
In reply to #39 #21
@no1xsyzy @vuuv 如果是日志文件的话打开的时候应该有 O_APPEND 属性，那样无论 file pointer 怎么样问题应该不大，不会产生稀疏文件，要是打开日志没用上述属性，建议跟开发者对线。

debug 配置下编译产物运行会相当慢是预期行为，因为开启 debug 会禁用绝大多数优化行为

上个 5950x/5900x，全核心跑编译，内存低于 16G 就十有八九次次 OOM 了