☰

커널 업데이트 후 luks 루트 파일 시스템의 암호를 해독하려고 하면 Fedora 31 커널 5.5.10 및 5.5.11이 실패하지만 커널 5.5.8은 작동합니다.

tag-icon • tag-icon fedora systemd kernel luks cryptsetup
커널 업데이트 후 luks 루트 파일 시스템의 암호를 해독하려고 하면 Fedora 31 커널 5.5.10 및 5.5.11이 실패하지만 커널 5.5.8은 작동합니다.

커널 5.5.10-200.fc31로 업데이트한 후 Fedora 31은 부팅 시 루트 파일 시스템의 암호를 해독할 수 없습니다. 암호 해독 암호를 입력한 후 파일 시스템이 암호 해독에 실패합니다. 커널 5.5.11에서도 마찬가지입니다. 그러나 커널 5.5.8로 부팅하면 문제가 없습니다. 다음은 'journalctl'을 실행할 때 5.5.11에서 나타나는 오류 메시지입니다.

localhost.localdomain systemd-cryptsetup[436]: device-mapper: reload ioctl on   failed: Invalid argument
localhost.localdomain kernel: device-mapper: table: 253:0: crypt: unknown target type
localhost.localdomain kernel: device-mapper: ioctl: error adding target to table
localhost.localdomain systemd-cryptsetup[436]: Failed to activate with specified passphrase: Invalid argument
localhost.localdomain systemd[1]: systemd-cryptsetup@luks\.... .service: Main process exited, code=exited, status=1/FAILURE
localhost.localdomain systemd[1]: systemd-cryptsetup@luks\.... .service: Failed with result 'exit-code'.
localhost.localdomain systemd[1]: Failed to start cryptography setup for luks-....
localhost.localdomain systemd[1]: Dependency failed for Local Encrypted Volumes.
localhost.localdomain systemd[1]: Job cryptsetup.target/start failed with result 'dependency'

나는 이것을 손으로 입력하면서 luks ID를 생략했습니다. 도움을 주시면 감사하겠습니다!

답변1

다음으로 가보세요.https://bugzilla.redhat.com그리고 이것을 버그로 보고하세요. 여기서 우리가 도움을 줄 수 있는 가능성은 거의 없습니다.

(현재로서는) 유일한 조언은 가장 오래된 문제 커널을 삭제하는 것입니다. 따라서 가장 마지막 1개 또는 1개(또는 2개)의 작동 커널만 유지하면 업데이트로 작동 중인 커널이 지워지지 않습니다.

답변2

이 문제에 직면한 다른 사람을 위해 - 저는 다음 방법으로 문제를 해결할 수 있었습니다.

  1. 작동 중인 커널로 부팅하고 독립형 rpm 파일에서 설치된 모든 소프트웨어를 제거합니다.

  2. (아직 이전 작업 커널에서 부팅하는 동안) dracut을 사용하여 최신 커널에 대한 initramfs를 재생성합니다. 제 경우에는 5.5.11에 대한 것입니다.

    sudo dracut /boot/initramfs-5.5.11-200.fc31.x86_64.img 5.5.11-200.fc31.x86_64

관련 정보