Переход на Linux. Бэкап\восстановление пакетов\документов. Работа с ntfs

@BlackUser · Регистрация: 20.01.2014

Студворк — интернет-сервис помощи студентам

Сейчас являюсь пользователем Windows. Собираюсь использовать Linux в качестве основной ОС. Работа с системой\файлами организована следующим образом:

1) На компьютере установлено 2 жестких диска: 1 - системный, 2 - под данные. Обозначим их соответственно как HDD1(SYSTEM) и HDD2(Data). Данные(документы, музыка, коллекция программ) копятся. Ненужное отсеивается. Нужное помещается в каталог HDD2\Back, расположенную в корне диска HDD2(Data).
2) Есть внешний жесткий диск. Обозначим как HDB(Backup). Периодически делается ручной бекап каталога HDD2\Back с диска HDD2 в каталог HDB\Back на диск HDB. Чтобы экономить время я копирую только измененные\добавленные файлы(я помню что добавил\поменял).

После первых двух действий(помещение файлов в HDD2\Back, копирование в HDB\Back) идет проверка по следующему алгоритму:
Я сравниваю содержимое каталогов HDD2\Back и HDB\Back по размеру и количеству файлов\каталогов. Если размер и количество файлов\каталогов совпадает, то ничего не забыл скопировать.

К сожалению данный алгоритм не подходит для Linux, поскольку он выводит разные размеры каталогов. Эта проблема встречается как в Ubuntu, OpenSuse, так и в других дистрибутивах. Похоже, что проблема как-то связана с Alternate Data Streams и ntfs-3g.

Для справки при сравнения размера каталогов обе системы выдают следующее:
Windows 7 (HDD2\Back)
Тип: Папка с файлами
Расположение: N:\
Размер: 204 ГБ (219 378 661 023 байт)
На диске: 204 ГБ (219 437 273 088 байт)
Содержит: Файлов: 26 783; папок: 2 307
Windows 7 (HDB\Back)
Тип: Папка с файлами
Расположение: F:\
Размер: 204 ГБ (219 378 661 023 байт)
На диске: 204 ГБ (219 437 273 088 байт)
Содержит: Файлов: 26 783; папок: 2 307

Linux (HDD2\Back)
$ du -s -b /media/HDD/Back/
219389240991 /media/HDD/Back/
Linux (HDB\Back)
$ du -s -b /media/HDB/Back/
219388786335 /media/HDB/Back/

Как видно, размеры в Windows 7 сравнимы, а в Linux - нет. Каталоги не изменялись на протяжении всего измерения размеров(вначале смотрел в Linux, потом в Windows). Размеры в Windows 7 получены через свойства, в Linux через команду du -s -b.

Не по теме:

P.S. Понимаю скажете, что такая проверка не совсем правильная. Правильнее бы было использовать в качестве проверки что-то вроде контрольных сумм и т.д. Или вообще использовать сторонний софт для синхронизации данных. Но мне ручное копирование и указанный выше алгоритм в принципе устраивает, в связи с чем я жду и приветствую решения для локального копирования данных \ восстановления данных используя стандартные средства системы Linux(консольный cp, du и т.д.). Но буду рад и услышать про надежные средства резервного копирования в Linux\Windows(как дополнительно). Что касается решений со сменой самой файловой системы NTFS на другую, то это нежелательные решения, поскольку периодически диски будут нужны именно с файловыми системами NTFS. при этом системный диск (HDD1(SYSTEM)) может быть с любой файловой системой. Ubuntu(12.04.4 gnome\kde)\OpenSuse(12.3 KDE) те дистрибутивы которые будут рассматриваться в первую очередь, как дистрибутивы для домашнего пользования, в связи с чем могут быть специфические решения для этих систем.

Dmitry · 03.05.2014, 21:47

rsync

@BlackUser · 03.05.2014, 22:57 **[ТС]**

Сообщение от Dmitry

rsync

В целом посмотрел, решение очень даже кстати. Кроме того способно избавить от ручных действий.

В связи с чем возникли следующие вопросы:
1. Правильно ли я понимаю, что в моем случае поможет команда:

Bash
1
rsync -avz --stats  /media/HDD/Back/ /media/HDB/Back/

?
2. Не возникнет ли исключительных ситуаций(вроде зацикливания копирования одного и того-же файла и т.д.) в работе rsync, учитывая что размер в выводе команды du оказывается разным, при одинаковом размере(в свойствах Windows) ?.
3. Как проверить правильность синхронизации после выполнения команды rsync(по размеру\количеству файлов\каталогов или контрольным суммам и т.д.) ?
4. Существуют-ли еще какие-либо стандартные решения в linux для сравнения двух каталогов ?. Пробовал использовать команду diff рекурсивно. Но выполнение для больших объемов данных происходит слишком долго, поскольку читает все байты файлов, что равносильно чтению всей информации + время на работу алгоритмов.

