起動可能なOSXドライブクローンをrsyncで更新しますか？
質問：
oS Xの起動可能なバックアップドライブクローンをrsyncで更新しておくことは可能ですか？ rsyncが実行可能なオプションでない場合、代替手段はありますか？
セットアップ：
私の状況は上記のとおりです。最近のモデルのMacMiniでOSX10.8ブートディスクとして使用されている1つの内部Samsung840 SSD [120g]。ディスクユーティリティを使用してそのドライブを外部USB3エンクロージャ内の別のHDDの125GBパーティションに正常に複製し、その時点で起動できます。
ゴール：
私の最後のシステムが非常に貴重なデータを取り込んで炎上したとき、私は適切なバックアップソリューションに新たな敬意を払い、これを正しく実行したいと考えています。私の目標は、ディスクAからディスクBへの自動差分バックアップ/更新を実現すると同時に、最も重要なこととして、外付けドライブの起動性を維持することです。ドライブへのストレスを最小限に抑えるために、これを差別的に行うことをお勧めします。したがって、rsyncが最初に頭に浮かぶものでした。
私が試したこと：
Jamie Zawinskiの差動Macブータブルバックアップソリューションに続く 。
これを手動で実行することは最初はうまくいきました-私は非常に小さなファイル変更だけでそれをテストしました、そしてすべてがうまく/外部で起動されました、そしてすべて。その後のパスの後、rsyncは特に「boot.efi」の更新に関連するエラーのスローに失敗します（現在、マシンではなく、家に帰ったら正確なログメッセージを更新します）。
これはドライブのパーティションサイズの問題ですか？ rsyncはより多くのスペースを必要としますか？
それができない場合、代替手段はありますか？ ddのささやきを聞いたことがあります
- OS X 10.8.4
- 2.3 GHz Intel Core i7
- Mac Mini
ディスクAは120GBの容量のSSDであり、ここでも約35GBしか使用されていません。
ディスクBは上記のように125GBのパーティションであり、約35GBしか使用されておらず、別の〜= 90GBの空き容量があります。
Rsyncがどのように動作するか正確にわからないので、私はこれを捨てていましたが、35GBのデータと設定を差別的にバックアップするために125GB以上のスクラッチスペースを利用することは想像できません。
更新：
問題を再現できず、正常に動作しなかった数時間後、私はいくつかの既存のソフトウェアオプションに遭遇し、それらを試してみました。
クローンされたブートドライブをrsyncで差別的に更新し、作業プロセスを持っている人がいる場合は祝福する適切な方法を知りたいです。
私の新しいスクリプトはrsyncをラップし、まさにこの機能を提供します。 Mac OS Xのクリーンで起動可能なクローンを作成するように設計されており、包括的なロギングとエラー処理を提供します。
以前、このようなものに Carbon Copy Cloner を使用しました。無料ではありませんが、かなり安く、30日間無料で使用できます。
スクリプトの実行後に、（匿名化された）/var/log/syslog.log出力を確認して投稿する必要があります。それでもわからない場合は、関連する匿名のログデータを投稿してください。それが私がこれに関する私の問題を解決するようになった方法です。
権限エラーが表示されました$ cat /var/log/syslog.log | grep rsync
お気づきかもしれませんが、ログを見ると、ターゲットのバックアップフォルダの書き込みまたは読み取りができない場合にエラーが発生します。元の手順では、ブログでFinderのターゲットバックアップドライブの「アクセス許可を無視する」のチェックを外して（管理者が読み取り/書き込みできるようにする必要もありました）、rsyncがそれを実行できるようにするように指示されています。後で戻って権限を確認すると、ドライブが切断されたとき（つまり、再起動、スリープ、またはイジェクトした場合）に、OSXが先に進んでこれらを元の構成に戻す傾向があることがわかります。
フォーラムを調べてみると、この動作は/var/db/volinfo.databaseという名前のファイルと関係があるという話が見つかりました。どうやらこのファイルを削除してから、必要なアクセス許可を設定すると、この動作が修正されます。今のところは機能しているようです...設定後、このファイルを書き込み保護する必要があるかもしれません。または... rsyncタスクを実行する前に、必要に応じてアクセス許可を変更するようにスクリプトを変更する必要があります...
$ Sudo rm /var/db/volinfo.database
複数のドライブにカスタム権限を設定している場合は、ファイルを削除する前に保存することをお勧めします。このファイルを削除すると、複数のドライブが接続されているシステムやその他の保存されたものにどのように影響するかわかりません。良性の修正だと思いますが...明らかに問題が発生した場合に簡単に元に戻せるようにすることをお勧めします。
しかし、ええ、これが私がこのソリューションを私のために機能させる方法です。チャームのように起動しました。最初は遅い...しかし、スポットライト/設定のようなものが起こっていました。次に、それがはるかに速く進んだことを試してください...
Rsyncスクリプトを少しtweekしたいと思います...しかしそうです...これは私にとって良いスタートでした。改善が完了したら、後で更新します。
さらに、ドライブを祝福してchownするコマンドを、スクリプトに追加してみることもできます。 OSXは、挿入可能なメディアの所有権を尊重していないようであり、機会があれば、ドライブを起動できなくなります。また...ばかげた質問ですが、起動時にオプションを押し続けていますか？ CCCを使用しても、ターゲットディスクモードで起動可能なドライブメディアを起動できません...起動時にOPTにする必要があるたびに。