Як я можу використовувати rsync з файловою системою FAT?


27

Я хотів би написати простий скрипт резервного копіювання, який зберігає деякі дані на FAT-накопичувачі. Чи потрібно переформатувати накопичувач і використовувати кращу файлову систему чи можливо використовувати rsync з FAT? Якщо так, то з якими проблемами я можу зіткнутися? Було б продуктивність набагато гірша?

EDIT: Це на Linux, навіть не знав, що є rsync для Windows. Джерелами є різні файлові системи (це безлад), а призначення в даний час відформатоване з FAT32.

Дякую за відповіді, я, мабуть, піду для переформатування, оскільки я не зовсім впевнений у розмірах файлів, які ми матимемо.

Відповіді:


10

Я рекомендую переформатувати в Linux fs, якщо можливо. Як уже згадувалося, FAT має відносно низькі обмеження розміру файлів і може не обробляти права доступу та право власності. Що ще важливіше, FAT не відслідковує час модифікації файлів так точно, як, скажімо, ext3 (FAT є точним лише у вікні 2 секунди). Це призводить до особливо неприємної поведінки з rsync, оскільки іноді вирішать, що оригінальні файли новіші або старіші за файл резервного копіювання на достатню кількість, що йому потрібно перекопіювати дані або принаймні повторно перевірити хеші. Загалом, це робить дуже низькою продуктивність для резервного копіювання. Якщо вам потрібно дотримуватися FAT, подивіться на прапорці rsync - розмір лише та - - модифікувати вікно як обхідні шляхи.


36

Я використовую rsync для резервного копіювання своїх фотографій, які я зберігаю та оброблюю на ноутбуці під управлінням Linux (Ubuntu 10.4). Я створюю резервну копію їх на дуже базовому NAS з 1TB жорстким диском, відформатованим як FAT32. Корпус NAS та прошивка є дуже базовими, тому він не дозволяє переформатувати накопичувач.

Я використовую команду:

$ rsync --progress --modify-window=1 --update --recursive --times \
  /home/mloskot/Pictures /mnt/nas/Pictures

Щоб дозволити правильне порівняння часу, використовується --modify-window = 1, оскільки FAT32 записує часові позначки файлів з роздільною здатністю 2 секунди, що відрізняється від файлових систем, що використовуються в Linux. - Оновлення, щоб уникнути зайвої копіювання існуючих файлів - він поводиться як додаткове резервне копіювання.

Для того, щоб зробити порівняння на основі розміру, можна вказати параметр --size-only.


Дякуємо за обмін, я
перевірю

3
--modify-window = 1 робить величезну зміну. Це вирішило - я зараз за мілісекунди замість хвилин.
Вольфганг Фал

4
Мені чомусь потрібно користуватися --modify-window=2. При 1його використанні все ж копіюються всі файли. Копіювання з NTFS в FAT32.
Люк

Іноді, навіть за умови --modify-window, rsync наполягає на копіюванні всіх моїх файлів. Я зараз використовую цей --size-onlyваріант, і це працює нормально. Це було від Mac OS Extended (залежно від регістру, Journaled) до FAT32.
діахеделік

Можливо, хороша ідея додати "--ignore-помилки --max-size = 4 ГБ", щоб уникнути збоїв у файлах, які не вписуються у FAT32.
Максим

2

Це rsync на Linux до / з FAT (яка версія FAT?) Диска чи ви використовуєте версію Windows cwRsync?

У будь-якому випадку FAT16 і 32 працюють з обома версіями (я ще не пробував FAT12). Якщо ви перебуваєте в системі Linux, я очікував би, що продуктивність файлової системи FAT буде трохи гіршою, ніж використання файлової системи формату Linux, оскільки, як правило, вони трохи повільніші (радий, коли хтось поставить мене на цю, якщо я неправильно).


1

Так переформатувати! Ви завжди повинні використовувати кращу файлову систему, ніж FAT, якщо вам не доведеться з міркувань сумісності!

Я б запропонував вам відформатувати накопичувач за допомогою тієї самої файлової системи, з якої ви rsyncing, інакше ви потенційно втратите дозволи та атрибути, встановлені у ваших файлах та каталогах.

FAT (імовірно FAT32) може бути проблематичним із-за максимальних розмірів файлів (4 ГБ), максимальних розмірів гучності (2 Тб - все одно за один день!), Фрагментації тощо.

Однак якщо нічого з цього не має значення, і ви просто хочете просту, швидку та максимально сумісну файлову систему, FAT буде добре. Швидкість з урахуванням відсутності журналів, дозволів тощо, FAT може, можливо, виконувати альтернативи - NTFS / Ext3 / HFS ...


1

Чи є причина, що ви використовуєте привід FAT? Rsync повинен працювати над збереженням даних, але ви втратите метаінформацію про файли ... право власності, дозволи та інше ... і ви ризикуєте виникнути проблеми, якщо ви коли-небудь rsync великі файли, оскільки FAT має обмеження розміру файлів у 2 гіги.

Продуктивність Я не можу коментувати, я ніколи не використовував орієнтири щодо неї порівняно з іншими. Я думаю, це також має багато спільного з власними характеристиками диска, а також з файловою системою щодо цього.

Якби ви могли , я б переформатував у рідний формат, який ви плануєте використовувати разом із комп’ютером (OS X? Linux?), Якби не що інше, як зберегти метадані та втратити лоб лопату через кілька місяців, коли я закінчу вгору синхронізувати те, що виходить з-за обмежень файлової системи. часто спільний доступ з іншими системами можна здійснити за допомогою спільного експорту або, якщо ви використовуєте NTFS, ви можете зберегти деякі метадані, але все-таки отримаєте більшість сумісностей між системами, оскільки Mac, NT та Linux зараз підтримують NTFS R / W здатність.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.