Восстановление зашифрованной домашней папки в Ubuntu

Question 1

Я пытался обновить до 18,04, и после перезагрузки, я не мог войти в систему, даже на виртуальном терминале (Alt+Ctrl+F1). Я не знаю точную причину, но мое предположение было меньше пространства в доме, который делает это безразличным.

Я попробовал различные способы восстановиться: фиксация пакетов, вход в корневую оболочку, и т.д. Я попробовал через Живой USB, но это показывает ecryptfs-* команда не нашла, и я не смог установить encypt-utils.

Как /home был на другом разделе (sda5), я думал, что не будет никакой проблемы и переустановила новую Ubuntu от Живого USB на sda1. На этот раз /home из нового пользователя сохранен сам sda1.

После установки я проверял sda5 файлы и замеченный некоторые символьные ссылки, которые указывали /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop.

hari@hari-Vostro-270s:/media/hari/sda5/hari$ ls -la
total 12
dr-x------ 3 hari hari 4096 Mar  6  2016 .
drwxr-xr-x 6 root root 4096 Apr 24 14:04 ..
lrwxrwxrwx 1 hari hari   56 Mar  6  2016 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwx------ 3 hari hari 4096 Jul 14 00:57 .cache
lrwxrwxrwx 1 hari hari   30 Mar  6  2016 .ecryptfs -> /home/.ecryptfs/hari/.ecryptfs
lrwxrwxrwx 1 hari hari   29 Mar  6  2016 .Private -> /home/.ecryptfs/hari/.Private

Таким образом, вопрос, там какой-либо способ, которым я могу восстановить это файлы?

В настоящее время это то, что я попробовал: https://help.ubuntu.com/community/EncryptedPrivateDirectory#Recovering_Your_Data_Manually

/media/hari/sda5  sudo ecryptfs-add-passphrase --fnek
Passphrase: 
Inserted auth tok with sig [x1] into the user session keyring
Inserted auth tok with sig [x2] into the user session keyring
/media/hari/fs1  ls
hari  lost+found
/media/hari/sda5  sudo mount -t ecryptfs hari/.Private /media/hari/sda6/Private
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]: 
Select key bytes: 
1) 16
2) 32
3) 24
Selection [16]: 
Enable plaintext passthrough (y/n) [n]: 
Enable filename encryption (y/n) [n]: y
Filename Encryption Key (FNEK) Signature [x3]: x2
Attempting to mount with the following options:
ecryptfs_unlink_sigs
ecryptfs_fnek_sig=x2
ecryptfs_key_bytes=16
ecryptfs_cipher=aes
ecryptfs_sig=x3
Mounted eCryptfs

При рассмотрении папки я вижу:

Error when getting information for file “/media/hari/sda6/home/hari/Downloads/ECRYPTFS_FNEK_ENCRYPTED.FaZDpGgT5TPsrkSs1DMefcCqBFbkbc4LjbP7JXvWgIwh8viAPRHdxH9uEQA3BCl6zOy0opxnxxwj9moqSlFooMTLPDqqLrAlt.e-LrMJZLdyssF7ZGlYJMA5cME2-uUuon-Fy.sd-”: File name too long.

От CLI, когда я сделал ls -la это смотрит что-то как

ls: cannot access 'ECRYPTFS_FNEK_ENCRYPTED.FWZDpGgT5TPsrkSs1DMefcCqBFbkbc4LjbP7HL3q.4olYwLoHZi74seXAE--': No such file or directory
ls: cannot access 'ECRYPTFS_FNEK_ENCRYPTED.FWZDpGgT5TPsrkSs1DMefcCqBFbkbc4LjbP77AGTg1son88qIRwdejeFu---': No such file or directory
ls: cannot access 'ECRYPTFS_FNEK_ENCRYPTED.FXZDpGgT5TPsrkSs1DMefcCqBFbkbc4LjbP7XXb-PophSPyw.c0ewSMEx0pqOWrvDb2XoytnRZLky---': No such file or directory
ls: cannot access 'ECRYPTFS_FNEK_ENCRYPTED.FWZDpGgT5TPsrkSs1DMefcCqBFbkbc4LjbP7HACG14lCkG2p3vKLYqZDhk--': No such file or directory

Есть ли какой-либо способ, которым я мог решить это?

Question 2

Могли Вы соединяться через ssh или tty и должностное лицо:

$ ecryptfs-mount-private

это возможный помогает, Вы будете видеть crypted файлы в своей папке Private

Второй вариант - для восстановления файлов:

sudo ecryptfs-recover-private /$HOME/.Private

(по умолчанию они сохраняют в/tmp/ecryptfs. ХХХХХХХ)

Question 3

Question 4

Это очень вероятно довольно легко зафиксировать вначале, не требуя восстановления ничего. К сожалению, существует возможность, что попытка восстановить их повредила их, но это не уверенность.

Исходная проблема состоит почти определенно в том, что Вы не отметили /home как точка монтирования /dev/sda5 при установке, таким образом, это приняло, Вы хотели создать /home снова в / раздел. Это может быть исправлено следующим образом:

Создайте резервную копию любых недавно созданных файлов, Вы хотите удержаться от нового /home папка к Карте памяти или облачному сервису резервного копирования файлов или чему-то как этот, потому что новое /home папка будет недоступна.
Перезагрузка в режиме восстановления.
Проверьте что раздел /dev/sda5 существует:
```
ls -alF /dev/sda5
```
Принятие его существует, временно смонтируйтесь /dev/sda5 кому: /mnt:
```
mount /dev/sda5 /mnt
```
Проверьте это /mnt имеет каталог с Вашим именем пользователя (Ваш старый корневой каталог):
```
ls -alF /mnt
```
Создайте резервную копию конфигурационного файла автомонтирования:
```
cp /etc/fstab /etc/fstab.bak
```
Предположение, что Вы видите свой корневой каталог, автомонтирует старое /home (/dev/sda5) на будущих начальных загрузках (примечание: это >>, нет >; удостоверьтесь, что существует два больших - чем знаки):
```
echo "UUID=$( findmnt -no UUID /mnt ) /home $( findmnt -no FSTYPE /mnt ) errors=remount-ro 0 2" >> /etc/fstab
```
Проверить /etc/fstab гарантировать, что существует несколько строк в нем и что существует новое /home строка в самой нижней части (в противном случае Вы можете cp /etc/fstab.bak /etc/fstab восстановиться /etc/fstab, исправьте последнюю команду и попробуйте еще раз):
```
cat /etc/fstab
```
Принятие этого /etc/fstab хорошие взгляды и что Вы создали резервную копию всего, которое Вам было нужно от нового /home каталог, размонтирование /mnt:
```
umount /mnt
```
Удалите новое /home каталог, потому что это никогда не будет доступно снова и у Вас могло бы также быть дополнительное дисковое пространство:
```
rm -rf /home
```
Воссоздайте пустое /home каталог как точка монтирования:
```
mkdir /home
```
Смонтируйте все снова, включая старое /home каталог:
```
mount -a
```
Проверьте это /home имеет каталог для Вашего имени пользователя:
```
ls -alF /home
```
Если Ваш корневой каталог там, перезагрузка:
```
reboot
```

Теперь Ваше старое /home каталог должен быть доступным после того, как перезагрузка закончится. При обнаружении с дальнейшими проблемами сообщите нам.

abu_bua · Answer 1 · 8 December 2019 в 00:13