ダメじゃないかな？

/dev/sdc/ はデバイス（ファイル）名です。
backup.dd.imgはディレクトリにあるので例えば
/home/donbe/backup.dd.img   とか
/home/donbe/desktop/backup.dd.img  とかになるはずです。

え～と、何を言いたいか汲み取ってもらえれば良いのですが。
あとオプションで　　count=1     も付けてみると良いかも。

donbe による投稿:

ウィンドーズとUbuntuをデュアルブートしてあるＨＤをまるごと外ずけのＨＤにバックアップしたのですが、いざレストアしようとしたら
システムの入っているＨＤに戻すことはできないと、蹴られてしまいました。かと言って、ウィンドーズは外ずけのディスクからは起動できないそうで困っています。

バックアップと言うのは、リストアできるものであって、初めてバックアップとなります。
そのため、基本的にはバックアップ用のツールを使うことが多いかと思いますが・・・どのように取得したバックアップでしょうか？また、どのようにリストアしようとしたのでしょうか？そして、「蹴られた」とかの比ゆではなく、正確なエラーメッセージはなんと表示されたのでしょうか？

# バックアップのつもりで、(目的としてた)リストに使えないものを取得していたく　というのは結構ありがちです(個人的に、「なんちゃってばっくあっぷ」と呼んでいます)。ツールであれば、そのツールのリストアの手順の確認と、ツールではないならバックアップ方法と一緒に書かれているはずのリストアの手順を、予めしっかり理解しておくことが重要です。システム領域をリストアの対象にしない(できない)ものや、事前にOSとバックアップツールをインストールしてからリストアするものもあります(これは、リストアに時間が掛かることになるので、業務で使う時には重要な差になります)

　ファイル名からすると、ddによるイメージコピーのようなので、それが、「起動している自分自身を含んだものでないなら」、おそらくは、同じように、リストする対照の領域から自分自身を起動しない状態でddで戻すだけ　で大丈夫のはずです。

えーと、ダメな所は
sudo dd if=/dev/sda of=/dev/sdc/backup.dd.img
の「　/dev/sdc/backup.dd.img　」の部分。

私のような初心者では難しいでしょうか?

難しいのはコピーを行なうコマンドで間違っても容赦なく上書きされてしまうことです。
そこにWindowsが有れば無くなるでしょう。

*********************************************************

sudo dd if=/dev/sda of=/dev/sdc/backup.dd.img

・ライブCDからUbuntuを起動して外付けのHDDを接続。
・端末から　　$ sudo fdisk -l        を実行して、外付けのHDDのデバイスファイル名を確認。
（/dev/sdb や　/dev/sdc 等）

＊これで外付けHDDがどのような名前で認識されているかが確認できます。
この名前は状況により変わるので絶えず同じでは有りません。

＊backup.dd.imgはライブCDに移したのでしょうか？それともUSBメモリ等に入っているのでしょうか？
USBメモリに有るのでしたらマウスクリック等でUSBメモリを開いてbackup.dd.imgが有ることを確認して下さい。
この作業は必須です（別の意図が有るのですが説明を省くために同じ効果のある方法としてのUSBメモリをウィンドウで開く作業です）
端末から

$ sudo find / -name 'backup.dd.img'
を実行して下さい、backup.dd.imgのあるディレクトリが表示されます。
ライブCDのデスクトップに有るなら　/home/ubuntu/デスクトップ/backup.dd.img
USBメモリ等に有るのでしたら　　　/media/○×△◇/backup.dd.img

これでbackup.dd.imgの場所が分かりました。
外付けHDD（/dev/sd?）へbackup.dd.img（/???/????/backup.dd.img）を書き込みます。
***********************************************************************

$ sudo dd if=/home/ubuntu/デスクトップ/backup.dd.img of=/dev/sdb

***********************************************************************
＊この場合の（/home/ubuntu/デスクトップ/backup.dd.img）（/dev/sdc）は環境に合わせて上記の調べた結果を使用してください。

もう一度書きますが間違えても容赦なく上書きされます。
それを防ぐには慎重に、そしてddコマンドについて調べて理解された上での自己責任で行なって下さい。

これはファイルbackup.dd.img がddコマンドで扱える事を前提にしたddの使用例です。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

