这个是 glibc 2.41 或更新版本更改了可执行栈的规则，破坏了很多程序的兼容。旧版本如果动态库有可执行栈，主程序没有，会静默的将主程序的栈设置为可执行；而新版本的行为是直接异常退出，错误信息就是这个。解决方式有两个，第一种就是把主程序（钉钉）设置为可执行栈，使用 execstack ，第二种是如果你确定动态库（ dingtalk_dll ）不需要可执行栈，可以去掉他的可执行栈 flags ，也是使用 execstack

ublock origin 有一个 Block Outsider Intrusion into LAN 规则，可以屏蔽对本地网络的访问； jshelter 也有屏蔽本地网络访问的选项

Windows 下确实比较复杂，可以看看 rufus ，支持把硬盘存为 vhd/vhdx 文件。主要的问题应该是大小，vhd 是无压缩的，vhdx 有一定的压缩，但如果想要压缩到原本 armbian 的程度可能比较复杂，需要在 Linux 下对镜像出来的文件使用 resize2fs 更改分区大小或是 fstrim 把文件变成稀疏的

@amiwrong123 是，去掉-c 进行链接之后就可以看到重定位的地址

一堆 sub 应该是在做栈对齐，i386 System V ABI 要求栈 esp+4 （ 4 是返回地址大小）对齐到 16 字节，按他这样算在 call 的时候刚好会对齐到 16 字节

要不编译成位置无关代码，加-fno-pie -no-pie

你这个是没有做重定位的二进制，所以地址什么的都是 placeholder 而不是有意义的地址，你可以去掉-c 再看看。你这应该是编译成位置无关代码，我编译了一下，就是这个结果，i386 下位置无关代码需要通过特殊的函数获取当前的 eip ，就是第一个 call

@yzthomas52 youtube 有，叫 revanced ，https://revanced.app/download

可以用 process monitor ，看看程序的行为，包括读写注册表和文件这种的

模拟终端环境就是 pty ，nodejs 下好像有 node-pty 在 windows 下可用
但是似乎有个未解决的 bug [Unable to kill pty process on Windows]( https://github.com/microsoft/node-pty/issues/437) 导致运行完成后 node 不会自动退出

光猫拨号，当然可以用软路由，但是可能出现多层 nat 的情况了，也不能完全控制网络
如果有软路由，还有一个路由器一般拿来做无线 ap 吧，将路由器设置成 ap 看看
如果想保留路由器作为软路由上级，那你可能想要配置的是旁路由/透明网关
我也是用 Debian 自己配置的软路由，但我用的是 ifupdown ，更手动，不知道 netplan 这边是怎么设置的

直接使用 yay/paru 之流最方便
如果想要 gui 的话可以选择 pamac/octopi

debian 不装桌面用的是 ifupdown ，可以按这个方向去排查问题

id: yandoit
感谢

可以调整字体大小和 DPI ，我用的是 Xfce ，非整数倍缩放字体很模糊，目前只调整字体大小和 DPI ，不会导致模糊

@JasonLaw sum(window) 每次调用都要从头把集合加起来