sự cố với ecryptfs-recovery-private: mount (2) không thành công


11

Tôi đang trong quá trình di chuyển HĐH và dữ liệu của mình từ ổ đĩa này sang ổ đĩa khác trong cùng một máy tính. (Tôi có một ổ SSD mới, đẹp.) Thư mục nhà cũ của tôi có một thư mục con được mã hóa bên trong và tôi muốn truy cập vào thư mục được mã hóa từ cài đặt mới của mình. Tôi đang cố gắng sử dụng ecryptfs-recover-private. Tuy nhiên, tôi gặp phải lỗi sau.

$ sudo ecryptfs-recover-private /BLAH/.Private
INFO: Found [.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 [BLAH] into the user session keyring
mount: mount(2) failed: No such file or directory
ERROR: Failed to mount private data at [/tmp/ecryptfs.NcWkVmQ5].

Tôi gặp vấn đề tương tự nếu tôi để tự ecryptfs-recover-privatetìm thư mục hoặc nếu tôi nói không với cụm mật khẩu đăng nhập nhưng sử dụng cụm mật khẩu gắn kết thay thế.

Suy nghĩ?

(Tôi nhận thấy có một số câu hỏi tương tự trên trang web này, nhưng dường như không có câu hỏi nào phù hợp với hoàn cảnh của tôi.)

Câu trả lời:


5

Vì vậy, lệnh đơn giản này ecryptfs-recover-private, đã được chứng minh là không đáng tin cậy. Không có metohd nào ở trên hoạt động với tôi, cố gắng chuyển từ ecryptfs sang LUKS container.

Những gì đã làm việc, là phương pháp thủ công mô tả trong wiki cộng đồng ubfox

Chi tiết:

# sudo -i
# ecryptfs-add-passphrase --fnek 
Inserted auth tok with sig [aaaaaaaaaaaaa] into the user session keyring 
Inserted auth tok with sig [bbbbbbbbbbbbb] into the user session keyring  
# mkdir -p /mnt/new_mount_point  
# mount -t ecryptfs /mnt/old_mount_point/home/username/.Private /mnt/new_mount_point
  • chọn 3 (sử dụng loại khóa mật khẩu và sử dụng cụm mật khẩu đã phục hồi hay còn gọi là cụm mật khẩu)
  • chọn aes (sử dụng mật mã aes)
  • chọn 16 (sử dụng khóa 16 byte)
  • cho phép thông qua văn bản gốc: n
  • cho phép mã hóa tên tệp: y

2
điều này làm việc cho tôi nhưng có một câu hỏi cuối cùng sau khi mã hóa tên tệp yêu cầu chữ ký FNEK sử dụng, mặc định là mã xác thực đầu tiên trong đầu ra từ ecryptfs-add-passphrase --fnek. Tôi thấy tôi phải sử dụng cái thứ 2 thay thế.
darrend

Điều này. Phương pháp duy nhất phù hợp với tôi là mở wiki cộng đồng ubfox được liên kết ở trên và làm theo hướng dẫn.
fdierre

Điều này làm việc cho tôi! Tôi đã trực tiếp làm theo hướng dẫn "Phục hồi dữ liệu của bạn", như bạn đã chỉ ra, tại đây: help.ubfox.com/community/ . Chỉ cần nhớ rằng nếu bạn cũng cần theo dõi phần "Khôi phục cụm mật khẩu gắn kết của bạn", bạn cần sử dụng sudo, mặc dù họ không đề cập đến nó. tức là: thay vì ecryptfs-unwrap-passphrase /home/username/.ecryptfs/wrapped-passphraselàm sudo ecryptfs-unwrap-passphrase /home/.ecryptfs/username/.ecryptfs/wrapped-passphrase(chú ý cả đường dẫn hơi khác tôi đã sử dụng).
Gabriel Staples

Giải pháp này dường như không đầy đủ như ngày nay. Có ít nhất một câu hỏi nữa: Filename Encryption Key (FNEK) Signature [XYZ]:và tôi không biết chữ ký này là gì ... giải pháp của @ Martin ( askubfox.com/a/679565/924202 ) đã làm điều đó cho tôi. :-)
breversa

