我不是 Linux 的日常用户，但也不是新手。我需要 ubuntu 来完成一个软件项目，对我来说，使用传统的虚拟机是最方便的（尽管我正在考虑多通道）。
我也使用的是 macOS 的 arm 版本，VMWare 的“技术预览”是我最好的选择。虚拟机安装和一切进展顺利，但为了获得大于 1024x768 的显示分辨率，VMWare 建议更新到 5.14+ 内核。但是，似乎存在一个问题，如下所述：
摘要：内核头文件依赖于比 20.04 提供的更新的 libc6 版本，因此头文件无法正确安装，导致启动过程失败。
tuxinvader 似乎提供了内核，但我无法从 PPA 中判断是否有 arm64 选项。此外，这不是一个很好的长期解决方案。
另一个选择是编译自定义内核，但如果有更好的选择，我想避免这样做。
在 ubuntu 升级后，我的内核是 5.13，但我需要 5.14+ 才能使其成为具有更好分辨率的适当工作站。
除了编译自己的内核（或寻找非 vmware 解决方案）外，我还能做什么？几个月后这个问题还没有解决，这似乎很奇怪，所以我要确保我没有遗漏任何东西。
编辑：这是@n0rbert 要求的信息：
$ uname -a
Linux <hostname> 5.13.0-28-generic #31~20.04.1-Ubuntu SMP <datestamp> aarch64 aarch64 aarch64 GNU/Linux
$ dpkg -l | grep 'linux-image'
linux-image-5.11.0-41-generic Signed (arm64)
linux-image-5.13.0-28-generic Signed (arm64)
linux-image-generic-hwe-20.04 Generic (arm64)
答案1
所以我不确定这是否是一个解决方案或者到底发生了什么，但我尝试使用脚本“ubuntu-mainline-kernel.sh”为我完成内核更新工作，认为它会失败或同样不起作用。
运行安装 v5.14.21 的脚本时，它提示“发现的文件比预期的多”，但我告诉它继续。它继续下载并正确安装，但最后它提示校验失败，但仍然安装，一切似乎都很好。
重新启动后，grub 不会启动默认内核，该内核现在是 5.14.21-64k（无论是什么），但是当手动选择 5.14.21 时，它会按预期启动。
我可以确认它确实运行的是 5.14.21，并且我确实拥有我所承诺的分辨率选项。呼。
所以我真的不知道发生了什么，因为内核脚本隐藏了详细信息，但现在它似乎正在工作。也许这与这些额外的“64k”内核有关？不确定它们是什么，但似乎我现在应该保留它们。
如果有人知道发生了什么，我很想知道解释。