小编epl*_*epl的帖子

我遇到了一个与askubuntu社区中描述的问题几乎相同的问题。

与发布此问题的用户一样，我的系统具有金士顿 NVME 磁盘，并且与该用户一样，通过在 grub 菜单中添加以下内核选项解决了我的问题：nvme_core.default_ps_max_latency_us=0.

用户声明的解决方案开始如下：

问题出在 SSD 功能上，自主电源状态转换 (APST) 导致了冻结。为了缓解它，直到他们发布修复程序，请nvme_core.default_ps_max_latency_us=0 在GRUB_CMDLINE_LINUX_DEFAULT选项中包含该行。

虽然有用，但此评论留下了几个问题，包括以下内容：

1. 导致问题的具体缺陷是什么以及在哪里？
2. 为了防止出现缺陷，变通方法有哪些变化？
3. 由于这种变通方法，哪些功能或其他预期效果会丢失？
4. 尤其是，内核、存储介质固件、系统固件（即 UEFI/BIOS）或某些其他组件需要修复什么才能提供适当的解决方案？

任何评论都有助于解决所有或部分这种混淆。

我运行 Linux Mint 21。

目前该locate命令始终不返回任何结果，并且 updatedb始终立即返回。数据库的大小不超过几千字节。

我已经验证该软件包mlocate已安装。该updatedb命令是一个级联符号链接，最终解析为本/usr/sbin/updatedb.plocate机二进制可执行文件。

该问题出现在两个独立的系统上，除了运行相同发行版的 x86 64 位机器之外，没有任何特定的共同点。