Đang cố gắn ngôi nhà được mã hóa cũ

Tôi đã cài đặt Ubuntu 10.10 mới vào ổ cứng mới và muốn gắn thư mục gốc cũ vào thư mục con của thư mục chính mới (cũng được mã hóa) của tôi.

Tôi đã thử điều này với sudo mount -t ecryptfs /mnt/oldhome/me/ /home/me/oldhome, với /mnt/oldhomephân vùng / home của hệ thống cũ.

Sau đó ~ / oldhome chứa tệp liên kết trên máy tính để bàn (Access-Your-Private-Data.desktop) liên kết đến ecryptfs-mount-privatevà README.txtnói rằng tôi nên chạy ecryptfs-mount-private. Tôi làm như vậy, nhưng vì tôi không biết điều gì sẽ xảy ra, tôi không thể biết liệu điều đó có xảy ra hay không và liệu nó có đưa tôi đến gần hơn với ngôi nhà cũ của tôi không.

Có gợi ý nào không?

cập nhật

Tôi đã có thể gắn kết ngôi nhà được mã hóa cũ của mình với sự trợ giúp của kịch bản này . Mặc dù, nhìn vào nó ls, tôi nhận được rất nhiều lỗi như thế này:

ls: cannot access /mnt/oldme/some_file: No such file or directory

Thông tin khác ls -lsẽ hiển thị, được thay thế bằng dấu hỏi.

cập nhật 2

Tôi đã gắn hệ thống cũ vào / mnt / oldroot và mount / dev, / sys, / Proc và phân vùng nhà cũ vào. Sau đó, tôi chroot vào / mnt / oldroot, su - mevà ecryptfs-mount-private. Đã hỏi cụm mật khẩu tôi đặt nó vào và nhận:

Error: Unwrapping passphrase and inserting into the user session keyring failed [-5]
Info: Check the system log for more information from libecryptfs
ERROR: Your passphrase is incorrect

ecryptfs-unwrap-passphrase tuy nhiên, cho tôi cùng một cụm mật khẩu tôi đã sử dụng.

Tôi thực sự khuyên bạn nên sử dụng tiện ích ecryptfs-recovery-private trong những trường hợp này.

Một lời giải thích đầy đủ về cách sử dụng nó có sẵn ở đây .

Cuối cùng tôi đã xoay sở để gắn kết ngôi nhà được mã hóa của mình bằng cách trước tiên thêm cụm mật khẩu thông qua

sudo ecryptfs-add-passphrase --fnek

Điều này cho tôi thông tin sau:

Inserted auth tok with sig [aaaaaaaaaaaaaaaa] into the user session keyring
Inserted auth tok with sig [bbbbbbbbbbbbbbbb] into the user session keyring

Ở đó, tôi nhớ bbbbbbbbbbbbbbbbb và tiến hành gắn thư mục .Private liên quan:

sudo mount -t ecryptfs /mnt/oldhome/.ecryptfs/me/.Private /mnt/oldme

Rất nhiều câu hỏi bật lên, mà tất cả tôi đều trả lời với mặc định của họ ngoại trừ

Enable filename encryption (y/n) [n]: y

và

Filename Encryption Key (FNEK) Signature [aaaaaaaaaaaaaaaa]: bbbbbbbbbbbbbbbb

Với bbbbbbbbbbbbbbbbb, tất nhiên, là chữ ký tôi đã nhớ trước đây. Dễ chứ hả?

Thử:

sudo ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private

đầu ra nếu bạn biết cụm mật khẩu đăng nhập:

INFO: Found [/media/<username>/<disk.guid>/home/.ecryptfs/<username>/.Private].
Try to recover this directory? [Y/n]: 
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] 
INFO: Enter your LOGIN passphrase...
Passphrase: 
Inserted auth tok with sig [c67c3e3ace421e76] into the user session keyring
INFO: Success!  Private data mounted at [/tmp/ecryptfs.xblDkqNZ].

Dòng cuối cùng hiển thị nơi dữ liệu được giải mã được gắn kết

Tín dụng cho Santiago G. Marín trên phần bình luận từ bài đăng này

Tôi đã gặp lỗi tương tự ERROR: Failed to mount private data at [/tmp/ecryptfs....]sau khi tôi đổi tên người dùng POSIX (bản gốc) trước đó thành old_user và sau đó tạo một người dùng mới với thông tin đăng nhập ban đầu (tên người dùng trước).

Để có thể gắn kết thư mục nhà được mã hóa từ old_user, tôi đã phải làm lại các liên kết Symbolik cho .encryptfs và .Private trong thư mục của nó (vì chúng đã bị khóa thành / home / original_name /).

Sau đó, lệnh sau gắn ngôi nhà cũ mà không gặp vấn đề gì.

/usr/bin/ecryptfs-recover-private /home/old_user/.Private

Nếu cách trên không thành công do sự cố chính (xem dmesg hoặc syslog), vd

Could not find key with description: [XXX]
process_request_key_err: No key Could not find valid key in user session keyring for sig specified in mount option: [XXX]

sau đó, hãy thử thêm cụm mật khẩu theo cách thủ công: Tùy chọn 1 trong /usr/bin/ecryptfs-manager(nó có thể cho bạn thấy rằng khóa đã có sẵn, nó ổn.) và sau đó thực hiện ecryptfs-recover-private /home/old_user/.Privatelại một lần nữa.