проблема с ecryptfs-restore-private: ошибка mount (2)

11

Я нахожусь в процессе перемещения моей ОС и данных с одного диска на другой в пределах одного компьютера. (У меня хороший новый 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найти каталог самостоятельно или если я скажу «нет» парольной фразе входа, но вместо этого использую парольную фразу монтирования.

Мысли?

(Я понимаю, что на этом сайте есть несколько похожих вопросов, но, похоже, ни один из них не совсем отражает мою ситуацию.)

lnmaurer
источник

Ответы:

5

Так что эта простая команда ecryptfs-recover-privateоказалась ненадежной. Ни один из вышеперечисленных методов не помог мне, пытаясь перейти от ecryptfs к контейнеру LUKS .

Что сработало, был ручной метод, описанный в вики-сообществе Ubuntu

В деталях:

# 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
  • выберите 3 (используйте тип ключа пароля и используйте свою восстановленную фразу пароля, также известную как unwrapped-passphrase)
  • выберите aes (используйте шифр aes)
  • выберите 16 (используйте 16-байтовый ключ)
  • включить сквозной проход: n
  • включить шифрование имени файла: y
солнцестояние
источник
2
это сработало для меня, но есть последний вопрос после шифрования имени файла, который запрашивает подпись FNEK, чтобы использовать, по умолчанию первый ток авторизации в выходных данных от ecryptfs-add-passphrase --fnek. Я обнаружил, что должен был использовать 2-й вместо этого.
Дарренд
Эта. Единственный способ, который мне подходит, - открыть вики-страницу сообщества Ubuntu, связанную выше, и следовать инструкциям.
fdierre
Это сработало для меня! Я следовал инструкциям «Восстановление ваших данных вручную», как вы указали, здесь: help.ubuntu.com/community/… . Просто помните, что если вам нужно следовать разделу «Восстановление пароля для монтирования», его необходимо использовать sudo, даже если они не упоминают об этом. то есть: вместо ecryptfs-unwrap-passphrase /home/username/.ecryptfs/wrapped-passphrasedo sudo ecryptfs-unwrap-passphrase /home/.ecryptfs/username/.ecryptfs/wrapped-passphrase(обратите внимание также на несколько иной путь, который я использовал).
Габриэль Стейплс
Это решение представляется неполным на сегодняшний день. По крайней мере, есть еще один вопрос: Filename Encryption Key (FNEK) Signature [XYZ]:и я понятия не имею, что это за подпись ... Решение Мартина ( askubuntu.com/a/679565/924202 ) сделало это для меня. :-)
бреверса
5

Я не уверен, почему это происходит - возможно, ошибка в связке ключей ядра при использовании той же парольной фразы LOGIN в новой настройке, что и в той, которую вы пытаетесь восстановить.

Тем не менее, добавление завернутой парольной фразы в связку ключей ядра перед попыткой восстановления файловой системы работает (обязательно используйте sudoобе команды ниже):

sudo ecryptfs-insert-wrapped-passphrase-into-keyring /BLAH/.ecryptfs/wrapped-passphrase
sudo ecryptfs-recover-private /BLAH/.Private
Мартин
источник
Спасибо! Это сработало для меня ...
Канчу
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
Габриэль Стейплс
1
... но, к сожалению, 2-я команда ( 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].
Габриэль Стейплс
Это сработало и для меня. Видимо, с 2018 года существует открытая ошибка с хакерским исправлением, но она все еще не исправлена: bugs.launchpad.net/ecryptfs/+bug/1769373
breversa
2

В настоящее время я использую тестирование Debian, и недавно мне нужно было восстановить файл из резервной копии моей зашифрованной папки .Private. Резервная копия хранится на моем NAS. Я испытал ту же проблему, что и вы. Вставка завернутой парольной фразы вручную не помогла, и ручное монтирование файловой системы cifs (из моего NAS) пользователем root вместо создания монтирования в качестве основного пользователя (для предотвращения конфликтов прав и тому подобного) также не помогло.

Однако после простой перезагрузки моей системы я мог напрямую использовать команду ecryptfs-restore-private для монтирования папки .Private, которая сама находилась в файловой системе cifs.

Хотя это не объясняет, что происходит не так, и это один из самых неприятных советов, которые вы можете получить как пользователь Linux:

перезагрузите систему и попробуйте снова :)

Sven
источник
Ах, самый старый трюк в книге! Хорошо знать.
lnmaurer
0

У меня были похожие ошибки после того, как я переименовал предыдущее (оригинальное) имя пользователя POSIX в old_user (и), а затем создал нового пользователя с оригинальным (предыдущим именем пользователя) именем.

Чтобы иметь возможность смонтировать зашифрованный домашний каталог из old_user, мне пришлось переделать символические ссылки для .encryptfs и .Private в их папке (как они указали на / home / original_name /).

После этого следующая команда без проблем смонтировала старый дом. / usr / bin / ecryptfs-recovery-private /home/old_user/.Private

Ярослав Федорина
источник
Я думаю, что у меня есть очень похожая проблема, но не знаю, как вы ее решили ... Вы не возражаете взглянуть на мой новый пост? Спасибо! askubuntu.com/questions/1035424/…
Матифу
Привет, Матифу! Что у вас в системном журнале сразу после попытки сделать ecryptfs-recovery-private /home/.ecryptfs/old_user/.Private?
Ярослав Федорина
Привет! Если у вас есть проблемы с ключом (см. Dmesg или syslog), например, Не удалось найти ключ с описанием: [XXX] process_request_key_err: Нет ключа Не удалось найти действительный ключ в наборе ключей сеанса пользователя для sig, указанного в параметре монтирования: [XXX] затем, попробуйте добавить кодовую фразу вручную: опция «1» в / usr / bin / ecryptfs-manager мне помогла.
Ярослав Федорина