背景
在另一篇文章中，我报告说：
我在 UEFI 系统上运行带有默认内核 5.4.0-42-generic（从 Main 安装）的Ubuntu 20.04.1 。我想在启用安全启动的情况下加载两个内核模块（“ ashmem ”和“ binder ”）。至少对我来说，“binder”在启用安全启动的情况下加载正常，但“ashmem”在启用安全启动的情况下无法加载。两个模块都在禁用安全启动的情况下加载。
对于上述内容，我要补充一点，我在Ubuntu 20.04的初始全新安装期间启用了安全启动（并注册了 MOK） 。即便如此，按照Rinzwind提供的出色建议，我在初始安装后运行了以下命令：
sudo kmodsign sha512 /var/lib/shim-signed/mok/MOK.priv /var/lib/shim-signed/mok/MOK.der /lib/modules/`uname -r`/kernel/drivers/staging/android/ashmem_linux.ko
运行上述内容后，我重新运行：
sudo modprobe ashmem_linux
sudo modprobe binder_linux
lsmod | grep -e ashmem_linux -e binder_linux
成功！“ashmem”和“binder”都加载了！谢谢林兹温德！！
更重要的是，Anbox现在为我启用了 Secure Boot，这是我的最终目标。:)
错误信息
尽管“ashmem”和“binder”现在都加载了，并且Anbox现在启动（并且似乎可以正常工作）我现在启用了安全启动，但我仍然运行了以下命令：
ls -1 /dev/{ashmem,binder}
我得到了以下信息：
ls: cannot access '/dev/binder': No such file or directory
/dev/ashmem
现在，我仍然很好奇为什么我会收到关于“binder”模块的上述错误（“无法访问'/dev/binder'：没有这样的文件或目录”），以及我是否应该关注。
问题
- /dev/binder 是否应该在加载“binder”模块时创建？（这个错误应该与我有关吗？）
- 如果 /dev/binder 应该在加载“binder”模块时创建，我如何强制创建 /dev/binder？
- 如果 /dev/binder 应该在加载“binder”模块时创建（也就是说，如果我发现了一个错误），我应该在 Launchpad 的哪个位置报告错误？
重申一下，根据 lsmod，“ashmem”和“binder”都加载。此外，启用安全启动后， Anbox现在对我来说似乎可以正常工作。我在这里发帖是为了 (a) 满足我自己的好奇心，(b) 为其他人记录这一点，以及 (c) 确定是否应该提交有关 binder 的错误报告（以及在哪里提交，如果有必要的话）。
