有 luks 加密实例，没有 raid，没有 lvm。我经常查看日志，这让我可以断言在重启之前一切都运行良好。但是，笔记本电脑正常运行了约 3 天。驱动器是 SSD，大约有 40% 的空间可用，运行了 7 个月没有问题，fstrim每 2 天左右手动检查一次。交换从未安装过，不久前在 crypttab 中注释掉了，initramfs 重建了，但情况并非如此。
重启后：
cryptsetup: evms_activate is not available
Begin: Waiting for encrypted source device... ...
我不知道是什么原因导致了这种情况，所以我决定尝试最终安装它并提取数据或使用 chroot 环境修复问题，但最终得到了这个（从实时会话中截取的屏幕截图）：
https://launchpadlibrarian.net/131458632/Screenshot%20from%202013-02-17%2004%3A29%3A55.png
所以我无法挂载它。Initramfs 环境显示相同。Initramfs 没有重建，没有进行内核更新，没有触及与挂载相关的任何内容。
- 如果它死了，为什么 gparted 能够识别该表？
- 驱动器的 uuid 在哪里（它曾经与之一起工作的实时 usb/initramfs）？
- 我的选择？（尝试了不同的盒子，更新的内核）
- 能猜一下总体上出了什么问题吗？
答案1
知道分区的第一个扇区及其长度（就我而言parted，gparted工具是我知道的唯一选项）addpart可以帮助添加分区。所以最终我能够备份我的数据。