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

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

Fedora 31은 커널 5.5.10-200.fc31로 업데이트한 후 부팅 시 루트 파일 시스템의 암호를 해독하지 못합니다. 복호화 비밀번호를 입력한 후에는 파일 시스템을 복호화할 수 없습니다. 커널 5.5.11에서도 같은 일이 발생합니다. 하지만 커널 5.5.8로 부팅하면 문제가 없습니다. 다음은 5.5.11에서 "journalctl"을 실행할 때 받은 오류 메시지입니다.

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그리고 버그로 신고하세요. 여기서는 우리가 도움을 드릴 수 없을 것 같습니다.

(현재로서는) 유일한 제안은 가장 오래된 문제 코어를 제거하여 마지막 코어와 하나(또는 두 개의) 작동 중인 코어만 유지하여 업데이트로 작동 중인 코어가 제거되지 않도록 하는 것입니다.

답변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

관련 정보