그래서 실수로 처형당하는 echo disk > /sys/power/state대신 엉망으로 만들었습니다 . echo mem > /sys/power/state그제야 나는 내가 방금 무슨 짓을 했는지 깨달았다.

설정에 대한 일부 세부정보:

• 루트 파티션에서 LUKS 암호화를 사용합니다.
• EFI 스텁 부트로더(efibootmgr 항목을 사용하여 커널 매개변수를 설정할 수 있음)
• 스왑 파일은 LUKS 파티션의 Btrfs 파일 시스템에 있습니다.
• 스왑 파일 오프셋이 없습니다... 망하지 않기를 바랍니다.

내 사용자 정의 initramfs init 스크립트가 아직 복구를 구현하지 않았습니다. 따라서 부팅 가능한 USB로 가서 어떻게든 커널 아카이브(initramfs가 커널에 내장되어 있음)를 추출하고 init 파일을 변경한 다음 다시 압축해야 합니다. 커널 실행 파일에 이것이 가능한 경우. 커널 소스 코드를 구하고 젠투 환경에 맞게 다시 컴파일하는 데 많은 시간을 소비하지 않는 한 아마도 커널을 다시 컴파일할 수 없을 것입니다. 하지만 최후의 수단으로 그렇게 할 수도 있겠네요. 그럼, 1. 업데이트된 초기화 파일로 vmlinuz(커널 아카이브)를 어떻게 편집하나요?

LUKS 파티션이 잠금 해제된 후 이 스왑 파일에 어떻게 액세스합니까? 스왑 파일의 오프셋이 없습니다. 이제 Linus가 내 스왑 파일이 어디에 있는지 알 수 있을지 궁금합니다. "echo /dev/mapper/myrootfs > /sys/power/state"처럼 간단합니까? 초기 최대 절전 모드는 잘 진행되는 것 같았기 때문에 Linux는 내 스왑 파일이 어디에 있는지 찾는 데 아무런 문제가 없는 것 같았습니다. 회복도 마찬가지 아닐까요? 그래서 2. 스왑 파일을 어떻게 처리해야 할까요? 오프셋을 모르겠습니다. 읽기 전용으로 설치한 다음 스왑 파일을 /sys/power/state로 지정하면 작동합니까, 아니면 파일 시스템이 손상됩니까? (파일 시스템이 기술적으로 "아직 마운트되어" 있기 때문입니다.) 이전에 말했듯이 /dev/mapper/myrootfs를 /sys/power/state에 echo할 수도 있지만, 오프셋을 지정하는 것은 Linux에게 스왑 파일이 어디에 있는지 알려주는 것입니다. 나는 아니에요.

편집: 저장되지 않은 문서 등 중요한 항목이 없습니다. 열려 있는 것은 X, WM 및 터미널 창뿐입니다. 정상적으로(복원된 상태에서) 부팅한 다음 해당 최대 절전 모드 복사본을 삭제할 수 있다면(말했듯이 저장되지 않은 문서나 이와 유사한 것이 없음) 문제가 되지 않습니다. 그게 가능합니까? 아니면 현재 내 파일 시스템이 안전하지 않은 상태이고 마운트하면 파일 시스템이 파괴될까요?