rsync nie działa między NTFS / FAT i EXT

Mam muzykę, którą odtwarzam w samochodzie, z pamięci USB FAT32. Folder, którego używam do umieszczania utworów, jest przechowywany na moim dysku twardym EXT4. Regularnie dodaję / usuwam / odtwarzam utwory, a czasem chcę rsynczmiany w pamięci USB. Ale z jakiegoś nieznanego powodu (może uprawnień?) rsyncKopiujesz wszystkie pliki za każdym razem, a nie tylko je zmieniasz. Dzwonię rsyncjak:

rsync -vrlptgD source dest

Jak mogę sprawić, by działał tak, jak chcę (tj. Wiedzieć, kiedy plik nie został zmieniony i nie kopiuj go)?

Odpowiedź Javiera Rivery działa, ale rsync zajmuje dość długo sprawdzenie i porównanie wszystkich sum kontrolnych plików. Odkryłem, że użycie następującej opcji działało dla mnie lepiej:

rsync -rtv --modify-window=1 /source /dest

--modify-window=1Przełącznik pozwala na wariancji ± 1s na znaczniki czasu. Po włączeniu tej opcji porównywanie znaczników czasu będzie bardziej łagodne i pozwoli na sprawdzenie drobnych różnic czasowych między systemami plików NTFS / FAT i Unix.

Źródło (ger): http://www.kai-hildebrandt.de/tutorials/rsync.html

PS: Należy pamiętać, że DST spowoduje pełne przesyłanie plików dwa razy w roku. Zobacz tutaj, aby uzyskać szczegółowe informacje i możliwe rozwiązania.

Znaczniki czasu w FAT32 są zbyt różne od uniksowych, aby polegać na nich w celu sprawdzenia zmian plików, powinieneś również użyć przełącznika -c, to zmusi rsync do porównania wszystkich plików w celu wykrycia zmian zamiast polegania na znacznikach czasu. Będzie działać, ale działa wolniej.

Wreszcie, w twoim poleceniu jest kilka opcji, które nie mogą współpracować z systemami plików FAT32.

• -l zachowa linki, FAT32 nie ma pojęcia o linkach
• -p spróbuje zachować uprawnienia, ponownie brak uprawnień w FAT32
• -t spróbuje zachować znaczniki czasu modyfikacji, na FAT32 jest tylko jeden znacznik czasu
• -g spróbuje zachować własność grupy, ponownie nieobsługiwanej przez FAT32
• -D spróbuje zachować specjalne pliki i urządzenia, teraz to, co tu jest.

Jak komentuje htorque, nieważne opcje cię nie skrzywdzą, po prostu nic nie zrobią. Ale musisz dodać przełącznik -c.

To:

rsync -vrc source dest

powinien działać (przynajmniej działa na moim komputerze).

Miałem podobny problem w OSX, a odpowiedź Glutanamate nie pomogła. Niektóre pliki różnią się o godzinę; może to być spowodowane tym, że stosunkowo często przekraczam strefy czasowe. Inne pliki są wyłączone o jeden dzień lub nawet miesiąc. Nie jestem pewien, dlaczego tak jest. Sprawdzanie sumy niektórych plików z bardzo różniącymi się znacznikami czasu pokazuje, że rzeczywiście są one identyczne.

W każdym razie wygląda na to, że --size-onlyopcja, która każe rsyncignorować znaczniki czasu, będzie działać dla moich celów. -c/ --checksum(jak wspomniał Javier) również działa, ale trwa nieco dłużej. Zmierzyłem czas i porównanie sum kontrolnych dla GB zajęło około minuty w podkatalogu, z którym pracuję. Oczywiście szybkość, z jaką to się dzieje, będzie zależała od najwolniejszego napędu w systemie; w moim przypadku jest to karta SD w moim telefonie. Było to jednak po tym, jak już trochę manipulowałem plikami (w tym sumowaniem), więc wiele plików mogło już zostać skopiowanych do pamięci podręcznej RAM.

Powinieneś także unikać używania popularnej opcji -a. Moje zalecenie dotyczące FAT32 to

 rsync -vrc --delete --progress --no-p source  destination

--no-p: brak pozwolenia

- usuń: usuń niepasujące pliki i foldery w miejscu docelowym (jeśli naprawdę tego chcesz)

--progress: pokazuje postęp podczas transferu. Jest to dobre dla dużych plików.

To zbyt wiele flag (-vrlptgD), których używasz. Pamiętaj, że rsync jest narzędziem Linuksa i nie działa skutecznie z Fat32 i NTFS.

Trzeba będzie polować na sztuczki, aby móc z niego skorzystać.

Próbować:

rsync -rvh --size-only --progress --delete /path/to/ext4/ /path/to/fat32/

Więcej informacji tutaj