È questo l'uso corretto di rsync per creare un backup di Raspberry Pi?


10

Perdonate la mia ignoranza, sono un nuovo utente di questo sito, Linux e Raspberry Pi.

Di seguito è riportato un collegamento a una domanda, da cui ho utilizzato la ben documentata risposta dell'utente sull'uso di goldilocks rsync, per creare il mio rsynccomando per eseguire un backup in una cartella sull'HDD di un MacBook Pro sulla mia rete locale:

Un Raspberry Pi può essere utilizzato per creare un backup di se stesso?

Non sono stato in grado di dare seguito a questa domanda e non sono stato in grado di inviare messaggi all'utente goldilocks perché sembra che non ci sia nulla di simile su Stack Exchange?

Quello che mi è venuto in mente è questo:

rsync -aHv --rsync-path="sudo rsync" --delete-during --exclude-from=/Users/user/Documents/rsync-exclude.txt --rsh="ssh" user@host:/ /Users/user/Desktop/rpi-backup/

Da quanto ho capito, l'aggiunta --rsync-path="sudo rsync"dell'argomento consente di non dover utilizzare un account root (non sicuro) su ssh.

Tutto sembra andare bene, ma purtroppo alla fine del trasferimento viene visualizzato un errore simile al seguente:

rsync error: some files could not be transferred (code 23) at /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-47/rsync/main.c(1400) [generator=2.6.9]

È qualcosa di cui dovrei preoccuparmi e, in caso affermativo, come posso risolverlo? Oppure, è perché ho usato un rsync-exluded.txtfile per escludere alcune directory dalla copia durante rsync e questo errore lo sta solo confermando?

Inoltre, è stato detto da un utente che ha risposto a questa domanda che non sarebbe possibile eseguire il backup su un Mac? Il mio comando sembrava funzionare senza problemi poiché c'era ovviamente un backup del filesystem nella cartella che avevo designato come destinazione. L'unico problema è stato l'errore che ho ricevuto alla fine del rsync.


Benvenuti nello Stack Exchange (e nell'angolo aromatizzato al Raspberry Pi)! Sebbene non sia possibile inviare messaggi a un determinato utente se si partecipa (inizialmente) a domande valide e si forniscono buone risposte, la propria reputazione aumenterà al punto da poter parlare nelle chat room (20+ reputazione) e aggiungere commenti al materiale che è non tuo (50+).
SlySven,

L'utente "goldilocks" è attualmente uno dei nostri moderatori (nota il simbolo ♦ accanto al loro nome) e come tale è abbastanza attivo - potresti trovarlo in " The Bakery ", che è la principale chat room per Raspberry Pi SE .. Oh, e hai un +1 per una domanda ragionevole che ti possa aiutare sulla tua strada. 8-)
SlySven

Il link che hai citato ha molte varianti diverse. Uso abitualmente uno di questi (per eseguire il backup su HDD). È necessario specificare dove si sta tentando di eseguire il backup. Sfortunatamente, se stai tentando di eseguire il backup su OS X, non ci riuscirai, per molte ragioni diverse. È possibile eseguire il backuk su un'altra macchina Linux.
Milliways,

Grazie per il caloroso benvenuto SlySven! Spero di ottenere abbastanza punti per entrare in questa chat alla fine! Milliways, potresti per favore spiegare perché hai detto che non riuscirò a fare il backup su OS X o che forse mi indicheranno da qualche parte, dove questa affermazione è un po 'più elaborata?
Chaoticslacker,

Se ti riferisci a un commento, dovresti indirizzarlo (con @). 1 Unix e Linux rsyncdifferiscono, 2 OS X sovrappone Unix con il proprio layer che impedisce l'accesso a determinate directory 3 A meno che le impostazioni degli utenti non vengano perse, 4 Autorizzazioni attivate hfxe ext4differire in modo significativo. È possibile che si riesca a eseguire il backup dei file utente, ma i file di sistema andranno persi / persi le autorizzazioni.
Milliways,

Risposte:


1

Esistono diversi problemi nel fare ciò che stai cercando di fare.

  1. Come altri hanno sottolineato, perdi molti metadati che vanno da ext [234] fs a hfs + e viceversa. Inoltre, per impostazione predefinita hfs + preserva le maiuscole ma non fa distinzione tra maiuscole e minuscole, quindi se hai, ad esempio, / bin / foo e / bin / Foo, ne perdi uno. Meglio usare un'altra macchina linux. Nel caso estremamente improbabile che tu non abbia una macchina di riserva, apri una VM Linux sul tuo macbook.
  2. le opzioni rsync non sono sbagliate. È necessario -avSHxAX per trasferire correttamente tutti i metadati.
  3. Non hai davvero bisogno di --rsync-path o --rsh. Fai quello che stai facendo come root e configura .ssh / authorized_keys sull'account root dell'altra macchina per consentire l'accesso. Meno confuso.
  4. Il modo giusto per eseguire i backup è utilizzare il dump / ripristino.

1

Ho usato rpi-clone ogni giorno per alcune settimane per clonare il mio RPi3 in esecuzione con Raspian Jessie. Sono necessari circa 10 minuti per clonare su una seconda scheda Micro SD. Poi spengo, estraggo entrambe le carte, conservo l'originale e avvio usando il clone. Quindi so che il backup funziona. Ruoto 3 carte in questo modo, in modo da avere sempre una carta sicura. Per me funziona ;-)


Interessante script Geoff, sfortunatamente non ho l'hardware necessario al momento per verificarlo. Lo controllerò presto però. Grazie per il link
chaoticslacker
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.