5

Tôi không chắc tại sao điều này xảy ra - có thể xảy ra sự cố trong khóa nhân khi sử dụng cùng một cụm mật khẩu LOGIN trên thiết lập mới của bạn như trên thiết bị bạn cố gắng khôi phục.

Điều đó nói rằng, thêm cụm mật khẩu được bao bọc vào khóa nhân trước khi cố gắng khôi phục hệ thống tập tin hoạt động (hãy chắc chắn sử dụng sudotrên cả hai lệnh bên dưới):

sudo ecryptfs-insert-wrapped-passphrase-into-keyring /BLAH/.ecryptfs/wrapped-passphrase
sudo ecryptfs-recover-private /BLAH/.Private

Cảm ơn! Điều này làm việc cho tôi ...
Kanchu

sudođược yêu cầu trên lệnh đầu tiên quá ( ecryptfs-insert-wrapped-passphrase-into-keyring) nếu không tôi nhận được lỗi sau! Error: Unwrapping passphrase and inserting into the user session keyring failed [-5] Info: Check the system log for more information from libecryptfs
Gabriel Staples

1
... nhưng tiếc là lệnh thứ 2 ( sudo ecryptfs-recover-private /BLAH/.Private) vẫn thất bại đối với tôi. :(mount: /tmp/ecryptfs.aLkDeiWo: mount(2) system call failed: No such file or directory. ERROR: Failed to mount private data at [/tmp/ecryptfs.aLkDeiWo].
Gabriel Staples

Cái này cũng có tác dụng với tôi. Rõ ràng, có một lỗi mở từ năm 2018 với một sửa chữa hacky, nhưng vẫn không khắc phục: bugs.launchpad.net/ecryptfs/+bug/1769373
breversa

2

Tôi hiện đang sử dụng thử nghiệm debian và gần đây tôi cần khôi phục một tệp từ bản sao lưu của thư mục .Private được mã hóa của mình. Bản sao lưu được lưu trữ trên NAS của tôi. Tôi đã trải qua vấn đề tương tự như bạn. Việc chèn thủ công cụm mật khẩu được bao bọc không giúp ích và tự gắn hệ thống tập tin cifs (từ NAS của tôi) thay vì tạo mount như người dùng chính của tôi (để tránh xung đột phải và bất cứ điều gì) cũng không giúp ích.

Tuy nhiên, sau khi khởi động lại hệ thống của tôi, tôi có thể trực tiếp sử dụng lệnh ecryptfs-recovery-private để gắn thư mục .Private, chính nó nằm trên hệ thống tập tin cifs.

Mặc dù điều này không giải thích điều gì đang xảy ra và đó là một trong những gợi ý khó chịu hơn mà bạn có thể nhận được khi là người dùng linux:

khởi động lại hệ thống của bạn và thử lại :)


Ah, mẹo lâu đời nhất trong cuốn sách! Tốt để biết.
lnmaurer

0

Tôi đã gặp lỗi tương tự sau khi tôi đổi tên người dùng POSIX (bản gốc) trước đó thành old_user (và) và sau đó tạo một người dùng mới với tên gốc (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-recovery-private /home/old_user/.Private


Tôi nghĩ rằng tôi có một vấn đề rất giống nhau, nhưng không chắc bạn đã giải quyết nó như thế nào ... Bạn có phiền khi xem bài viết mới của tôi không? Cảm ơn! Askubfox.com/questions/1035424/NH
Matifou

Xin chào, Matifou! Bạn có gì trong syslog của mình ngay sau khi thử làm ecryptfs-recovery-private /home/.ecryptfs/old_user/.Private?
Yaroslav Fedorina

Chào! Nếu bạn gặp vấn đề với khóa (xem dmesg hoặc syslog), ví dụ: Không thể tìm thấy khóa có mô tả: [XXX] process_Vquest_key_err: Không có khóa Không thể tìm thấy khóa hợp lệ trong khóa phiên người dùng cho sig được chỉ định trong tùy chọn gắn kết: [XXX] 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ó đã giúp tôi.
Yaroslav Fedorina
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.