РЕДАКТИРОВАТЬ 1: Я переустановил 16.04, загрузившись с компакт-диска, но с установленным жестким диском, теперь я могу прочитать «readme.txt» и нажать «access-your-private-data.desktop», и кажется, бежать в течение нескольких минут без открытия окна, а затем он останавливается. Когда я пытаюсь запустить sudo ecryptfs-recover-private
, я получаю
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/1000/gvfs’: Permission denied
у меня Lenovo E540 (i7) с SSD на 16 ГБ и жестким диском на 1 ТБ. У меня была система и своп на SSD и мои данные (/ home) на HDD. Я пытался обновить с 14.04 по 16.04. Меня попросили подтвердить лицензионное соглашение с водителем, но я не смог выбрать «ОК». Я бросил установку. После попытки загрузки все, что я получил, было пустым экраном. Я создал 16.04 live cd на другой машине и загрузился с этим. Я удалил свой жесткий диск до этого, потому что я не хотел рисковать потерей данных. После установки я выключил ноутбук и установил жесткий диск. Я загрузился, и мой жесткий диск отображается в виде тома, и при открытии у меня есть два файла "access-your-private-data.desktop" "readme.txt", ни один из которых я не могу открыть. У меня были все мои файлы на жестком диске, пожалуйста, помогите мне.
Я обновил 15.10 до 16,04, и при попытке получить доступ к моей .private папке на внешнем диске от резервного копирования с sudo ecryptfs-recover-private я получал ту же ошибку. Когда я сделал то же самое еще от 14,04 ноутбуков, все работало, как это должно. Таким образом, это могло бы быть проблемой с 16,04?
ecryptfs-recover-private
не делает , имеют для поиска каждого файла, если Вы добавляете, где Ваш старый зашифрованный дом в конце затем это только посмотрит там. Например ecryptfs-recover-private /location/to/search
.
можно искать себя, ища любые зашифрованные файлы, например, с утилитой поиска GUI, или
find [mountpoint] -type f -iname "*ecryptfs*"
Для наблюдения точно, что ecryptfs-recover-private
делает, просто посмотрите на нее, это - сценарий удара. Выполнение этого отобразило бы его с less
:
less $( which ecryptfs-recover-private )
И это - поиск, это:
find / -type d -name ".Private"
Вы, вероятно, просто видите, что обычное "разрешение отклонило" ошибки, если Вы пытались искать все везде, некоторые папки не хотят искаться. Ваш дом, который, как не предполагают, был в /run/user/1000/gvfs
так или иначе так, не волнуется об этом.
У меня были эта точная проблема также и все, что я должен был сделать, был размонтироваться /gvfs
каталог с помощью команды umount /run/user/1000/gvfs
. Я затем выполнил команду ecryptfs-recovery-private
, и она работала. Я знаю, насколько волнуемый я был при размышлении, что я потерял свою информацию.
У меня были подобные ошибки после того, как я переименовал предыдущее (исходное) имя пользователя POSIX к old_user (и) и затем создал нового пользователя с оригиналом (предыдущее имя пользователя) имя.
Чтобы смочь смонтировать зашифрованный корневой каталог от old_user, я должен был переделать символьные ссылки для .encryptfs и.Private в его папке (поскольку у них была точка к/home/original_name/).
После этого следующая команда смонтировала старый дом без любой проблемы./usr/bin/ecryptfs-recover-private/home/old_user/.Private