전체 디스크 암호화 기능이있는 Ubuntu-18.04로 업그레이드 한 후 잘못된 비밀번호


14

몇 달 전에 우분투 17.10을 설치하는 동안 전체 디스크 암호화를 설정했습니다. 이제 업그레이드하기로 결정했습니다. 업그레이드는 아무런 문제없이 끝났습니다. 그러나 재부팅 후 암호화 된 디스크에 로그인 할 수 없습니다.

문제는 어디에 있습니까? 키보드에서 "오른쪽 키"를 눌렀을 것이라고 100 % 확신하지만 기술적으로 "*"문자로 인해 쓰고있는 내용을 알지 못하며 업그레이드 후 키보드 레이아웃이 변경되었을 수 있습니다. 키보드 어딘가에있을 수있는 문자를 사용합니다. 업그레이드 후 기본 언어는 무엇입니까?

그건 그렇고, 나는 이미 Caps-lock을 시도했지만 여전히 운이 없습니다.

도움을 주셔서 감사합니다. 시스템과 모든 백업을 계속해서 설치하는 것을 좋아하지 않습니다.


USB 키에서 드라이브를 마운트하려고 했습니까? 드라이브 애플리케이션의 GUI를 통해이를 수행 할 수 있습니다.
luisgonzalez

답장을 보내 주셔서 감사합니다. 몇 번의 잘못된 시도 후 initramfs에 도착했습니다-명령 행에서. 멋있는. 나는 내 캐릭터 세트를 테스트했는데 (괜찮아) $ cryptsetup luksDump를 통해 키 세트가 있는지 확인했다. 그래서 암호화 된 파티션에 새로운 암호를 추가하려고했습니다 : $ cryptsetup luksAddKey / dev / sdb1. 그러나 여전히 잘못된 비밀번호에 대한 오류가 발생합니다. 미친 듯이, 나는이 암호가 업그레이드 전에 작동한다는 것을 100 % 알고 있습니다.
M_Ryan

1
그래서 ... 오타가 아닌 것을 확실히하기 위해, 나는 라이브 CD를 부팅했고 다음과 같은 다른 암호를 시도하는데 시간을 보냈습니다 : $ echo -n "blahblah"| cryptsetup luksAddKey / dev / sdaX 올바른 암호를 작성하고 있음을 알고 있으며 영국 및 미국 레이아웃 +를 사용하여 동일한 키보드 키를 caps-lock과 함께 테스트했습니다. 확인차. 여전히 "이 암호문에는 키가 없습니다". cryptsetup luksDump / dev / sdaX는 키 슬롯 0을 활성화 된 것으로 표시합니다. 글쎄, 우분투 17.10에서 18.04로 업그레이드하는 동안 "무슨 일이 일어났다"고 luks 파티션이 잠겨 있습니다. 그런 일이 당신에게 일어난 적이 있습니까?
M_Ryan

16.04에서 18.04로 업그레이드했으며 귀하와 다른 문제가 있습니다. 제 경우에는 다른 유형의 오류를 나타내는 LUKS 파티션이었습니다.
luisgonzalez

파티션을 잃어버린 것보다 더 많은 키가 없다면, 그렇지 않습니까?
크리스토퍼 페린

답변:


10

우분투를 17.10에서 18.04로 업그레이드했을 때도 같은 문제가 발생했습니다. 많은 테스트를 거친 후 문제에 대한 해결책을 찾았습니다. 방금 미국에서 키보드 레이아웃을 변경하고 nativ 레이아웃 (azerty)에 비밀번호를 입력했습니다. 따라서 cryptsetup 프롬프트가 이제 내 nativ 레이아웃에 있고 더 이상 미국에는없는 것 같습니다. 그리고 내 암호는 내가 생각했던 것처럼 아제 라이트 레이아웃에 저장되지 않았습니다.

내 솔루션이 당신을 도울 수 있기를 바랍니다.


1
이것이 나를위한 해결책이었습니다. cryptsetup (17.04)에서 입력 한 비밀번호는 업그레이드 한 후 실제로 미국 키보드 레이아웃에있었습니다. 따라서 다른 키를 누를 수 있습니다. 예를 들어, 비밀번호를 입력 할 때 실제로 @를 입력 한 경우 £를 눌렀을 경우 실제로 #를 입력 한 것입니다. 기본 레이아웃의 심볼을 해당 미국 심볼로 매핑하십시오.
Vix

1
여기도 마찬가지입니다. 설치 중에 입력하고 항상 sv_SE 레이아웃에 있다고 생각한 암호는 항상 en_US에있는 것처럼 보입니다. 따라서 en_US와 sv_SE 사이의 다른 키에있는 문자는 sv_SE의 위치에 입력해야했습니다.
mgor

또한 업그레이드 후 랩톱에 액세스 할 수 없었습니다. 미국 영어 레이아웃을 사용하더라도 시작시 암호가 허용되지 않지만 livecd에서 디스크를 해독 할 수 있습니다. ASCII 문자 만 사용하여 비밀번호를 여러 번 변경했으며 완전히 숫자로 구성된 비밀번호를 시도 할 때까지 작동하지 않았습니다! 이것은 정말 성가신 버그입니다.
R Kiselev

2

이것은 17.10의 버그로 인한 것 같습니다.이 경우 레이아웃을 다른 것으로 설정 한 경우에도 암호를 입력 할 때 레이아웃이 항상 표준 미국 레이아웃이됩니다.

Dvorak을 사용하므로 처음에 암호화를 위해 비밀번호를 입력 할 때 설정했습니다. 입력하는 동안 실제로 Dvorak이 아니라 실제로 미국 표준 레이아웃입니다.

예를 들어, 비밀번호가 "hello"라고 가정 해 봅시다. "hello"를 입력하고 레이아웃이 실제로 표준 미국 레이아웃 인 경우 Dvorak을 가정하면 "jdpps"가 생성됩니다. 비밀번호는 "hello"이지만 실제로는 "jdpps"로 저장되어 있다고 가정합니다.

메시지가 표시되면 뒤에서 표준 미국이기 때문에 Dvorak에 암호 "hello"를 입력하면 실제로 "jdpps"가 생성되므로 실제로는 눈치 채지 못합니다.

그러나 18.04에서는 버그를 수정 한 것으로 보입니다. 이제 Dvorak에서 "hello"를 입력하면 실제로 "hello"이며 저장된 암호와 더 이상 일치하지 않습니다.

다시 돌아가려면 실제 레이아웃이 미국 영어로 설정되어있는 동안 기본 레이아웃에 비밀번호를 입력 한 경우 출력되는 내용을 확인하여 실제로 저장된 내용을 파악하면됩니다. 나는 이것을하고 암호를 입력했는데 효과가있었습니다.

이것이 다른 누군가를 돕기를 바랍니다. 나는 몇 시간 동안 이것으로 어려움을 겪었습니다. 나는 이것이 내가 만난 가장 완벽한 버그 중 하나라고 말할 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.