これは、Raspberry Piバックアップを作成するためのrsyncの正しい使用法ですか？

私の無知を許してください。私はこのサイト、Linux、およびRaspberry Piの新しいユーザーです。

次の質問へのリンクです。ここから、ユーザーgoldilocksの文書化された回答を使用して、ローカルネットワーク上のMacBook ProのHDD上のフォルダーにバックアップをrsync作成する独自のrsyncコマンドを作成しました。

Raspberry Piを使用して、それ自体のバックアップを作成できますか？

Stack Exchangeにはそのようなものがないように思われるため、この質問をフォローアップできず、ユーザーgoldilocksにメッセージを送信できませんでした。

私が思いついたのはこれです：

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/

私が理解していることから、--rsync-path="sudo rsync"引数の追加により、sshで（安全でない）rootアカウントを使用する必要がなくなります。

すべてうまくいったようですが、残念ながら転送の最後に次のようなエラーが表示されます。

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]

これは私が心配する必要があるものですか、もしそうならどうすれば修正できますか？または、これはrsync-exluded.txtファイルを使用してrsync中に特定のディレクトリがコピーされないように除外し、このエラーがこれを確認しているためですか？

また、この質問に回答したユーザーから、Macにバックアップすることはできないと言われました。宛先として指定したフォルダにファイルシステムのバックアップがあったため、コマンドは問題なく動作したようです。唯一の問題は、の最後に受け取ったエラーですrsync。

あなたがしようとしていることをすることにはいくつかの問題があります。

1. 他の人が指摘したように、ext [234] fsからhfs +に、そしてその逆に移動する多くのメタデータが失われます。また、デフォルトではhfs +は大文字と小文字を保持しますが、大文字と小文字を区別しません。たとえば、/ bin / fooと/ bin / Fooがある場合、そのうちの1つが失われます。別のLinuxマシンを使用することをお勧めします。予備のマシンがないという非常にまれなケースでは、MacbookでLinux VMを起動してください。
2. rsyncオプションは間違っていません。すべてのメタデータを正しく転送するには、-avSHxAXが必要です。
3. --rsync-pathや--rshは実際には必要ありません。rootとして実行していることを実行し、他のマシンのrootアカウントで.ssh / authorized_keysを設定してアクセスを許可します。混乱が少ない。
4. バックアップを取る正しい方法は、ダンプ/復元を使用することです。

Raspian Jessieを実行しているRPi3のクローンを作成するために、rpi-cloneを数週間毎日使用しています。2番目のマイクロSDカードにクローンを作成するには、約10分かかります。次に、電源を切り、両方のカードを取り出し、オリジナルを保管し、クローンを使用して起動します。したがって、私はバックアップが機能することを知っています。このように3枚のカードをローテーションするので、常に安全なカードを持っています。わたしにはできる ;-）