解決策 1:
sda2-backup...gz ファイルにアクセスできますか? Sudo はその後のコマンドでのみ機能し、リダイレクトには適用されません。リダイレクトに適用する場合は、シェルを root として実行して、すべての子プロセスも root になるようにします:
sudo bash -c "dd if=/dev/sda2 | gzip > /media/disk/sda2-backup-10august09.gz"
別の方法として、uid / gid マウント オプション (ext3 を想定) を使用してディスクをマウントすることもできます。これにより、どのユーザーでも書き込み権限を持つことができます。または、root を使用して、アクセス許可のある /media/disk にフォルダーを作成します。
役立つその他の情報:
- ブロック サイズは、ほとんどの場合、速度にとってのみ重要です。デフォルトは 512 バイトで、これを MBR とフロッピー ディスク用に保持します。サイズをある程度大きくすると、操作が高速化されます。これはバッファに似ていると考えてください。これは、さまざまなブロックサイズで速度のベンチマークを行った人へのリンクです。ただし、パフォーマンスは多くの要因の影響を受けるため、独自のテストを行う必要があります。アンドレアスによる他の回答も見てください
- ssh と netcat を使用してネットワーク経由でこれを達成したい場合、sospace はそれほど大きな問題ではないかもしれません。この serverfault question を参照してください。
- 本当にパーティションのイメージが必要ですか?もっと良いバックアップ戦略があるかもしれません?
- dd は とても 危険なコマンドです。
of
を使用してくださいif
の代わりに バックアップしようとしているものを上書きしてしまいます!! キーがo
であることに注意してください とi
隣同士ですか?だから、とてもとても 注意してください。
解決策 2:
最初のケースでは、dd
root として実行されています。2 番目のケースでは、dd
です。 ルートとして実行されていますが、gzip
/media/disk
の権限を変更します 、root シェルを作成するか、gzip
を実行します。 ルートとしても。
解決策 3:
さらに、gzip を bzip2 --best
に置き換えることができます より良い圧縮のために:
sudo dd if=/dev/sda2 | bzip2 --best > /media/disk/$(date +%Y%m%d_%H%M%S)_sda2-backup.bz2