egzotyczne problemy jakieś. jak masz niestabilne warunki, to sie robi while ! rsync -a ... ; do sleep 30 ; done

tez pewnie sprzedawali jakieś zwroty bo opinie z 2022

troche że super, troche że uwalony

ten ma dość dziwne opinie: https://allegro.pl/oferta/dysk-twardy-8 ... 1985306396

poza tym winscp wykłada się jak serwer odrzuci połączenie

nie działa tylko przy synchronziacji

plik jets ok, dysk jest ok, FS jest ok, ręcznie przez tego samego winscp z tego samego profilu i katalogu mogę pobrać w to samo miejsce

troche mnie zastanawia to że winscp wyraźnie tego pliku nie pobiera; konkretnei tego jednego jedynego

docelowo myślałem nad swoim zestawem do synchronziacji i może też go popełnie żeby klienci lokalnie też coś mieli

a ten mogę po rozmiarze poznać bo zwyczajnie go nie pobiera

nie mam zepsutych plików

masz sumy kontrolne. przynajmniej zepsute pliki ci ogarnie

jak nie wypali to zawsze zostaje taka opcja

a wole soft bez instalacji, konfiguracji czy dodatkowych uprawnień

na razie jest ok; zasada działania rsynca wiele mi tu nie przyspieszy ani zmieni

i ssh na drugim; problem w tym że ograniczam na ile moge ten badziew cały

+ WSL i całe to badziewie

makao i po makale

jak ma synchronizowac stan w obie strony, to --delete

jak nie masz, to jeszcze -e "ssh -i sciezkadoklucza"

a gdzie tam... jak masz ssh_config, to rsync -a /source usr@host:/dest

to nie ma tragedii; mogę swojego klienta machnąć i będzie git; od razu zrobie podział na wątki i będzie szybciej

ręcznie plik idzie ok; wygląda jak problem z winscp

bo do rsynca do win trzeba naciepać masę zbędnego badziewia z obu stron

zatem tym bardziej rsync:)