Dmitry · 03.05.2014, 23:41

1. я использую ключи u, v и r. почему я их когда-то выбрал - уже и не помню
2. какая связь?
3. никогда не проверял (не задавался таким вопросом)

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@BlackUser 3 / 3 / 0 Регистрация: 20.01.2014 Сообщений: 69

	Переход на Linux. Бэкап\восстановление пакетов\документов. Работа с ntfs 03.05.2014, 21:45. Показов 1110. Ответов 3 Метки нет (Все метки) Сейчас являюсь пользователем Windows. Собираюсь использовать Linux в качестве основной ОС. Работа с системой\файлами организована следующим образом: 1) На компьютере установлено 2 жестких диска: 1 - системный, 2 - под данные. Обозначим их соответственно как HDD1(SYSTEM) и HDD2(Data). Данные(документы, музыка, коллекция программ) копятся. Ненужное отсеивается. Нужное помещается в каталог HDD2\Back, расположенную в корне диска HDD2(Data). 2) Есть внешний жесткий диск. Обозначим как HDB(Backup). Периодически делается ручной бекап каталога HDD2\Back с диска HDD2 в каталог HDB\Back на диск HDB. Чтобы экономить время я копирую только измененные\добавленные файлы(я помню что добавил\поменял). После первых двух действий(помещение файлов в HDD2\Back, копирование в HDB\Back) идет проверка по следующему алгоритму: Я сравниваю содержимое каталогов HDD2\Back и HDB\Back по размеру и количеству файлов\каталогов. Если размер и количество файлов\каталогов совпадает, то ничего не забыл скопировать. К сожалению данный алгоритм не подходит для Linux, поскольку он выводит разные размеры каталогов. Эта проблема встречается как в Ubuntu, OpenSuse, так и в других дистрибутивах. Похоже, что проблема как-то связана с Alternate Data Streams и ntfs-3g. Для справки при сравнения размера каталогов обе системы выдают следующее: Windows 7 (HDD2\Back) Тип: Папка с файлами Расположение: N:\ Размер: 204 ГБ (219 378 661 023 байт) На диске: 204 ГБ (219 437 273 088 байт) Содержит: Файлов: 26 783; папок: 2 307 Windows 7 (HDB\Back) Тип: Папка с файлами Расположение: F:\ Размер: 204 ГБ (219 378 661 023 байт) На диске: 204 ГБ (219 437 273 088 байт) Содержит: Файлов: 26 783; папок: 2 307 Linux (HDD2\Back) $ du -s -b /media/HDD/Back/ 219389240991 /media/HDD/Back/ Linux (HDB\Back) $ du -s -b /media/HDB/Back/ 219388786335 /media/HDB/Back/ Как видно, размеры в Windows 7 сравнимы, а в Linux - нет. Каталоги не изменялись на протяжении всего измерения размеров(вначале смотрел в Linux, потом в Windows). Размеры в Windows 7 получены через свойства, в Linux через команду du -s -b. Не по теме: P.S. Понимаю скажете, что такая проверка не совсем правильная. Правильнее бы было использовать в качестве проверки что-то вроде контрольных сумм и т.д. Или вообще использовать сторонний софт для синхронизации данных. Но мне ручное копирование и указанный выше алгоритм в принципе устраивает, в связи с чем я жду и приветствую решения для локального копирования данных \ восстановления данных используя стандартные средства системы Linux(консольный cp, du и т.д.). Но буду рад и услышать про надежные средства резервного копирования в Linux\Windows(как дополнительно). Что касается решений со сменой самой файловой системы NTFS на другую, то это нежелательные решения, поскольку периодически диски будут нужны именно с файловыми системами NTFS. при этом системный диск (HDD1(SYSTEM)) может быть с любой файловой системой. Ubuntu(12.04.4 gnome\kde)\OpenSuse(12.3 KDE) те дистрибутивы которые будут рассматриваться в первую очередь, как дистрибутивы для домашнего пользования, в связи с чем могут быть специфические решения для этих систем. 0

Dmitry 13440 / 7534 / 830 Регистрация: 09.09.2009 Сообщений: 29,554
	03.05.2014, 21:47
	rsync 1

Dmitry 13440 / 7534 / 830 Регистрация: 09.09.2009 Сообщений: 29,554
	03.05.2014, 23:41
	1. я использую ключи u, v и r. почему я их когда-то выбрал - уже и не помню 2. какая связь? 3. никогда не проверял (не задавался таким вопросом) 0