Я нахожусь в процессе перемещения моей ОС и данных с одного диска на другой в пределах одного компьютера. (У меня хороший новый SSD.) В моем старом домашнем каталоге был зашифрованный подкаталог, и я хотел бы получить доступ к зашифрованному каталогу из моей новой установки. Я пытаюсь использовать ecryptfs-recover-private
. Однако я сталкиваюсь со следующей ошибкой.
$ 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].
Я сталкиваюсь с той же проблемой, если разрешу ecryptfs-recover-private
найти каталог самостоятельно или если я скажу «нет» парольной фразе входа, но вместо этого использую парольную фразу монтирования.
Мысли?
(Я понимаю, что на этом сайте есть несколько похожих вопросов, но, похоже, ни один из них не совсем отражает мою ситуацию.)
источник
ecryptfs-add-passphrase --fnek
. Я обнаружил, что должен был использовать 2-й вместо этого.sudo
, даже если они не упоминают об этом. то есть: вместоecryptfs-unwrap-passphrase /home/username/.ecryptfs/wrapped-passphrase
dosudo ecryptfs-unwrap-passphrase /home/.ecryptfs/username/.ecryptfs/wrapped-passphrase
(обратите внимание также на несколько иной путь, который я использовал).Filename Encryption Key (FNEK) Signature [XYZ]:
и я понятия не имею, что это за подпись ... Решение Мартина ( askubuntu.com/a/679565/924202 ) сделало это для меня. :-)Я не уверен, почему это происходит - возможно, ошибка в связке ключей ядра при использовании той же парольной фразы LOGIN в новой настройке, что и в той, которую вы пытаетесь восстановить.
Тем не менее, добавление завернутой парольной фразы в связку ключей ядра перед попыткой восстановления файловой системы работает (обязательно используйте
sudo
обе команды ниже):источник
sudo
тоже требуется по первой команде (ecryptfs-insert-wrapped-passphrase-into-keyring
), иначе я получаю следующую ошибку!Error: Unwrapping passphrase and inserting into the user session keyring failed [-5] Info: Check the system log for more information from libecryptfs
sudo ecryptfs-recover-private /BLAH/.Private
) по-прежнему не работает для меня. :(mount: /tmp/ecryptfs.aLkDeiWo: mount(2) system call failed: No such file or directory. ERROR: Failed to mount private data at [/tmp/ecryptfs.aLkDeiWo].
В настоящее время я использую тестирование Debian, и недавно мне нужно было восстановить файл из резервной копии моей зашифрованной папки .Private. Резервная копия хранится на моем NAS. Я испытал ту же проблему, что и вы. Вставка завернутой парольной фразы вручную не помогла, и ручное монтирование файловой системы cifs (из моего NAS) пользователем root вместо создания монтирования в качестве основного пользователя (для предотвращения конфликтов прав и тому подобного) также не помогло.
Однако после простой перезагрузки моей системы я мог напрямую использовать команду ecryptfs-restore-private для монтирования папки .Private, которая сама находилась в файловой системе cifs.
Хотя это не объясняет, что происходит не так, и это один из самых неприятных советов, которые вы можете получить как пользователь Linux:
перезагрузите систему и попробуйте снова :)
источник
У меня были похожие ошибки после того, как я переименовал предыдущее (оригинальное) имя пользователя POSIX в old_user (и), а затем создал нового пользователя с оригинальным (предыдущим именем пользователя) именем.
Чтобы иметь возможность смонтировать зашифрованный домашний каталог из old_user, мне пришлось переделать символические ссылки для .encryptfs и .Private в их папке (как они указали на / home / original_name /).
После этого следующая команда без проблем смонтировала старый дом. / usr / bin / ecryptfs-recovery-private /home/old_user/.Private
источник