你遇到的这个问题确实挺棘手的——BIOS层面的磁盘锁（主/用户密钥）和S3休眠的冲突，在不少带硬件加密功能的机型上都曾出现过。结合你提到Windows 11和Linux Mint 21.2都存在同样的故障，我整理了几个可尝试的解决方向，你可以逐一测试：

• 检查BIOS的磁盘锁休眠保留设置
  进入BIOS界面，仔细排查Security（安全）或Power Management（电源管理）菜单下的选项，看看是否存在类似“休眠时保持磁盘解锁”“Disk Power Lock Retention”这类功能。如果有，开启该选项，让系统进入S3休眠时磁盘不会自动触发锁止机制。

• Linux系统针对性调整
  Linux对硬件加密磁盘的休眠处理逻辑和Windows有差异，可以试试以下操作：

  1. 确认你的交换分区路径（用lsblk命令查看），编辑/etc/default/grub文件，在GRUB_CMDLINE_LINUX_DEFAULT参数中添加resume=/dev/你的交换分区设备名，比如resume=/dev/nvme0n1p3；
  2. 执行sudo update-grub更新引导配置后重启；
  3. 若上述无效，可尝试在GRUB参数中添加nvme_core.default_ps_max_latency_us=0，强制NVMe磁盘不进入低功耗休眠状态，避免断电触发磁盘锁。

• Windows系统的优化设置

  1. 禁用快速启动：打开「控制面板→电源选项→选择电源按钮的功能→更改当前不可用的设置」，取消勾选「启用快速启动（推荐）」后重启；
  2. 阻止磁盘断电：打开设备管理器，找到对应的磁盘驱动器，进入「属性→电源管理」，取消勾选「允许计算机关闭此设备以节约电源」。

• 折中方案备选
  如果以上方法都无法解决问题，可以考虑两种折中方式：

  1. 暂时关闭BIOS磁盘锁，改用系统层面的加密方案（Windows的BitLocker、Linux的LUKS），这类加密机制和休眠的兼容性更成熟；
  2. 切换至S0低功耗待机（现代待机）模式，不过需要先确认BIOS中是否有相关切换选项，且S0的续航、唤醒体验和传统S3休眠有所区别，你可以根据自身需求权衡。

另外，也可以留意联想官方的BIOS更新，部分厂商会通过固件升级修复这类硬件加密与休眠的兼容性bug。

备注：内容来源于stack exchange，提问作者wuniu