Wznów przesyłanie pojedynczego pliku przez rsync

W Ubuntu chcę skopiować duży plik z mojego dysku twardego na dysk wymienny rsync. Z innego powodu operacja nie może zostać zakończona w jednym przebiegu. Próbuję więc wymyślić, jak użyć, rsyncaby wznowić kopiowanie pliku od miejsca, w którym został ostatnio przerwany.

Próbowałem użyć opcji --partiallub --inplace, ale wraz z --progress, znalazłem rsyncz --partiallub --inplacefaktycznie zaczyna się od początku zamiast od tego, co zostało po raz ostatni. Ręczne zatrzymanie rsyncwcześniej i sprawdzenie rozmiaru otrzymanego pliku również potwierdziło to, co znalazłem.

Ale z --appendrsync zaczyna się od tego, co zostało po raz ostatni.

Jestem zdezorientowany, jak widziałem na stronie man --partial , --inplacei --appendwydaje się odnosić do wznowienia kopiowanie z tego, co zostało po raz ostatni. Czy ktoś jest w stanie wyjaśnić różnicę? Dlaczego nie chcesz pracować --partiallub --inplacewznowić kopiowania? Czy to prawda, że ​​aby wznowić kopiowanie, rsyncmusi działać z tą --appendopcją?

Ponadto, czy plik częściowy został pozostawiony przez, mvczy cpnie przez rsync, czy rsync --appendpoprawnie wznowi kopiowanie pliku?

Aby wznowić przerwaną kopię, należy użyć rsync --append. Z objaśnienia strony podręcznika --append:

Powoduje to, że rsync aktualizuje plik, dołączając dane na końcu pliku, co zakłada, że ​​dane, które już istnieją po stronie odbierającej, są identyczne z początkiem pliku po stronie wysyłającej. [...] Implikuje --inplace, [...]

Opcja --inplacepowoduje rsync(nad) bezpośrednie zapisanie zawartości pliku docelowego; bez --inplace , rsyncby:

1. utwórz nowy plik o tymczasowej nazwie,
2. skopiuj do niego zaktualizowaną treść,
3. zamień go na plik docelowy i na koniec
4. usuń starą kopię pliku docelowego.

Normalny tryb działania zapobiega przede wszystkim konfliktom z aplikacjami, które mogą mieć otwarty plik docelowy, oraz kilkoma innymi wpadkami, które są należycie wymienione na stronie rsyncpodręcznika.

Należy pamiętać, że jeśli operacja kopiowania / aktualizacji zakończy się niepowodzeniem w krokach 1.-3. powyżej rsyncusunie tymczasowy plik docelowy; --partial opcja wyłącza to zachowanie i rsyncpozostawi częściowo przeniesione pliki tymczasowe na docelowym systemie. Dlatego wznowienie operacji kopiowania pojedynczego pliku nie przyniesie wiele, chyba że wywołasz pierwszą rsyncz --partiallub lub --partial-dir(taki sam efekt, jak --partialdodatkowo nakazuje rsync utworzenie wszystkich plików tymczasowych w określonym katalogu).

Pamiętaj, że to --appendsugeruje --inplace, co samo w sobie sugeruje --partial.

• Używając tylko --partialpowinieneś spowodować rsyncpozostawienie częściowych transferów i wznowienie ich w kolejnych próbach.

• Korzystając z niego --append, powinieneś spowodować rsyncpozostawienie częściowych plików i wznowienie ich następnym razem. Po przesłaniu rsyncnależy zweryfikować sumę kontrolną tylko przesłanych danych.

• --append-verify włącza cały plik do weryfikacji sumy kontrolnej, w tym każdą część przesłaną w poprzednim transferze.

• Z jedną weryfikacją sumy kontrolnej --appendlub --append-verifyjej nieudaną weryfikacją powinno spowodować całkowite ponowne przesłanie pliku (za pomocą --inplace)

Powinieneś być w stanie wznowić operację mvlub cpoperację, rsyncale możesz chcieć skorzystać z tej --append-verifyopcji dla spokoju ducha.

Zauważ, że użycie --appendpowoduje rsyncskopiowanie tylko tych plików, które mają rozmiar odbiornika krótszy niż rozmiar nadawcy (niezależnie od znaczników czasu) lub są nieobecne w odbiorniku. Dokumentując tę ​​opcję:

Jeśli plik musi zostać przesłany, a jego rozmiar w odbiorniku jest taki sam lub dłuższy niż rozmiar nadawcy, plik jest pomijany.

Więcej informacji na stronie man

David Schwartz ma rację --partial(lub lepiej -P) robi to, co chcesz. Sprawdziłem to na pliku 37G, który został w nim zatrzymany ~ 8g, przez sieć. rsync szybko przeskanował pierwsze części części (pokazując postęp, dzięki czemu -P), a następnie wznowił przesyłanie do końca pliku częściowego.

Robiłeś to dobrze, --partialrobi to, co chcesz. Wygląda na to, że zaczyna się od początku, ponieważ zawsze zaczyna się na początku listy fragmentów danych plików, które należy skopiować. Ta --appendopcja jest niebezpieczna i spowoduje uszkodzenie pliku, jeśli dane z jakiegoś powodu nie będą pasować.

Domyślnie rsyncwłącza się w --whole-fileprzypadku przesyłania z dysku lokalnego na dysk lokalny. Spowoduje to ponowne uruchomienie przerwanego transferu od początku, zamiast sprawdzania części, które już tam są.

Aby to wyłączyć, użyj:

--no-whole-file

Łącząc to z albo --inplaceczy --partialpozwoli wznawianie transferu później.

Mój alias używany rsyncdo kopiowania to:

rscp='rsync -ax --inplace --sparse --no-whole-file --protect-args'

Ostrzeżenie : używaj ostrożnie, --append-verifyponieważ pomija pliki docelowe o tym samym rozmiarze lub większym.