签名验证之类的机制？

其实我要是遇到删除文件之后空间没释放第一时间会怀疑是我的 btrfs 在搞事情（因为我遇到过）

然后删除正在使用的文件并且不释放空间的事情...我没遇到过这种事情，所以自然想不到（因为我不是运维，且从来没遇到过删除正在被使用的文件的事情）

要我 NAS 直接暴力 rm log 文件大概就不会再有日志了（ SELinux 上下文问题）

journalctl 它不香吗

打个断点看调用栈也不失为一种通用方法...

我现在都放弃折腾了，直接把国产软件全部放到一个不常用的旧手机，让他们折腾

想要修改 sysfs 的默认行为？
sysfs 只是表象...它只是导出驱动的配置（并且我不记得有什么方法可以），你应该去看对应驱动是否能被 cmdline 配置。
要是不能的话建议直接改代码重新编译

分别注册到不同的 activity 然后启用禁用？
我猜的，没实验

比如你的 rec 不支持输入密码（或者你不知道密码），然后 data 被加密了，你就只能 sideload

是不是你的公钥没了 /或者位置不对出发了什么 fallback
ssh-keygen -f ~/.ssh/id_rsa -y > ~/.ssh/id_rsa.pub
看看

@yyyb 建议看一下 ssh -v 的输出, 看看什么阶段去试图寻找公钥了

我这里是 8.3p1 一切正常, 这个错误是 load pubkey 的问题, 不应该影响登录
甚至我觉得像是 openssh 把这个 priv key 当成 pub key load 了...
但是登录不应该需要 pub key 啊

当然，用户自己凭本事安装的程序系统只能信任了。所以要保证软件来源可控。
真要被恶意程序感染，恶意程序还能偷走 chrome 的保存的密码，这才叫灾难（

不不不，典型常见账户名+密码同账户名+不限制 ssh 登录
这就是要被 hack 的标志

context.getApplicationInfo().nativeLibraryDir;
试一试?

有没有体验报告, 我看看值不值得上 Fast Ring

今年年初注销+卸载了知乎，感觉浑身轻松

systemctl list-units --failed
看看谁挂了，要是都没挂就不是问题

建议使用 podman 之类的 rootless 容器，实现可以参考 Fedora 提供的 toolbox
特性
1 ）全程用户没有特权
2 ）在容器中表现为 root 权限，可以正常安装软件，配置开发环境
3 ） proc 、home 等分区会正常挂载，保证使用体验无缝，如果是带图形的话 dbus 以及 X socket 也会处理
--------
对于用户而言大家都不给 sudo，让他们使用 toolbox 进入自己的环境
--------
因为是 rootless 容器，哪怕被橄榄权限也不会超过用户本来的权限，不会对于系统造成破坏