その場でddバックアップを圧縮する

たぶんこれは愚かな質問のように聞こえるかもしれませんが、私がそれをしようとしている方法は機能しません。

私はlivecdを使用していますが、ドライブはマウントされていません。

この方法でバックアップを行う場合

sudo dd if=/dev/sda2 of=/media/disk/sda2-backup-10august09.ext3 bs=64k

...通常は動作しますが、コピー先の外部HDに十分なスペースがありません（ALMOSTが収まります）。だから私はこの方法で圧縮したかった

 sudo dd if=/dev/sda2 | gzip > /media/disk/sda2-backup-10august09.gz

...しかし、許可が拒否されました。分かりません。

sda2-backup ... gzファイルにアクセスできますか？sudoはその後のコマンドでのみ機能し、リダイレクトには適用されません。リダイレクトに適用する場合は、シェルをルートとして実行して、すべての子プロセスもルートになるようにします。

sudo bash -c "dd if=/dev/sda2 | gzip > /media/disk/sda2-backup-10august09.gz"

または、uid / gidマウントオプション（ext3を想定）を使用してディスクをマウントし、どのユーザーでも書き込み権限を付与できます。または、rootを使用して/ media / diskにアクセス権のあるフォルダーを作成します。

あなたを助けるかもしれない他の情報：

• ブロックサイズは、ほとんどの場合、速度にとって本当に重要です。デフォルトは、MBRおよびフロッピーディスク用に保持する512バイトです。ポイントまでサイズを大きくすると、操作が高速化されます。これは、バッファに似ていると考えてください。これは、異なるブロックサイズで速度ベンチマークを行った人へのリンクです。ただし、パフォーマンスは多くの要因の影響を受けるため、独自のテストを行う必要があります。andreasによる他の回答もご覧ください
• sshとnetcatを使用してネットワーク上でこれを実現する場合、スペースがそれほど大きな問題にならないようにするには、このserverfaultの質問を参照してください。
• パーティションのイメージが本当に必要ですか、より良いバックアップ戦略があるかもしれませんか？
• ddは非常に危険なコマンドです。of代わりに使用するifと、バックアップしようとしているものを上書きしてしまいます!! キーoとキーiが互いに隣り合っていることに注目してください。したがって、非常に非常に非常に注意してください。

最初のケースでは、ddはルートとして実行されています。

2番目のケースでは、ddはrootとして実行されていますが、gzipはユーザーとして実行されています。

/ media / diskのアクセス権を変更するか、ルートシェルを使用するか、rootとしてgzipを実行します。

さらに、gzipをbzip2 --bestより良い圧縮のために置き換えることができます：

sudo dd if=/dev/sda2 | bzip2 --best > /media/disk/$(date +%Y%m%d_%H%M%S)_sda2-backup.bz2