Chciałbym napisać prosty skrypt kopii zapasowej, który zapisuje niektóre dane na dysku FAT. Czy powinienem sformatować dysk i użyć lepszego systemu plików, czy też można używać rsync z FAT? Jeśli tak, jakie problemy mogę napotkać? Czy wydajność byłaby znacznie gorsza?
EDYCJA: To jest na Linuksie, nawet nie wiedziałem, że jest rsync dla Windows. Źródłami są różne systemy plików (to bałagan), a miejsce docelowe jest obecnie sformatowane za pomocą FAT32.
Dziękuję za odpowiedzi, prawdopodobnie wybiorę formatowanie, ponieważ nie jestem całkowicie pewien, jakie rozmiary plików będziemy mieć.
--modify-window=2
. Podczas korzystania1
nadal kopiuje wszystkie pliki. Kopiowanie z NTFS do FAT32.--modify-window
, rsync nalegałby na skopiowanie wszystkich moich plików. Korzystam--size-only
teraz z tej opcji i działa dobrze. To było od Mac OS Extended (rozróżniana wielkość liter, Journaled) do FAT32.Czy to rsync na Linuksie do / z dysku FAT (która wersja FAT?) Czy używasz wersji Windows cwRsync?
Tak czy inaczej FAT16 i 32 działają z obiema wersjami (sam nie próbowałem FAT12). Jeśli korzystasz z systemu linux, spodziewałbym się, że wydajność systemu plików FAT będzie nieco gorsza niż przy użyciu systemu plików w formacie linux, ponieważ ogólnie rzecz biorąc, są one nieco wolniejsze (cieszę się, że ktoś ustawił mnie w tym systemie, jeśli jestem źle).
źródło
Tak, sformatuj! Zawsze powinieneś używać lepszego systemu plików niż FAT, chyba że jest to konieczne ze względu na kompatybilność!
Sugeruję sformatowanie dysku przy użyciu tego samego systemu plików, z którego przeprowadzasz synchronizację, w przeciwnym razie potencjalnie stracisz uprawnienia i atrybuty ustawione w plikach i katalogach.
FAT (prawdopodobnie FAT32) może być problematyczny ze względu na maksymalne rozmiary plików (4 GB), maksymalne rozmiary woluminów (2 TB - w każdym razie jeden dzień!), Fragmentację itp.
Jednak jeśli nic z tego nie ma znaczenia, a chcesz tylko prosty, szybki i maksymalnie zgodny system plików, FAT będzie w porządku. Jeśli chodzi o szybkość, z powodu braku dzienników, uprawnień itp., FAT może ewentualnie wykonać alternatywy - NTFS / Ext3 / HFS ...
źródło
Czy istnieje powód, dla którego korzystasz z napędu FAT? Rsync powinien działać, aby zapisać dane, ale stracisz meta informacje o plikach ... własność, uprawnienia itp. ... i ryzykujesz problemy, jeśli kiedykolwiek zsynchronizujesz duże pliki, ponieważ FAT ma limit wielkości pliku 2 gig.
Wydajność, której nie mogę komentować, nigdy nie przeprowadzałem testów porównawczych w porównaniu do innych. Wyobrażam sobie, że ma to również wiele wspólnego ze specyfikacjami napędu, a także z tym systemem plików.
Gdybyś mógł , sformatowałbym format macierzysty, którego planujesz używać z komputerem (OS X? Linux?), Gdyby nie nic innego, jak zachować metadane i stracić uderzenie w czoło w ciągu kilku miesięcy, kiedy kończę synchronizując coś, co powoduje błędy z powodu ograniczeń systemu plików. często współużytkowanie z innymi systemami może odbywać się poprzez współdzielenie eksportu lub jeśli używasz NTFS, możesz zachować niektóre metadane, ale nadal uzyskać największą zgodność między systemami, ponieważ wszystkie Mac, NT i Linux obsługują teraz zdolność NT / R.
źródło