Восстановить домашний каталог ecryptfs с поврежденного жесткого диска [закрыто]

Мой жесткий диск поврежден. У меня есть новый, и теперь я пытаюсь восстановить свой старый домашний каталог (Ubuntu 14.04) со старого HD. Я мог смонтировать его без проблем, но мой дом был зашифрован с помощью ecryptfs, и у меня возникли проблемы с его установкой (возможно, из-за того, что диск поврежден).

Сейчас у меня активный USB-накопитель, и я пытаюсь использовать это руководство . «Короткий путь» не работает с этой ошибкой:

user@lubuntu:~$ ecryptfs-mount-private 
Enter your login passphrase:
Inserted auth tok with sig [xxxxxxxxxxx] into the user session keyring
open: Permission denied
Error locking counter

«Длинная» версия тоже не работает:

lubuntu@lubuntu:~$ sudo mount -t ecryptfs /tmp/ecryptfs.CP9YxtzK/.ecryptfs/user/.Private /home/user
Passphrase: 
Select cipher: 
 1) aes: blocksize = 16; min keysize = 16; max keysize = 32
 2) blowfish: blocksize = 8; min keysize = 16; max keysize = 56
 3) des3_ede: blocksize = 8; min keysize = 24; max keysize = 24
 4) twofish: blocksize = 16; min keysize = 16; max keysize = 32
 5) cast6: blocksize = 16; min keysize = 16; max keysize = 32
 6) cast5: blocksize = 8; min keysize = 5; max keysize = 16
Selection [aes]: aes
Select key bytes: 
 1) 16
 2) 32
 3) 24
Selection [16]: 16
Enable plaintext passthrough (y/n) [n]: n
Enable filename encryption (y/n) [n]: y
Filename Encryption Key (FNEK) Signature [yyyyyyyyyy]: xxxxxxxxxx
Attempting to mount with the following options:
  ecryptfs_unlink_sigs
  ecryptfs_fnek_sig=xxxxxxxxxx
  ecryptfs_key_bytes=16
  ecryptfs_cipher=aes
  ecryptfs_sig=yyyyyyyyyy
WARNING: Based on the contents of [/root/.ecryptfs/sig-cache.txt],
it looks like you have never mounted with this key 
before. This could mean that you have typed your 
passphrase wrong.

Would you like to proceed with the mount (yes/no)? : yes
Would you like to append sig [yyyyyyyyy] to
[/root/.ecryptfs/sig-cache.txt] 
in order to avoid this warning in the future (yes/no)? : yes
Successfully appended new sig to user sig cache file
mount: wrong fs type, bad option, bad superblock on /tmp/ecryptfs.CP9YxtzK/.ecryptfs/user/.Private,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Error mounting eCryptfs: [-1] Operation not permitted
Check your system logs; visit <http://ecryptfs.org/support.html>

dmesg выводит следующие записи:

[  730.561447] Valid eCryptfs headers not found in file header region or xattr region, inode 786440
[  730.561789] Valid eCryptfs headers not found in file header region or xattr region, inode 786439
[  734.636311] Valid eCryptfs headers not found in file header region or xattr region, inode 786439
[  734.748038] Valid eCryptfs headers not found in file header region or xattr region, inode 786889
[  778.327144] Valid eCryptfs headers not found in file header region or xattr region, inode 786439
[  778.435321] Valid eCryptfs headers not found in file header region or xattr region, inode 786889
[  797.091759] Valid eCryptfs headers not found in file header region or xattr region, inode 786439
[  797.192579] Valid eCryptfs headers not found in file header region or xattr region, inode 786889
[ 1462.402354] Mount on filesystem of type eCryptfs explicitly disallowed due to known incompatibilities

И syslog содержит это:

Dec 29 08:16:36 lubuntu mount.ecryptfs: Failed to perform eCryptfs mount: [-32]
Dec 29 08:16:36 lubuntu kernel: [ 1462.402354] Mount on filesystem of type eCryptfs explicitly disallowed due to known incompatibilities
Dec 29 08:16:36 lubuntu kernel: [ 1462.402448] Reading sb failed; rc = [-22]

Am I что-то не так? Или мой дом ecryptfs пропал из-за повреждения диска?

Спасибо!

P.S .: У меня есть резервная копия основных файлов, но было бы гораздо лучше восстановить весь каталог ...

2
задан 30 December 2016 в 18:13

1 ответ

После живой перезагрузки USB мне удалось получить данные с помощью "короткого пути". Это дало мне "ошибку Ecryptfs, блокирующую счетчик", но я решил его с добавлением tmpfs записи в/etc/fstab (в chrooted среде), как описано здесь . По-видимому, никакой жесткий диск не беспокоится до сих пор. Я оставляю это здесь в случае, если у кого-то есть подобные проблемы.

1
ответ дан 2 December 2019 в 04:51

Другие вопросы по тегам:

Похожие вопросы: