Ubuntu 18.04: mount encrypted disk
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
3
down vote
favorite
I just installed Ubuntu 18.04 on a new disk, and trying from 18.04 to access my old Ubuntu files, on the older disk.
Going into /media/new_user/old_disk/old_user
, there is a README file that says: THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA. And then says: From the command line, run: ecryptfs-mount-private
.
Trying:
$ sudo ecryptfs-recover-private
does not do much (basically a few files it can't access, and nothing happens). Reading this old post (linking to this blog), I do instead:
cd /media/new_user/old_disk/.ecryptfs/old_user
sudo ecryptfs-recover-private .Private/
Which gives:
INFO: Found [.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] n
INFO: To recover this directory, you MUST have your original MOUNT passphrase.
INFO: When you first setup your encrypted private directory, you were told to record
INFO: your MOUNT passphrase.
INFO: It should be 32 characters long, consisting of [0-9] and [a-f].
Enter your MOUNT passphrase:
mount: /tmp/ecryptfs.lFwWFlD4: mount(2) system call failed: No such file or directory.
ERROR: Failed to mount private data at [/tmp/ecryptfs.lFwWFlD4].
I am not sure what I am doing wrong at that point?
Thanks!!
EDIT 1:
I believe the issue does not come from wrong passphrase: I think I got the right one indeed, entering an obviously wrung one give another error message, Error: Unwrapping passphrase and inserting into the user session keyring failed [-5].
EDIT 2:
I should mention that both my old home and new home have the same user name... Could that be something that creates the problem? Where should actually ecryptfs-recover-private
mount the old disk/system?
mount encryption ecryptfs
add a comment |Â
up vote
3
down vote
favorite
I just installed Ubuntu 18.04 on a new disk, and trying from 18.04 to access my old Ubuntu files, on the older disk.
Going into /media/new_user/old_disk/old_user
, there is a README file that says: THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA. And then says: From the command line, run: ecryptfs-mount-private
.
Trying:
$ sudo ecryptfs-recover-private
does not do much (basically a few files it can't access, and nothing happens). Reading this old post (linking to this blog), I do instead:
cd /media/new_user/old_disk/.ecryptfs/old_user
sudo ecryptfs-recover-private .Private/
Which gives:
INFO: Found [.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] n
INFO: To recover this directory, you MUST have your original MOUNT passphrase.
INFO: When you first setup your encrypted private directory, you were told to record
INFO: your MOUNT passphrase.
INFO: It should be 32 characters long, consisting of [0-9] and [a-f].
Enter your MOUNT passphrase:
mount: /tmp/ecryptfs.lFwWFlD4: mount(2) system call failed: No such file or directory.
ERROR: Failed to mount private data at [/tmp/ecryptfs.lFwWFlD4].
I am not sure what I am doing wrong at that point?
Thanks!!
EDIT 1:
I believe the issue does not come from wrong passphrase: I think I got the right one indeed, entering an obviously wrung one give another error message, Error: Unwrapping passphrase and inserting into the user session keyring failed [-5].
EDIT 2:
I should mention that both my old home and new home have the same user name... Could that be something that creates the problem? Where should actually ecryptfs-recover-private
mount the old disk/system?
mount encryption ecryptfs
add a comment |Â
up vote
3
down vote
favorite
up vote
3
down vote
favorite
I just installed Ubuntu 18.04 on a new disk, and trying from 18.04 to access my old Ubuntu files, on the older disk.
Going into /media/new_user/old_disk/old_user
, there is a README file that says: THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA. And then says: From the command line, run: ecryptfs-mount-private
.
Trying:
$ sudo ecryptfs-recover-private
does not do much (basically a few files it can't access, and nothing happens). Reading this old post (linking to this blog), I do instead:
cd /media/new_user/old_disk/.ecryptfs/old_user
sudo ecryptfs-recover-private .Private/
Which gives:
INFO: Found [.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] n
INFO: To recover this directory, you MUST have your original MOUNT passphrase.
INFO: When you first setup your encrypted private directory, you were told to record
INFO: your MOUNT passphrase.
INFO: It should be 32 characters long, consisting of [0-9] and [a-f].
Enter your MOUNT passphrase:
mount: /tmp/ecryptfs.lFwWFlD4: mount(2) system call failed: No such file or directory.
ERROR: Failed to mount private data at [/tmp/ecryptfs.lFwWFlD4].
I am not sure what I am doing wrong at that point?
Thanks!!
EDIT 1:
I believe the issue does not come from wrong passphrase: I think I got the right one indeed, entering an obviously wrung one give another error message, Error: Unwrapping passphrase and inserting into the user session keyring failed [-5].
EDIT 2:
I should mention that both my old home and new home have the same user name... Could that be something that creates the problem? Where should actually ecryptfs-recover-private
mount the old disk/system?
mount encryption ecryptfs
I just installed Ubuntu 18.04 on a new disk, and trying from 18.04 to access my old Ubuntu files, on the older disk.
Going into /media/new_user/old_disk/old_user
, there is a README file that says: THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA. And then says: From the command line, run: ecryptfs-mount-private
.
Trying:
$ sudo ecryptfs-recover-private
does not do much (basically a few files it can't access, and nothing happens). Reading this old post (linking to this blog), I do instead:
cd /media/new_user/old_disk/.ecryptfs/old_user
sudo ecryptfs-recover-private .Private/
Which gives:
INFO: Found [.Private/].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] n
INFO: To recover this directory, you MUST have your original MOUNT passphrase.
INFO: When you first setup your encrypted private directory, you were told to record
INFO: your MOUNT passphrase.
INFO: It should be 32 characters long, consisting of [0-9] and [a-f].
Enter your MOUNT passphrase:
mount: /tmp/ecryptfs.lFwWFlD4: mount(2) system call failed: No such file or directory.
ERROR: Failed to mount private data at [/tmp/ecryptfs.lFwWFlD4].
I am not sure what I am doing wrong at that point?
Thanks!!
EDIT 1:
I believe the issue does not come from wrong passphrase: I think I got the right one indeed, entering an obviously wrung one give another error message, Error: Unwrapping passphrase and inserting into the user session keyring failed [-5].
EDIT 2:
I should mention that both my old home and new home have the same user name... Could that be something that creates the problem? Where should actually ecryptfs-recover-private
mount the old disk/system?
mount encryption ecryptfs
edited May 12 at 22:42
asked May 12 at 19:09
Matifou
1801216
1801216
add a comment |Â
add a comment |Â
3 Answers
3
active
oldest
votes
up vote
3
down vote
accepted
If you have problems with the key (see dmesg or syslog), e.g.
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]
then, try adding the passphrase manually:
Option "1" in /usr/bin/ecryptfs-manager
It helped me.
oh wow, that worked out! So strange, doing this I get a message like:That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives:INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!
â Matifou
May 15 at 4:21
add a comment |Â
up vote
1
down vote
It looks like ecryptfs-mount-private
is part of Encrypted Home and not full disk encryption, and the man page seems to confirm this. Just noting.
It seems that people have better luck by pointing to the encrypted filesystem instead of the directory, or without any parameters. For example:
ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private
ecryptfs-recover-private
There is a blog post that describes the process in detail:
The utility will do a deep find of the system's hard disk, looking for folders named ".Private", and will interactively ask you if it's the folder you'd like to recover. If you answer "yes", you will then be prompted for the login passphrase that's used to decrypt your wrapped, mount passphrase. Assuming you have the correct credentials, it will mount your Encrypted Home or Private directory in read-only mode, and point you at the temporary directory where it's mounted.
I'm having a hard time finding an example where the people use the incorrect passphrase when asked to recover with 'MOUNT passphrase', so it could be choking on that.
Others have reported issues when the new user and old user are different, and instead suggest pointing to the old user's home directory:
ecryptfs-recover-private /home/old_user/.Private
To recover, create a user with the old username, login as that user, and attempt to mount the drive.
The idea is you let the system mount it where it is familiar, and prevent this issue. The downfall is that you'll need the space available, but could be easier. After you restore the drive, copy the files to your new user.
Alternatively, change your user's username back to what it was, recover the files, and change your username back. In this case, you'll likely lose your new data, and is a relatively more dangerous operation.
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
add a comment |Â
up vote
1
down vote
I encountered the same problem after installing 18.04 when I tried to access my old encrypted data using ecryptfs-recover-private
. I was able to solve the issue by doing the following:
Unwrap your old mount passphrase
(You can skip this step if you know this mount passphrase)
You need to find out your mount passphrase so you can add it to the keyring. Assuming your current working directory is your former home partition, you do this by typing
ecryptfs-unwrap-passphrase .ecryptfs/old_user/.ecryptfs/wrapped-passphrase
This asks for your old login passphrase and outputs your old mount passphrase.
Add your mount passphrase to the kernel keyring
This is done by
printf "%s" "mount_passphrase" | ecryptfs-add-passphrase --fnek -
The --fnek
option may not be necessary, but it worked for me.
Mount your encrypted data in /tmp
Finally type
sudo ecryptfs-recover-private .ecryptfs/old_user/.Private/
This either asks for your mount passphrase directly or tries to unwrap it with your login passphrase. Although the previous steps appear redundant now, they made this step work, at least for me. Hope you'll have success, as well.
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
add a comment |Â
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
accepted
If you have problems with the key (see dmesg or syslog), e.g.
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]
then, try adding the passphrase manually:
Option "1" in /usr/bin/ecryptfs-manager
It helped me.
oh wow, that worked out! So strange, doing this I get a message like:That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives:INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!
â Matifou
May 15 at 4:21
add a comment |Â
up vote
3
down vote
accepted
If you have problems with the key (see dmesg or syslog), e.g.
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]
then, try adding the passphrase manually:
Option "1" in /usr/bin/ecryptfs-manager
It helped me.
oh wow, that worked out! So strange, doing this I get a message like:That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives:INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!
â Matifou
May 15 at 4:21
add a comment |Â
up vote
3
down vote
accepted
up vote
3
down vote
accepted
If you have problems with the key (see dmesg or syslog), e.g.
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]
then, try adding the passphrase manually:
Option "1" in /usr/bin/ecryptfs-manager
It helped me.
If you have problems with the key (see dmesg or syslog), e.g.
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]
then, try adding the passphrase manually:
Option "1" in /usr/bin/ecryptfs-manager
It helped me.
answered May 14 at 11:31
Yaroslav Fedorina
463
463
oh wow, that worked out! So strange, doing this I get a message like:That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives:INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!
â Matifou
May 15 at 4:21
add a comment |Â
oh wow, that worked out! So strange, doing this I get a message like:That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives:INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!
â Matifou
May 15 at 4:21
oh wow, that worked out! So strange, doing this I get a message like:
That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives: INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!â Matifou
May 15 at 4:21
oh wow, that worked out! So strange, doing this I get a message like:
That key was already in the keyring.
But then, it does indeed work, same command that wasn't workign now gives: INFO: Success! Private data mounted at [/tmp/ecryptfs.Ggv
. Thanks! DId you suceed in making it more permanent? Thanks!â Matifou
May 15 at 4:21
add a comment |Â
up vote
1
down vote
It looks like ecryptfs-mount-private
is part of Encrypted Home and not full disk encryption, and the man page seems to confirm this. Just noting.
It seems that people have better luck by pointing to the encrypted filesystem instead of the directory, or without any parameters. For example:
ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private
ecryptfs-recover-private
There is a blog post that describes the process in detail:
The utility will do a deep find of the system's hard disk, looking for folders named ".Private", and will interactively ask you if it's the folder you'd like to recover. If you answer "yes", you will then be prompted for the login passphrase that's used to decrypt your wrapped, mount passphrase. Assuming you have the correct credentials, it will mount your Encrypted Home or Private directory in read-only mode, and point you at the temporary directory where it's mounted.
I'm having a hard time finding an example where the people use the incorrect passphrase when asked to recover with 'MOUNT passphrase', so it could be choking on that.
Others have reported issues when the new user and old user are different, and instead suggest pointing to the old user's home directory:
ecryptfs-recover-private /home/old_user/.Private
To recover, create a user with the old username, login as that user, and attempt to mount the drive.
The idea is you let the system mount it where it is familiar, and prevent this issue. The downfall is that you'll need the space available, but could be easier. After you restore the drive, copy the files to your new user.
Alternatively, change your user's username back to what it was, recover the files, and change your username back. In this case, you'll likely lose your new data, and is a relatively more dangerous operation.
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
add a comment |Â
up vote
1
down vote
It looks like ecryptfs-mount-private
is part of Encrypted Home and not full disk encryption, and the man page seems to confirm this. Just noting.
It seems that people have better luck by pointing to the encrypted filesystem instead of the directory, or without any parameters. For example:
ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private
ecryptfs-recover-private
There is a blog post that describes the process in detail:
The utility will do a deep find of the system's hard disk, looking for folders named ".Private", and will interactively ask you if it's the folder you'd like to recover. If you answer "yes", you will then be prompted for the login passphrase that's used to decrypt your wrapped, mount passphrase. Assuming you have the correct credentials, it will mount your Encrypted Home or Private directory in read-only mode, and point you at the temporary directory where it's mounted.
I'm having a hard time finding an example where the people use the incorrect passphrase when asked to recover with 'MOUNT passphrase', so it could be choking on that.
Others have reported issues when the new user and old user are different, and instead suggest pointing to the old user's home directory:
ecryptfs-recover-private /home/old_user/.Private
To recover, create a user with the old username, login as that user, and attempt to mount the drive.
The idea is you let the system mount it where it is familiar, and prevent this issue. The downfall is that you'll need the space available, but could be easier. After you restore the drive, copy the files to your new user.
Alternatively, change your user's username back to what it was, recover the files, and change your username back. In this case, you'll likely lose your new data, and is a relatively more dangerous operation.
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
add a comment |Â
up vote
1
down vote
up vote
1
down vote
It looks like ecryptfs-mount-private
is part of Encrypted Home and not full disk encryption, and the man page seems to confirm this. Just noting.
It seems that people have better luck by pointing to the encrypted filesystem instead of the directory, or without any parameters. For example:
ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private
ecryptfs-recover-private
There is a blog post that describes the process in detail:
The utility will do a deep find of the system's hard disk, looking for folders named ".Private", and will interactively ask you if it's the folder you'd like to recover. If you answer "yes", you will then be prompted for the login passphrase that's used to decrypt your wrapped, mount passphrase. Assuming you have the correct credentials, it will mount your Encrypted Home or Private directory in read-only mode, and point you at the temporary directory where it's mounted.
I'm having a hard time finding an example where the people use the incorrect passphrase when asked to recover with 'MOUNT passphrase', so it could be choking on that.
Others have reported issues when the new user and old user are different, and instead suggest pointing to the old user's home directory:
ecryptfs-recover-private /home/old_user/.Private
To recover, create a user with the old username, login as that user, and attempt to mount the drive.
The idea is you let the system mount it where it is familiar, and prevent this issue. The downfall is that you'll need the space available, but could be easier. After you restore the drive, copy the files to your new user.
Alternatively, change your user's username back to what it was, recover the files, and change your username back. In this case, you'll likely lose your new data, and is a relatively more dangerous operation.
It looks like ecryptfs-mount-private
is part of Encrypted Home and not full disk encryption, and the man page seems to confirm this. Just noting.
It seems that people have better luck by pointing to the encrypted filesystem instead of the directory, or without any parameters. For example:
ecryptfs-recover-private /media/<username>/<disk-guid>/home/.ecryptfs/<username>/.Private
ecryptfs-recover-private
There is a blog post that describes the process in detail:
The utility will do a deep find of the system's hard disk, looking for folders named ".Private", and will interactively ask you if it's the folder you'd like to recover. If you answer "yes", you will then be prompted for the login passphrase that's used to decrypt your wrapped, mount passphrase. Assuming you have the correct credentials, it will mount your Encrypted Home or Private directory in read-only mode, and point you at the temporary directory where it's mounted.
I'm having a hard time finding an example where the people use the incorrect passphrase when asked to recover with 'MOUNT passphrase', so it could be choking on that.
Others have reported issues when the new user and old user are different, and instead suggest pointing to the old user's home directory:
ecryptfs-recover-private /home/old_user/.Private
To recover, create a user with the old username, login as that user, and attempt to mount the drive.
The idea is you let the system mount it where it is familiar, and prevent this issue. The downfall is that you'll need the space available, but could be easier. After you restore the drive, copy the files to your new user.
Alternatively, change your user's username back to what it was, recover the files, and change your username back. In this case, you'll likely lose your new data, and is a relatively more dangerous operation.
edited May 12 at 23:12
answered May 12 at 20:19
earthmeLon
5,8131547
5,8131547
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
add a comment |Â
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
thanks for your help! I think it's not a path issue, as I am indeed pointing to the same path you indicate. On the other side, the last post you point to could be a good hint for me. Issue is that I have same login name on od and new one, could be the point. But I didn't really understand the answer on Yaroslav post, did you? Thanks!
â Matifou
May 12 at 22:56
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
Yeah, I'll try to clarify.
â earthmeLon
May 12 at 23:06
add a comment |Â
up vote
1
down vote
I encountered the same problem after installing 18.04 when I tried to access my old encrypted data using ecryptfs-recover-private
. I was able to solve the issue by doing the following:
Unwrap your old mount passphrase
(You can skip this step if you know this mount passphrase)
You need to find out your mount passphrase so you can add it to the keyring. Assuming your current working directory is your former home partition, you do this by typing
ecryptfs-unwrap-passphrase .ecryptfs/old_user/.ecryptfs/wrapped-passphrase
This asks for your old login passphrase and outputs your old mount passphrase.
Add your mount passphrase to the kernel keyring
This is done by
printf "%s" "mount_passphrase" | ecryptfs-add-passphrase --fnek -
The --fnek
option may not be necessary, but it worked for me.
Mount your encrypted data in /tmp
Finally type
sudo ecryptfs-recover-private .ecryptfs/old_user/.Private/
This either asks for your mount passphrase directly or tries to unwrap it with your login passphrase. Although the previous steps appear redundant now, they made this step work, at least for me. Hope you'll have success, as well.
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
add a comment |Â
up vote
1
down vote
I encountered the same problem after installing 18.04 when I tried to access my old encrypted data using ecryptfs-recover-private
. I was able to solve the issue by doing the following:
Unwrap your old mount passphrase
(You can skip this step if you know this mount passphrase)
You need to find out your mount passphrase so you can add it to the keyring. Assuming your current working directory is your former home partition, you do this by typing
ecryptfs-unwrap-passphrase .ecryptfs/old_user/.ecryptfs/wrapped-passphrase
This asks for your old login passphrase and outputs your old mount passphrase.
Add your mount passphrase to the kernel keyring
This is done by
printf "%s" "mount_passphrase" | ecryptfs-add-passphrase --fnek -
The --fnek
option may not be necessary, but it worked for me.
Mount your encrypted data in /tmp
Finally type
sudo ecryptfs-recover-private .ecryptfs/old_user/.Private/
This either asks for your mount passphrase directly or tries to unwrap it with your login passphrase. Although the previous steps appear redundant now, they made this step work, at least for me. Hope you'll have success, as well.
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
add a comment |Â
up vote
1
down vote
up vote
1
down vote
I encountered the same problem after installing 18.04 when I tried to access my old encrypted data using ecryptfs-recover-private
. I was able to solve the issue by doing the following:
Unwrap your old mount passphrase
(You can skip this step if you know this mount passphrase)
You need to find out your mount passphrase so you can add it to the keyring. Assuming your current working directory is your former home partition, you do this by typing
ecryptfs-unwrap-passphrase .ecryptfs/old_user/.ecryptfs/wrapped-passphrase
This asks for your old login passphrase and outputs your old mount passphrase.
Add your mount passphrase to the kernel keyring
This is done by
printf "%s" "mount_passphrase" | ecryptfs-add-passphrase --fnek -
The --fnek
option may not be necessary, but it worked for me.
Mount your encrypted data in /tmp
Finally type
sudo ecryptfs-recover-private .ecryptfs/old_user/.Private/
This either asks for your mount passphrase directly or tries to unwrap it with your login passphrase. Although the previous steps appear redundant now, they made this step work, at least for me. Hope you'll have success, as well.
I encountered the same problem after installing 18.04 when I tried to access my old encrypted data using ecryptfs-recover-private
. I was able to solve the issue by doing the following:
Unwrap your old mount passphrase
(You can skip this step if you know this mount passphrase)
You need to find out your mount passphrase so you can add it to the keyring. Assuming your current working directory is your former home partition, you do this by typing
ecryptfs-unwrap-passphrase .ecryptfs/old_user/.ecryptfs/wrapped-passphrase
This asks for your old login passphrase and outputs your old mount passphrase.
Add your mount passphrase to the kernel keyring
This is done by
printf "%s" "mount_passphrase" | ecryptfs-add-passphrase --fnek -
The --fnek
option may not be necessary, but it worked for me.
Mount your encrypted data in /tmp
Finally type
sudo ecryptfs-recover-private .ecryptfs/old_user/.Private/
This either asks for your mount passphrase directly or tries to unwrap it with your login passphrase. Although the previous steps appear redundant now, they made this step work, at least for me. Hope you'll have success, as well.
answered May 14 at 18:47
Stefan Hamcke
3121521
3121521
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
add a comment |Â
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
Thanks! I tried this but didn't work, strangely enough, the answers by @Yaroslav Fedorina, which seems to do exactly the same, did work instead!
â Matifou
May 15 at 4:25
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1035424%2fubuntu-18-04-mount-encrypted-disk%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password