Gdy coś nie działa zgodnie z oczekiwaniami

Pierwszym miejscem, do którego warto zajrzeć, jest zawsze dziennik. Na poziomie Info zapisuje on, co zostało skopiowane i usunięte; na poziomie Debug także, który plik został pominięty i z jakiego powodu.

Plik nie jest kopiowany

Pliki są kopiowane przy każdym przebiegu, choć się nie zmieniły

Cel zapisuje czas modyfikacji mniej dokładnie niż źródło, na przykład dysk NTFS lub FAT jako cel dysku z systemem Linux. Kopia wyprzedza wtedy oryginał o ułamki sekundy, a przy porównywaniu według Czasu źródło uchodzi za nowsze. Tolerancja w sekundach na karcie Opcje temu zapobiega; jest ustawiona na 0, jeśli ktoś ją wyłączył. Przesunięcie wszystkich plików o dokładnie jedną godzinę wskazuje na FAT po zmianie czasu letniego lub zimowego, zobacz tam.

W celu nic nie jest usuwane, choć opcja jest ustawiona

W ogóle nic nie jest synchronizowane

Połączenie SSH się nie udaje

We wszystkich tych przypadkach dana synchronizacja jest pomijana w tym przebiegu: nic nie jest kopiowane ani usuwane. Pozostałe synchronizacje działają normalnie dalej.

Pojawia się ostrzeżenie o brakującym dysku – albo nie

O tym, czy nieosiągalne źródło lub cel jest zgłaszane, decyduje dla każdej synchronizacji opcja Ostrzegaj, gdy brakuje dysku lub połączenia SSH: włączona – po Synchronizuj raz pojawia się ostrzeżenie i wiersz ostrzeżenia w dzienniku; wyłączona – tylko wiersz informacyjny. Jeśli więc jedna synchronizacja ostrzega, a druga nie, choć obu brakuje tego samego dysku, opcja jest w nich ustawiona różnie. Reszta w Nieosiągalne dyski i połączenia.

Odzyskiwanie usuniętych plików

Jeśli tryb usuwania jest ustawiony na Przenieś do kosza, pliki leżą w ustawionym folderze kosza, w strukturze miejsca, z którego pochodzą. Przy Usuń trwale i przy celach przez SSH takiej kopii nie ma.

Jeśli plik docelowy został nadpisany, pomaga Zasada pokoleniowa – o ile była wcześniej włączona: poprzednia wersja leży wtedy obok pliku jako .bak.1.