ディスクユーティリティーからデスクイメージの作成が出来ますね。これはシステムイメージですよね。
Ubuntuが開けなくなった場合、作成したディスクイメージから復元する方法を教えて下さい。

念の為に聞きますが、指定した場所によってはディスク全体のイメージと 1つのパーティションのイメージの２通りがあるのですがどちらを想定していますか？

Windowsの様にシステム修復ディスクを起動させシステムイメージから復元する様な方法、つまりシステムドライブにアクセスして保存したディスクイメージを使って上書きして修復するにはどの様にすれば良いのでしょうか。出来ないとしたらディスクイメージは何の為に作成するのでしょうか。

もっとシンプルに考えてみませんか？
Ubuntu の場合、Windows とは違って起動ドライブに制限があるわけではないです。
バックアップしたいドライブでは稼働及びアクセスしないようにすれば再現の可能性が高いバックアップイメージが出来上がるはずです。
例えば、LiveUSB でディスクユーティリティーを起動してバックアップしたいドライブAを指定してイメージ作成。イメージ作成先は別のドライブB。
リストアも同じように考えれば良いのです。

稼働中のシステムに上書きする事は・・・止めはしませんが、確実な方法を１個以上確保してからにした方が良いのではないでしょうか。

Windowsとは違うからフルバックアップを取る必要は無い。rootフォルダーだけをバックアップして置けば良いとの話もありますがそうなんでしょうか。
この使い方も再インストールが前提になるのでしょうか。

/root ではなくて /home または ホームディレクトリーです。

それは人それぞれです。
Ubuntu はそのままでもそれなりに使えますし、
アプリケーションのインストールは基本的にコマンドで実行すれば出来ますのでスクリプトを書いておけば良い訳です。
アプリの細かい設定は大抵ホームディレクリー内のドットファイル（またはディレクトリー）にあるので、それをコピーすれば良いです。
サーバー等のシステム全体の設定なら /etc 等・・・となるとフルバックアップの必要がなく、バックアップ容量が少なくてすみます。
勿論、起動に必要なシステム全体をバックアップしないのですから再インストールが前提になります。

返信有難うございました。
バックアップするのはディスク全体では無くUbuntuがインストールされているパーティションのみが対象です。
返信内容から理解したのはディスクユーティリティーから作成し外部ストレージに保存したイメージは（再インストールしたUbuntuのディスクユーティリィティーからでは無くて）ライブUSBで起動したライブubuntuのディスクユーティリィティーを使い復元出来るのですね。
バックアップした/home或は/etcも同じと考えて良いのですか？　以上ご確認をお願いします。
尚、・・・・稼働及び他のプロセスによるアクセスをしないようにすれば・・・が理解出来ません。起動中に作成するよりもClonezillaなどの起動デバイスを使って作成した方が良いと言う意味ですか。明示的にご教示下さい。
この場を借りて一つ追加質問させて下さい。
起動しないubuntuを起動させる或は復元に使うライブUSBはインストールしてあるバージョンと同一でなければ使えないのでしょうか。

バックアップした/home或は/etcも同じと考えて良いのですか？　以上ご確認をお願いします。

人それぞれなのですが、ファイル単位のコピーですね。

尚、・・・・稼働及び他のプロセスによるアクセスをしないようにすれば・・・が理解出来ません。起動中に作成するよりもClonezillaなどの起動デバイスを使って作成した方が良いと言う意味ですか。明示的にご教示下さい。

説明下手なので。

例えば /dev/sda1 (Ubuntu システム) をイメージバックアップしたいとします。
/dev/sda1 のシステムで起動した場合、システム内のプログラムがファイル等を書き込んでいる可能性があるわけです。
/dev/sda1 をイメージバックアップしている最中に /dev/sda1 内へ書き込んでいては内容が？？？になります。
これが「稼働」を指しています。

例えば LiveUSB で起動したとします。同じく /dev/sda1 をイメージバックアップしたいとします。
同様に、自動もしくは手動で /dev/sda1 をマウントして書き込み・・・以下略・・・。
これが「他のプロセスによるアクセスをしないようにすれば・・・」の意味です。これは単に説明不足です。


自分の場合、 「Clonezilla でディスクイメージでバックアップ」　＆　「rsync でフルバックアップ」しています。

ライブCDのディスクユーティリティーからubuntu領域のディスクイメージを作成しようとするとエラー：g-io-error quark 13となります。
深追いする必要もないのでディスクユーティリティーにはもう拘泥しませんものの、後者がさっぱりわかりません。エラーのメッセージを調べてもさっぱり分かりません。何のための機能なのでしょうか。

追試してみますので、やった事を書いていただけますか？

makopi による投稿:

LiveUSB から起動してディスクイメージを作ってみましたが問題なく（エラーがないで）出来ています。
どこか間違えている（もしくはやっていない）箇所があると思われます。
手順を書いていただければ解決できるかもしれません。

