Резервная установка Wubi с использованием tar дает разрешение Отказано в отказах
Я пытался сделать резервную копию моей машины Ubuntu, которая является установленной Wubi Ubuntu вместе с Vista.
До сих пор я сделал следующее: сначала я перешел на свой внешний жесткий диск, затем создал папку резервного копирования на этом диске и затем ввел в терминал следующее:
sudo tar cpf mybackup.tgz2
--exclude="/host/*"
--exclude="/media/*"
--exclude="/mnt/*"
--exclude="/proc/*"
--exclude="/tmp/*"
--exclude="/sys/*"
--exclude="/home/*/gvfs/*" / (I have also tried, "/home/.../.gvfs")
и процесс запускается, но в итоге выдает мне следующее сообщение: Выход из состояния сбоя из-за предыдущей ошибки.
Я видел на этом форуме, что отказ в разрешении может быть причиной отказа, также я посетил этот сайт: https://bugs.launchpad.net/ubuntu/+source/gvfs/ + bug / 225361 , где обсуждается, что в .gvfs есть какая-то ошибка или нет ... обсуждение мне не подходит, но, похоже, это может быть причиной того, что у меня появилось уведомление об ошибке (если Если вы перейдете к концу обсуждения на этом сайте ошибок, то увидите, что в Ubuntu 11.10 все еще есть проблемы с этой проблемой).
Итак, мой вопрос: кто-нибудь знает, как я могу обойти эту проблему и получить чистую надежную резервную копию? Я имею в виду, что резервная копия со статусом сбоя не внушает мне уверенности.
Спасибо за любую помощь,
railguide48
2 ответа
Чтобы выполнить полное резервное копирование системы wubi, скопируйте файл root.disk из папки ubuntu в Windows в другое место. Если что-то случится, вам просто нужно заменить текущий файл на тот, который вы создали резервную копию, и ваша система вернется обратно. к тому, что было во время резервного копирования.
Вы даже можете смонтировать файл root.disk в Ubuntu, если хотите частично восстановить только некоторые файлы:
sudo mkdir /mnt/rootdisk
sudo mount -o loop <path to share in windows>/root.disk /mnt/rootdisk
Смонтирует ваш root.disk в путь /mnt/rootdisk.
Вам не нужно создавать резервную копию .gvfs, чтобы резервное копирование было успешным. В этой папке хранится информация о подключенных в настоящее время файловых системах пространства пользователя. Если вы восстановите домашний каталог пользователя без папки .gvfs, он будет создан заново и при необходимости заполнен заново. На самом деле, предлагаемое решение в bug 225361 заключалось в том, чтобы помещать пользовательские .gvfs папки где-то помимо их домашних каталогов (как в /tmp), поэтому они будут автоматически пропущены любой операцией, нацеленной только содержимое домашних каталогов пользователей.
Вы сказали, что пытались исключить /home/*/gvfs/* и /home/.../.gvfs. Первый исключает папки с именем gvfs (вместо .gvfs) в домашних каталогах пользователей. И последний, предполагая, что вы подразумеваете это буквально, исключает папки с именем .gvfs в каталоге с именем ... в /home (которого почти наверняка не существует, поскольку не может быть пользователя с именем пользователя ..., но даже если бы это произошло, это не решило бы проблему).
Что вы хотите сделать, это исключить .gvfs (с ведущим .) в домашнем каталоге каждого пользователя. Это представлено: /home/*/.gvfs