hir0さん、kiyoshiさん、weykさん、vine_userさん、コメント有り難うございます。大勢の人にコメントいただいたので、どのように返事をしたら良いのか悩んでいます。で、仕方がないのでバックアップをしようとした理由と、なり行きなどを書いてみたいと思います。
バックアップをしようとした理由は、私のパソコンはウィンドーズとUbuntuのデュアルブートになっているのですが、最近ウィンドーズの調子が悪くて、突然ドライバーが消えてメールとインターネットができなくなり、ＯＳを入れ直したらUbuntuが立ち上がらなくなりました。こちらに相談して、とりあえず治ったのですが、今度は解像度が低くなって、最悪4ビットまで落ちて事実上何の操作もできなくなりました。何回か電源を入れ直すと解像度が上がる時があるので、その時を狙ってウィンドーズのインストールＣＤから修復をして、ある程度状態を立て直しました。しかし、本調子ではなく、デュアルブートのＯＳを選ぶ画面でウィンドーズを選択しても立ち上がらなくなってしまいます。
それもひょんな事からウィンドーズのインストールＣＤをセットした状態で選択をすると立ち上がることが分かりましたが、そんな状態で綱渡りをやっているようで気持ちが悪いので、
１、まともな状態に戻したい。
２、これだけしょっちゅうＯＳを入れ直して、そのたびにドライバーやアプリケーションのインストールをするのは辛いので、状態の良い時まるごと保存しておいて、調子が悪くなった時はまるごと入れ替えたい。
と言うことで現状をまるごと外付けのHDに「ウルトラドライブコピー」でコピーして、その他にフリーソフトで普通にCドライブのファイルのバックアップやメールとかその他を保存してウィンドーズのＯＳを入れ直したのですが、状態は以前のままでおまけに必要なファイルのいくつかをなくしてしまいました。それで外付けにコピーしたシステムを戻したいのですが、Cドライブから立ち上げて外ずけHDのシステムをCドライブ自身にコピーすることはできません。外付けのＨＤではUbuntuは立ち上がりますがウィンドーズを立ち上げることもできません。私のパソコンのシステムは５００ギガの内蔵HDがウィンドーズとUbuntuのデュアルブート(現在リストアしようとしたためシステムは削除してあります。）と２５０ギガの内蔵HDがUbuntuの古いシステムが予備で入っていて、５００ギガの外付けHDに内臓５００ギガHDのコピーが入っています。外付けHDのコピーは多分うまくいっているようで、ウィンドーズは分かりませんがUbuntuは動いていて、このメッセージも外付けのUbuntuから書いています。
２５０ギガの内蔵HDに隙間を作ってウィンドーズシステムを入れて「ウルトラドライブコピー」をインストールするかヴァーチャルボックスでウィンドーズを入れて、そこから「ウルトラドライブコピー」を立ち上げることも考えましたが、これからもウィンドーズが不安定で何度も入れかることになるとすると、もしUbuntuからｄｄコマンドでうまく行くようならば一番素直な方法に思えたので、こちらに相談しました。

fdisk -lu　の結果です。

デバイス ブート     始点        終点    ブロック   Id システム
/dev/sdb1       613763325   625137344     5687010    5  拡張領域
/dev/sdb2              63   283756094   141878016   83  Linux
/dev/sdb3       283756095   602533889   159388897+  83  Linux
/dev/sdb4   *   602533890   613763324     5614717+  83  Linux
/dev/sdb5       613763388   625137344     5686978+  82  Linux スワップ / Solaris

領域テーブル項目がディスクの順序と一致しません

ディスク /dev/sdc: 500.1 GB, 500107862016 バイト
ヘッド 255, セクタ 63, シリンダ 60801, 合計 976773168 セクタ
Units = セクタ数 of 1 * 512 = 512 バイト
Disk identifier: 0x000e9f57

デバイス ブート     始点        終点    ブロック   Id システム
/dev/sdc1   *          63   226098809   113049373+   7  HPFS/NTFS
/dev/sdc2       226098810   493677449   133789320    7  HPFS/NTFS
/dev/sdc3       689654385   976768064   143556840    5  拡張領域
/dev/sdc4       494336115   689654384    97659135   83  Linux
/dev/sdc5       689654448   976768064   143556808+   b  W95 FAT32

領域テーブル項目がディスクの順序と一致しません
donbe@donbe-desktop:‾$

sda　の情報が記されていませんが、多分システムを削除したせいだと思います。それから
backup.dd.img　はubuntuマガジンに書いてあったものをコマンドの1部と勘違いして書き込んだもので「ウルトラドライブコピー」ではそのようなファイルは作らず、単純にｓｄａのドライブ全体をsdcにコピーしました。
分かりにくい説明で恐縮です。これで宜しいでしょうか?

今迄の経緯をまとめると、

a) backup.dd.imgを/dev/sdaに復元するなら＃６

b) /dev/sdc を/dev/sda にコピーするなら再インストールの方が吉

c) 現在の製品の使用法を再確認する、別の製品を購入

今の所は、この３パターンですね。

Windowsは状況から判断してMBRにインストールされたgrubから上手くチェインロード出来ていないだけかも知れません。
Windows上からかインストールディスクからMBRの修復を行なうと良いと思いますが、稀にgrubを削除しないと上手く上書き削除出来ない場合もあります。
成功例を幾つか挙げている対処方法は
$ sudo dd if=/dev/zero bs=446 count=1 of=/dev/sda
これでHDDの先頭の446バイトを消去してからWindowsのブートローダーをMBRに書き込む（修復）と上手くいきます。

作業後はUbuntuが起動しなくなりますが、その対処法も別途存在します。


個人的にベストだと思える方法はWindowsを再インストールして各種セキュリティ等のアップデート、ソフトの導入等をして快適な状態で「dd」でバックアップ＆リストアです。（Windowsのバックアップ＆リストアは行なったことは有りませんが、このフォーラムで「ddで問題なく、、、」と読んだ気がします）

恐らく、「ubuntuマガジン」に書かれていた記事も同じ意図を以っていると思いますが、今回のパターンは商用等の物に多い法的に保護されている物の複製に話が及び兼ねないので具体的な遣り取りは控えた方が良さそうです。

大体のパターンは出ているので後は実践あるのみですね。

「再インストール出来ない！」のパターンにgrubを消去する事で解決の例も有りますので、もしもの時は消去してやってください。

/dev/sdcからのリストアおめでとうございます。
結果が帰ってくるのは嬉しいものですね、報告ありがとうございます。