Возможно ли восстановить резервную копию на разных файловых системах?

Сейчас я использую Ubuntu 10.04 с ext4, и второй раз в жизни я столкнулся с потерей данных (не по-настоящему: я получил резервные копии), и я предполагаю проблемы с последними файлами ext4.

Я хочу восстановить все мои конфигурации (/ etc и т. П.), Данные и домашнюю страницу на reiserFS: это возможно? Что нужно сделать для этого?

(Конечно, я буду очень рад, если можно будет просто перейти с одной файловой системы на другую...)

Источник

3 ответа

Решение

Ну, это зависит от того, как хранится резервная копия ...

Если он хранится в виде сжатого архива файлов, то он не зависит от файловой системы и его можно восстановить в любой файловой системе, просто распаковав архив.

Если это образ раздела (созданный чем-то вроде dd if=/dev/sda1 of=mybackup.img ) тогда ты не сможешь. Но вы должны иметь возможность восстановить в ext4, а затем скопировать в другой раздел reiserFS ...

Если это другой метод, скорее всего, есть способ, но точная процедура зависит от метода хранения ...

Источник

По сути, резервные копии на уровне блоков (например, dd ) хранить информацию о файловой системе и не может быть восстановлена ​​в другую файловую систему.

Резервные копии на уровне файлов (например, tar ) только хранить файлы и могут быть восстановлены на любой файловой системе.

Если вы восстанавливаете ОС, вам нужно убедиться, что ОС и загрузчик могут загрузиться с новой файловой системы.

Источник

Вы упомянули миграцию с ext4 на RaiserFS; хотя мой ответ должен быть более общим.

Как и другие ответы, вы можете восстановить файловую резервную копию в другую файловую систему. Обычно.

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

Это может быть потому, что целевая файловая система:

  • нечувствителен к регистру (представьте, что вы имели file.txt а также File.txt в том же каталоге);
  • не разрешает определенные символы в именах файлов;
  • задает максимальную длину имени файла (и ограничение не достаточно велико для вас);
  • определяет максимальную длину пути (и предел…);
  • указывает максимальный размер файла;
  • указывает максимальное количество файлов (и / или подкаталогов) в каталоге или максимальное общее количество;
  • задает максимальный размер тома (представьте, что вы не можете создать достаточно большую файловую систему для хранения всех ваших данных);
  • оставляет за собой несколько имен для внутреннего использования (например, $Bitmap в NTFS представьте, что вам нужно восстановить обычный файл с таким именем);
  • не поддерживает:
    • владение (или делает это по-другому, поэтому нет простого перевода),
    • разрешения (или делает это по-другому, так что...), ACL,
    • метки времени,
    • расширенные атрибуты, альтернативные потоки данных и т. д.,
    • жесткие ссылки, жесткие ссылки в каталогах, символические ссылки,
    • разреженные файлы.
Источник
Другие вопросы по тегам