Почему моментальные снимки Back In Time кажутся такими большими?

Я только что скопировал содержимое моего домашнего раздела на внешний жесткий диск, используя Back In Time . Я просмотрел содержимое резервной копии на внешнем диске, и в свойствах он показал мне размер 9,6 ГБ.

Когда я прочитал, что в следующих снимках, которые я создаю, Back In Time не создает резервные копии всего, а создает жесткие ссылки для более старого содержимого и сохраняет более новое содержимое, я хотел его протестировать. Поэтому я скопировал два маленьких файла в свой домашний раздел и снова запустил «Сделать снимок».

Операция завершилась в течение минуты - сначала он проверил предыдущий снимок, оценил изменения, обнаружил два новых файла и синхронизировал их. После этого, когда я просмотрел содержимое резервной копии, я был удивлен, увидев, что новая и старая резервная копия занимает 9,6 ГБ каждая.

Разве это не пустая трата места на жестком диске? Или я что-то неправильно истолковал?

backup

— Четан С.
источник

Определенно подходящий вопрос Четан

— Аллан

Ответы:

Кажется, что проверка свойств в контекстном меню не является надежной в таких случаях. Когда я использовал duкоманду, она показала правильное использование. Я мог бы получить это предложение от мистера Дэна из «Задержки» на Launchpad.

Это связано с тем, что backintime использует жесткие ссылки, где каждый файл хранится один раз, но выглядит так, как будто каждая копия занимает дополнительное место. Для получения более подробной информации, пожалуйста, обратитесь к https://answers.launchpad.net/backintime/+question/146072 .

— Четан С.
источник

Я предполагаю, что ваш внешний жесткий диск отформатирован как FAT32 или какая-то другая файловая система, которая не поддерживает жесткие ссылки. Также представляется, что если тип раздела, содержащий файловую систему, не является разделом Linux (0x83), файловая система не будет правильно записывать потребление диском жестких ссылок. Если вы создаете собственный раздел Linux на внешнем жестком диске и форматируете его с помощью собственной файловой системы Linux, такой как ext4, он должен работать должным образом.

— Деннис ВанМетер
источник

Это западный цифровой диск My Passport. Я использую стандартный NTFS-раздел, с которым он поставляется.

— Четан С.

Также я попытался удалить старый снимок из списка снимков. Тем не менее я могу получить доступ ко всем файлам через новый снимок. Рекомендуется ли такой способ работы - удаление старого снимка после создания нового снимка. Я просто не могу перестать думать - на создание оригинального снимка ушло около 30 минут, но новый снимок был сделан за минуту или около того! Как за короткое время заполнилось 9,6 ГБ дискового пространства.

— Четан С.

Согласно этой ссылке en.wikipedia.org/wiki/Hard_link , жесткие ссылки поддерживаются в NTFS.

— Четан С.

Я просматривал свои резервные копии, и когда я делаю резервную копию на внешнем диске, даже отформатированном ext4, я вижу то же поведение, что и вы - каждая резервная копия выделяет полный размер резервной копии, как сообщается командой df. Когда я выполняю резервное копирование в подкаталог на моем внутреннем диске, каждая из резервных копий показывает полный размер резервной копии, но команда df показывает только то, что было использовано несколько килобайт. Я думаю, что это должно быть вызвано тем, как внешние диски устанавливаются автоматически или что-то в этом роде. Я буду продолжать расследование; это поставило меня в тупик!

— Деннис ВанМетер

Я посмотрел на свой внешний жесткий диск, и на нем есть тип раздела NTFS (0x07), хотя на нем установлена файловая система ext4. Это не сообщает о потреблении диска жестких ссылок правильно. Я отформатировал USB-накопитель с разделом Linux с файловой системой ext4, и теперь он правильно сообщает о потреблении диска. Похоже, это решает проблему, по крайней мере, для меня, поскольку мне не нужно подключать свой резервный диск к компьютеру с Windows. Я посмотрю немного больше, чтобы увидеть, есть ли какой-нибудь способ обойти эту проблему для NTFS.

— Деннис ВанМетер