gnome-disks
「ディスク」(コマンドの実行:;インストールするパッケージの実行:)を使用して、ライブセッションでLinux Mintシステムパーティションをバックアップして復元できましたが、gnome-disk-utility
これが最善の方法であるかどうかはわかりません:代わりに!
次に必要な場合は、適切な手順を踏むために、私が間違っているかどうかについてのアドバイスが必要です。
私の初期設定は次のとおりです。
バックアップ/復元プロセスには/dev/sda2
パーティション(ext4)が含まれます。スワップスペース(説明を簡単にするために再度議論しない)を含めると、約70 GBかかります。残りはntfsパーティションです。 1つはWindowsシステムパーティション、もう1つはWindowsとLinuxでアクセスできる「Depo」パーティションです。
これが私がしたことです:
サポート:
そして割れたライブセッションでパーティションを最小サイズ(70 GBから30 GB)に縮小
バックアップの作成(30GB)ディスク(外部機器に保存したISO画像で)
(拡張パーティションを作成し、Ubuntu GnomeやSolusなどのさまざまなLinuxシステムをテストした後、元の単一のLinux Mintが信頼性の高いカスタマイズされたシステムを好むことを決めたので、元の状況に戻りたいと思いました。)
再び覆う:
Gpartedを使用して完全な(70GB)拡張パーティションを削除し、新しい70GB ext4ベースパーティションを作成します。
ディスクとして、30GBパーティション(isoイメージから)を70GBパーティションに復元します! ! ! ! ----フォーマットされていないスペースに復元する必要がありますか?- これはバグですか?
復元されたイメージはわずか30GBであっても、パーティションにgrubをインストールしようとするとブートリカバリに十分なスペースがないと不平を言いますが、この時点では70GBパーティション全体がほぼいっぱいになっているようです。
gpartedは600MBの空き容量だけを報告しますが、c 40GBの空き容量は何とか表示されますが、ビデオgpartedが表示するものは数字ではありません。サイズ変更できません。
後ろに新しいライブセッションから再開:gpartedは600MBの空き容量だけを報告しますが、サイズ変更できます。パーティションを実際の全スペースの30GBに減らします。突然、40 GBが割り当てられていないように見え、パーティション全体を70 GBに拡張できます。
この時点では grub だけが欠落しており、ライブセッションでブートリカバリを実行するとすべてがうまく機能します。 (詳細オプションを選択しました:sdaにgrubをインストールし、指定されたパーティション(sda2)から起動し、何もないので「clean grub」の選択を解除)とにかくgrubをインストールしてください)
ローカルドライブから起動した後は、古い grub リストを使用でき、古いシステムはそのまま残ります。唯一の問題は、最初のセッションに入るのに時間がかかるということです。
だから私の質問は次のとおりです。システムパーティションイメージを空のパーティションに復元する必要がありますか、それとも私のようにフォーマットされていないスペースに復元する必要がありますか?それとも別の方法で?
ベストアンサー1
以下は、Linuxシステムのバックアップと復元を作成するのに役立ちます。
- ターゲットパーティションは
unmounted
回復前のパーティションでなければなりません。滞在インストール後にパーティションを分割して再unmount
インストールしてください。 - ターゲットパーティションのサイズは、回復するイメージファイルよりも小さくなければ重要ではありません。
- リカバリ後、使用可能なボリュームを減らすことができます。
- 縮小プロセス中に、ディスクは端から縮小する必要があります。起動時間が短くなったら再インストールする
bootloader
必要があります(legacy BIOS
基本システムの場合) - この資料に記載されているように、イメージを作成せずにLinuxシステムをバックアップおよび復元します。インストールシステムを起動せずにCentOS 7をディレクトリにインストールする方法は?