Estoy en el proceso de mover mi sistema operativo y mis datos de una unidad a otra dentro de la misma computadora. (Obtuve un nuevo y agradable SSD). Mi antiguo directorio de inicio tenía un subdirectorio encriptado dentro, y me gustaría acceder al directorio encriptado desde mi nueva instalación. Estoy tratando de utilizar ecryptfs-recover-private
. Sin embargo, me encuentro con el siguiente error.
$ 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].
Me encuentro con el mismo problema si dejo ecryptfs-recover-private
encontrar el directorio por sí mismo o si digo que no a la frase de contraseña de inicio de sesión, pero en su lugar uso la frase de contraseña de montaje.
Pensamientos?
(Me doy cuenta de que hay varias preguntas similares en este sitio, pero ninguna parece cubrir mi situación).
fuente
ecryptfs-add-passphrase --fnek
. Descubrí que tenía que usar el segundo en su lugar.sudo
, aunque no lo mencionen. es decir: en lugar deecryptfs-unwrap-passphrase /home/username/.ecryptfs/wrapped-passphrase
, dosudo ecryptfs-unwrap-passphrase /home/.ecryptfs/username/.ecryptfs/wrapped-passphrase
(observe también la ruta ligeramente diferente que usé).Filename Encryption Key (FNEK) Signature [XYZ]:
y no tengo idea de qué es esta firma ... La solución de @ Martin ( askubuntu.com/a/679565/924202 ) lo hizo por mí. :-)No estoy seguro de por qué sucede esto: tal vez un error en el conjunto de claves del kernel cuando se usa la misma frase de acceso LOGIN en su nueva configuración que en la que intenta recuperar.
Dicho esto, agregar la frase de contraseña envuelta en el conjunto de claves del kernel antes de intentar recuperar el sistema de archivos funciona (asegúrese de usar los
sudo
dos comandos a continuación):fuente
sudo
se requiere en el primer comando también (ecryptfs-insert-wrapped-passphrase-into-keyring
) o de lo contrario me sale el siguiente error!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
) todavía falla para mí. :(mount: /tmp/ecryptfs.aLkDeiWo: mount(2) system call failed: No such file or directory. ERROR: Failed to mount private data at [/tmp/ecryptfs.aLkDeiWo].
Actualmente estoy usando las pruebas de Debian y recientemente necesité recuperar un archivo de la copia de seguridad de mi carpeta cifrada .Private. La copia de seguridad se almacena en mi NAS. Experimenté el mismo problema que tú. Insertar manualmente la frase de contraseña envuelta no ayudó y montar manualmente el sistema de archivos cifs (desde mi NAS) por root en lugar de crear el montaje como mi usuario principal (para evitar conflictos correctos y lo que sea) tampoco ayudó.
Sin embargo, después de reiniciar mi sistema, pude usar directamente el comando ecryptfs-recovery-private para montar la carpeta .Private, que estaba ubicada en el sistema de archivos cifs.
Aunque esto no explica qué está pasando y es una de las pistas más frustrantes que puede obtener como usuario de Linux:
reinicie su sistema e intente nuevamente :)
fuente
Tuve errores similares después de cambiar el nombre de usuario POSIX (original) anterior a old_user (y) y luego creé un nuevo usuario con el nombre original (nombre de usuario anterior).
Para poder montar el directorio de inicio encriptado desde old_user, tuve que rehacer los enlaces de symbolik para .encryptfs y .Private en su carpeta (ya que apuntaban a / home / original_name /).
Después de eso, el siguiente comando montó la antigua casa sin ningún problema. / usr / bin / ecryptfs-recovery-private /home/old_user/.Private
fuente