在尝试在KernelSU上GrapheneOS中设置LSPosed时，用户遇到了一些问题。用户已经应用了一个自定义补丁来允许在Shell中启用内存DCL，这是设置LSPosed所必需的。在应用补丁、通过KernelSU授予Shell root权限，并安装了最新调试版本的NeoZygisk和LSPosed作为KernelSU模块之后，用户尝试打开LSPosed管理器应用。用户期望在KernelSU中点击“Action”按钮后能看到管理器界面。如果按照某个GitHub讨论中的指示将管理器作为用户应用安装，并从启动器中打开它，它将按预期打开，但会显示一个警告，指出寄生模式更受推荐。用户期望这两种操作模式应该产生相同的结果。尽管LSPosed确实在工作，用户只能作为用户应用打开管理器，而不能在寄生模式下打开。在寄生模式下打开管理器应用时，Shell应用被打开，但只显示一个错误报告屏幕。点击任何按钮都会关闭屏幕并返回到启动器。在KernelSU管理器中，界面被替换为显示单个日志条目的“Action”屏幕。这个屏幕在再次将KernelSU置于前台时立即消失。用户使用的是KernelSU 1.0.5版本，系统模块列表包括systemless-hosts-KernelSU-module 1.2.2、NeoZygisk 2.2（debug）和LSPosed 1.10.2-7199（debug, master @ 0e457e3）。用户正在使用GitHub Actions中提供的最新调试版本。用户无法直接附加bugreport zip文件，因为GitHub的最大限制是25MB，而bugreport zip文件大小为36MB。用户假设所有重要信息都显示在该zip文件中，但如果需要，用户也可以生成特定应用的adb日志。