Ubuntuは内蔵HDDでは無くて外付けHDDにインストールしてあります。
ライブUSBから起動。ubuntuが入っている外付けHDDと保存先HDDを接続。
ディスクユーティリティーを起動。Ubuntuが入っているHDDの右上の歯車（操作方法）からディスクイメージの作成を選択。
次画面で保存先として保存先HDDを選択し作成に進むとエラーとなる。
尚保存先用のHDDはNTFSフォーマットです。これが原因ですか？

makopi による投稿:

Ubuntuは内蔵HDDでは無くて外付けHDDにインストールしてあります。
ライブUSBから起動。ubuntuが入っている外付けHDDと保存先HDDを接続。
ディスクユーティリティーを起動。Ubuntuが入っているHDDの右上の歯車（操作方法）からディスクイメージの作成を選択。
次画面で保存先として保存先HDDを選択し作成に進むとエラーとなる。

「HDDの右上の歯車」の方はHDD全体を示すものですけど保存先HDDの空き容量は大丈夫ですか？
パーティションを選択するときは保存したいパーティションをクリック、その下にある「２つの歯車」を選択すると同じようなメニューが出ます。

週末にまとまった時間が空くと思いますので追試してみます。

下の歯車からも既にやって見ましたが同じです。
保存先の空き容量は保存元のパーティションのサイズでは無くて使用サイズで良いのですよね。

すいません。今見させてもらいました。もう眠いので明日回答させて下さい。

makopiさん、
画像あれで開けますか？
Linuxのスクリーンショットは初めてで保存画像を右クリックからコピーして文中に貼り付けたのですが。

訂正

元のシステムはA、クローンがA’ ということです。

この方式は使っていない領域も消費するっていうのが、難点といえば難点かもしれません。

keijinn による投稿:

お二人の議論に割って入るようですみません。

ただ、本来の目的が、システムがクラッシュした時の代替手段というのであれば、クローンを作っておく方が復旧には時間が全くかからないのですが。

保存したいシステムA’その保存を行うシステムB（Live運用で可）として、Bをつかって、AをAとは独立したHDDやSSD、USBにクローンAを作ります。

これだと、復元とかではなく、そのコピーした時点での一切の状態が保存されているわけです。

また、操作も簡単で、コマンドはｄｄ一発です。作業に時間がかかるのが難点ですが、

自分はいつもこれでクローンを作っておいています。

ディスクユーティリティーからクローンを作成して保存復元する方法ですか？　違うようですね。
いずれにしてもクローンの場合は保存先の容量が保存元のディスク容量より小さいと作成できないし、保存先の保存データーはすべて削除されるので考えていません。
ディスクユーティリティーから作成しようとすると今提起している問題のために作成できません。

keijinn による投稿:

ああ、そうですか・・・

マウントしたまま、とかじゃないですよね？まさかね

あと、マルチポストしておられませんか？　気にする人は気にするようですが。

画像の上げ方が基本的に間違っていると思います。

以上です

いいえ。アンマウントしています。
マルチポストじゃないかと思われるのは？　私はこの項目でしか質問は立てていませんし他にもディスクユーティリティー関係の質問は見当たりませんが。
画像の上げ方が間違っているとのこと。是非とも正しい方法を教えてください。
端末操作結果の端末画面をスクリーンショットでピクチュアに保存し保存したものを右クリックでコピーを選択しこの本文の空白で貼り付けたのですが。どう見てもHDDの画像のファイル場所が添付されているだけですね。

ここのサイトではなく、別のサイトで、もちろん、ログイン名も違いますが、
同じ時期に、全く同じ内容で、応答の仕方も、文体も似ていたので、そう判断してしまいました。

事実と違うというのであれば、お許しを。
検索書ければすぐに出てくるわけですから、確かに、普通にマルチポストの意味を知っていれば
やらないことですよね。

でも逆に、ご自分でもいろいろ試す過程で、この同種の質問にお気づきにならなかったとすれば
それも不思議なことのように思います。

なお、そこに紹介されているcronzillaってのが、おそらくddコマンドを含む小さなｌｉｎｕｘで、
適当にパーティションを切って、MBRでも構築するのでしょう。
ｄｄがストレージをすべて使ってしまうとか、現在のファイルを消去するというのは誤解です。

ところで、Aというシステムのイメージファイルを作るのに、A自身のシステムではできないはずだ、
なぜなら走っている自分を写しとることはおかしなことになる、というご指摘があり、自分もそうだと思っていましたが、
linux用のアプリには、システム内部でそのイメージを作成し、そのイメージ自身にMBRをつけて、ブートでき、
そこから、使っていた状態の復元ができるものがあるようです。
実際にやってみて、イメージソフトは無事にできましたが、一体、どういう内容なのか、保証はしかねます。

以上です、長々失礼申し上げました。