Moe
Moe
每周构建里有现成的 debian-sid + xfce, 我已经很久没测试在 proot 里安装桌面了。 如果是主题/图标包, 那 dpkg 解压软件包花了很长时间是正常的。如果超过了一个小时,那就不太对劲了。
重启手机,看看数据有没有丢失吧。 看标题,本来以为又是 MIUI 上 `mount` 相关的问题,结果是 “未 umount 就 remove” 的危险行为。 一时间竟不知道如何评价。 想了想,之后搞个知识问答吧。 假设前方有座山,山上有老虎,我在山脚下围了一圈,放了无数块告示牌,牌上写着:“⚠ 山上有老虎,请远离此地!” 人们往往对警告视而不见,甚至更兴奋了:“嘿嘿嘿,😽大猫猫,我的大猫猫🤤”。 把它改成答题形式的话,会变成题目:进了山后,以下哪种行为对一般人有利? 如果你选择了 “我和山中的小可爱开心地玩耍,它温暖了我的心,我也温暖了它的肚皮” 这个选项的话,那么你将失去进入此山的资格。 ___ chroot 容器的 **挂载 sd** 默认会使用操作系统的 `mount`, 并以 root 权限挂载特定目录。...
你说的对。 默认的 chroot 容器位置不应该是 app 的数据目录,之后可能会增加一个自定义容器目录的选项。
抱歉,我不是很清楚这个问题的解决方法。 
```sh apt purge -y todesk apt install ./todesk-v4.3.1.0-arm64.deb sed -E 's@(systemctl )@#\1@g' -i /var/lib/dpkg/info/todesk.postinst dpkg --configure -a ```
  openjdk 20 目前还是 Early access 状态,还没有正式发布。 不过列个版本号应该是没有问题的。 段错误在 qemu-user 里挺常见的,看到标题时,咱还以为你是在 arm64 上跑 amd64(x86_64) 架构的容器呢! 要不你试试 alpine-edge 容器,然后用 `apk add openjdk17-jdk` 安装。 其实 termux 也有 openjdk 的软件包,包名是 `openjdk-17`。
Unfortunately, I didn't find an official arm64 image of zorin OS. If only x64 (amd64) is available, that means you have to use a virtual machine on arm64 devices. As...
Run `editor /etc/X11/xinit/Xsession`  And replace `SESSION_1="xfce4-session"` to `SESSION_1="xxxx"` (e.g. `SESSION_1="gnome-x11-session"`) ps: Different desktops have different sessions, depending on the desktop. I'm sorry, I'm not sure what the zorin desktop...
wsa 可以刷 magisk ,很久之前还有人跟咱反馈过 wsa+magisk 在 chroot 容器安装时出现的 bug。 chroot 容器应该没有 signal 9 的问题。 其实我觉得,在 windows 上运行 linux 环境更好的选择是:wsl2 。 wsl2 里套 docker 要比 wsa 里套 proot 更好。
这是因为我当初把相关文件的存放位置定在了容器内部的 "/tmp"。 手动修改 "/tmp" 的挂载源后, 会导致容器内部的 "/tmp" 不是原来的 "/tmp"。 解决方法还蛮多的。比如:改变容器启动前的一些流程顺序,或者是执行相关操作时检测"/tmp"的挂载源,又或者修改相关操作所需的临时目录。 我估摸着可能会引入 breaking changes, 因此要等新版才能修复此 bug。 顺带一提,`p d s a v` 这种看起来很怪的参数用法会被废弃掉。 `p d s a` 代表一种属性,完全可以简化成一个名称,而不是四个参数。