Ubuntu với mã hóa toàn bộ đĩa - mật khẩu xấu sau khi nâng cấp lên 18.04


14

Vài tháng trước tôi đã thiết lập mã hóa toàn bộ đĩa trong khi cài đặt Ubuntu 17.10. Bây giờ, tôi đã quyết định nâng cấp. Việc nâng cấp chạy đến cuối cùng mà không có bất kỳ vấn đề. Tuy nhiên, sau khi khởi động lại, tôi không thể đăng nhập vào đĩa được mã hóa.

Trường hợp có thể là vấn đề? Tôi chắc chắn 100% rằng tôi nhấn "phím bên phải" trên bàn phím, nhưng về mặt kỹ thuật tôi không biết mình đang viết gì vì ký tự "*" và có thể sau khi nâng cấp, bố cục bàn phím của tôi đã thay đổi. Tôi sử dụng một số ký tự có thể ở đâu đó trên bàn phím. Ngôn ngữ nào là mặc định sau khi nâng cấp?

Nhân tiện, tôi đã thử Caps-lock, nhưng vẫn không gặp may.

Trợ giúp sẽ được thực sự đánh giá cao. Tôi không phải là một fan hâm mộ của việc cài đặt hệ thống của tôi và tất cả các bản sao lưu nhiều lần.


Bạn đã thử gắn ổ đĩa từ Khóa USB chưa? Bạn có thể làm điều đó thông qua GUI trong ứng dụng Drive.
luisgonzalez

Cảm ơn bạn đã trả lời. Sau một vài lần thử sai, tôi đã nhận được initramfs - vì vậy trong một dòng lệnh. Mát mẻ. Tôi đã kiểm tra bộ ký tự của mình (không sao), tôi đã kiểm tra có một số bộ khóa thông qua $ cryptsetup luksDump. Vì vậy, tôi đã cố gắng thêm cụm mật khẩu mới vào phân vùng được mã hóa của mình: $ cryptsetup luksAddKey / dev / sdb1. Nhưng tôi vẫn nhận được lỗi về mật khẩu sai. Thật điên rồ, tôi biết 100% rằng mật khẩu này đã hoạt động trước khi nâng cấp.
M_Ryan

1
Vì vậy, để chắc chắn rằng đó không phải là một lỗi đánh máy, tôi đã khởi động CD trực tiếp và tôi đã dành thời gian để thử các mật khẩu khác nhau với: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Tôi biết tôi đang viết đúng mật khẩu, tôi thậm chí đã kiểm tra cùng một phím bàn phím bằng cách sử dụng bố cục của Vương quốc Anh và Hoa Kỳ + kết hợp với khóa-khóa. Chỉ để được chắc chắn. Vẫn "Không có khóa có sẵn với cụm mật khẩu này". cryptsetup luksDump / dev / sdaX hiển thị khe khóa 0 khi được bật. Chà, có vẻ như "có chuyện gì đó đã xảy ra" trong quá trình nâng cấp Ubuntu 17.10 đến 18.04 và phân vùng luks của tôi bị khóa. Bất cứ điều gì như thế từng xảy ra với bạn?
M_Ryan

Tôi đã nâng cấp từ 16.04 lên 18.04 và tôi gặp vấn đề khác với bạn. Trong trường hợp của tôi, đó là một phân vùng LUKS hiển thị một loại lỗi khác.
luisgonzalez

Nếu không có nhiều khóa hơn phân vùng bị mất, phải không?
Christopher Perrin

Câu trả lời:


10

Gặp vấn đề tương tự khi tôi đã nâng cấp Ubuntu của tôi từ 17.10 lên 18.04. Sau rất nhiều thử nghiệm tôi đã tìm ra giải pháp cho vấn đề của mình. Tôi vừa thay đổi cách bố trí bàn phím ở Mỹ và nhập mật khẩu của mình trong bố cục nativ (azerty). Vì vậy, có vẻ như lời nhắc cryptsetup hiện đang ở trong bố cục nativ của tôi và không ở Mỹ nữa. Và mật khẩu của tôi không bao giờ được lưu trữ trong bố cục azerty như tôi nghĩ.

Hy vọng giải pháp của tôi sẽ giúp bạn, và xin lỗi vì tiếng Anh của tôi kém.


1
Đây là giải pháp cho tôi. Mật khẩu được nhập tại cryptsetup (17.04) thực sự nằm trong bố cục bàn phím của Hoa Kỳ, sau khi nâng cấp, nó thay đổi thành ngôn ngữ bản địa; do đó, bây giờ bạn có các phím khác nhau để nhấn - ví dụ: nếu bạn nhấn "bạn thực sự đã nhập @ khi nhập mật khẩu, nếu bạn nhấn £ bạn thực sự đã nhập #. Ánh xạ các ký hiệu từ bố cục gốc sang các ký hiệu tương ứng của Hoa Kỳ.
Vix

1
Tương tự ở đây. Cụm mật khẩu của tôi, mà tôi đã nhập trong khi cài đặt và luôn nghĩ là trong bố cục sv_SE có vẻ như nó luôn ở trong en_US. Do đó, các ký tự trên các khóa khác nhau giữa en_US và sv_SE cần được nhập vào nơi chúng sẽ dành cho sv_SE.
mgor

2

Điều này dường như được gây ra bởi một lỗi trong 17.10, khiến bố cục luôn luôn là bố cục tiêu chuẩn của Hoa Kỳ khi nhập mật khẩu của bạn mặc dù bạn đã đặt bố cục thành một thứ khác.

Tôi sử dụng Dvorak, vì vậy tôi đã cài đặt nó khi nhập mật khẩu để mã hóa ban đầu. Chỉ có điều nó không thực sự là Dvorak khi gõ nó vào, nó thực sự vẫn là bố cục tiêu chuẩn của Hoa Kỳ.

Ví dụ: giả sử mật khẩu của bạn là "xin chào". Nhập "xin chào" và giả sử Dvorak khi bố cục thực sự là bố cục tiêu chuẩn của Hoa Kỳ mang lại "jdpps". Bạn cho rằng mật khẩu của bạn là "xin chào" nhưng nó thực sự được lưu dưới dạng "jdpps".

Bạn không bao giờ nhận thấy điều này, bởi vì khi nó nhắc bạn, đó cũng là tiêu chuẩn của Hoa Kỳ đằng sau hậu trường, vì vậy, nhập mật khẩu "xin chào" trong Dvorak sẽ mang lại "jdpps" trong thực tế và bạn đang ở trong đó.

Mặc dù trong 18.04, họ dường như đã sửa lỗi. Vì vậy, bây giờ khi bạn gõ "xin chào" trong Dvorak, nó thực sự là "xin chào" và không còn phù hợp với mật khẩu được lưu trữ của bạn.

Để quay lại, bạn chỉ cần tìm ra những gì thực sự được lưu trữ, bằng cách xem những gì sẽ được xuất nếu bạn nhập mật khẩu trong bố cục gốc của bạn trong khi bố cục thực tế được đặt thành tiếng Anh Mỹ. Tôi đã làm điều này, và gõ mật khẩu đó vào, và nó đã hoạt động.

Hy vọng điều này sẽ giúp người khác, tôi đã vật lộn với điều này trong một vài giờ. Tôi muốn nói rằng đây thực sự là một trong những lỗi hoàn hảo nhất mà tôi từng gặp.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.