Я ищу хорошее решение для резервного копирования /home восстановления системы Debian Linux на USB-накопитель размером 128 ГБ. Каталог /home весит около 65 ГБ и отформатирован как ext4. Естественно, что с файлами, я хочу сделать резервную копию их разрешений и сохранить мягкие ссылки как мягкие ссылки. Кроме того, некоторые имена файлов выходят за рамки ASCII и включают в себя буквы умляута или кириллицы. В /home нет жестких ссылок, я не использую расширенные атрибуты, и меня не волнует время последнего доступа. (Однако каталог /home/⟨username⟩/.mozilla очевидно, содержит файлы с расширенными атрибутами или нерегулярные файлы, такие как сокеты, поэтому для простоты обработки я хотел бы полностью создать резервную копию всего каталога с этими файлами или не все все.) Резервное копирование будет происходить в среднем еженедельно и, скорее всего, будет инкрементным. Раз в месяц я использовал карту памяти на другом компьютере с Linux для передачи файлов, поэтому дерево файлов в резервной копии должно быть таким же, как в /home .

Мое предыдущее решение использовать ext4 на (другой) USB-флешке привело к проблемам, которые трудно воспроизвести и трудно отладить: Как удалить файл с поддельными разрешениями и владельцем в ext4?, ext4 на USB-накопителе не работает . Таким образом, я хотел бы попробовать какую-нибудь другую файловую систему . Какой из них подойдет? Основными целями являются стабильность, долговременная поддержка ядра и инструментов linux и хранение метаданных. Вторичной целью было бы техническое обслуживание: я не хочу вызывать некоторые ручные операции (такие как дефрагментация, обрезка и т.д.) «Время от времени». Третичной целью может быть низкий износ. Четвертичной целью могут быть уловки, такие как кэши чтения, кэши записи и прозрачное сжатие. Двойной целью было бы удобство использования с Windows 10.

1 ответ1

0

файловая система

Кажется, у вас был плохой опыт работы с ext4 , но, как вы можете видеть здесь, большинство дистрибутивов Linux доверяют файловой системе ext4 .

Так что для долгосрочной стабильности и поддержки, это, вероятно, лучшая файловая система.

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

Вероятно, это хорошая идея, чтобы всегда отключать перед извлечением USB-накопителя.

носить

Износ вспышки обусловлен ограниченным числом циклов стирания, которые можно выполнять в секторе вспышки. Стирание сектора необходимо при записи данных. Если вы планируете обновлять резервную копию один раз в неделю, меня бы не особенно беспокоил износ флэш-памяти.

Вы можете уменьшить износ вспышки на:

  • Не записывается время доступа к опции монтирования файловой системы (noatime)
  • Использование утилиты для записи только того, что изменилось (rsync).

rsync и noatime также значительно ускорят резервное копирование.

Я также рекомендую физически извлечь диск, когда он не смонтирован, так как я видел, как некоторые USB-карты памяти сильно нагревались, даже если они не использовались.

кеши и сжатие

Ваш вопрос о (записи-) кэшировании, вероятно, связан с тем, что Windows не включает кэширование записи по умолчанию на съемных носителях, а в Linux это делает. Кэш для чтения всегда включен (кроме случаев, когда вы используете флаг O_DIRECT с функцией open ). Кэширование, вероятно, не так важно, если вы подключаете диск только для чтения / записи резервной копии.

Теперь о (прозрачном) сжатии, это, вероятно, увеличит износ, потому что даже небольшое изменение может изменить весь архив.

Windows 10

ext2fsd можно использовать для монтирования раздела ext4 в Windows и WinBtrfs для разделов btrfs .

Выводы

Выберите файловую систему, которая вам удобна. Если идея snapshot и btrfs send | btrfs receive кажется неясным, переходите на старый добрый rsync через ext4.

Действительно важной частью решения для резервного копирования является то, что вы делаете это и регулярно тестируете его.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .