ラップトップでデュアルブートセットアップ(Ubuntu 12.10およびWin7)が動作しています。/
、/home
、swap
、winsys
、および大きなwindata
パーティション用のパーティションを備えた320GB HDDを入手しました。全体で250GB以上のスペースが占有されています。
今、ウルトラベイに設置する250GB SSDを購入しました。ビッグデータパーティションを除くすべてのパーティションをSSDに移行し、SSDスペースに応じて制御された方法で拡大し、windata
を残します。 HDD、およびそれを全体のサイズに拡張します。 UbuntuとWindowsの両方の新規インストールを避けたい。
私はすでにかなり読みましたが、これを達成するための最良の方法は何ですか?
これを純粋にGPartedで行うのでしょうか?拡張パーティションのセットアップを安全に削除できますか(ディスクごとに4つのパーティションしか持っていないので、これはもう必要ありません)?または、将来さらに細分化したい場合(スクラッチディスクなど)
ボーナスの質問:私の/ homeはまだext2です-新しい/ home ext4を作成し、ext2パーティションをコピーできますか?
UUIDを調整するために/ etc/fstabを書き換える必要があることと、混乱したWindowsブートシステムを「修復」するためにWindowsレスキューディスクが必要になることを認識しています。さらに落とし穴はありますか?
fdisk -l
出力:
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x80d2f3ee
Device Boot Start End Blocks Id System
/dev/sda1 * 63 104856254 52428096 7 HPFS/NTFS/exFAT
/dev/sda2 184538655 625137344 220299345 7 HPFS/NTFS/exFAT
/dev/sda3 104856255 136311524 15727635 83 Linux
/dev/sda4 136311649 184538654 24113503 5 Extended
/dev/sda5 148890420 184538654 17824117+ 83 Linux
/dev/sda6 136311651 148874354 6281352 82 Linux swap / Solaris
Partition table entries are not in disk order
GPartedを使用して、/およびwinsysパーティションをコピーします。
Boot Repair を実行している限り、Grub/linuxはコピー後に起動します。 this の記事によると、移動後にインストールを修復するWindows修復ディスクがある限り、ウィンドウはGPartedで移動できるはずです。
プライマリパーティションが4つしかない限り、canで拡張パーティションを安全に新しいドライブにドロップできますが、お勧めしません。おそらく、ssdを1つの拡張パーティションにし、他のすべてのパーティションをその1つの拡張パーティション内に配置することになるでしょう。
もちろん、原因がライブcdの停電などのpower意的なものであっても、このような操作を行うと常に失敗する可能性があるため、データをコピーする前に必ずバックアップを作成してください。また、WindowsとLinuxの両方でSSDを正常に起動するまで、HHDに変更を加えないことをお勧めします。
おそらくあなたがしたいと思うステップは次のとおりです:
ライブCDを起動してGPartedを実行します。
SSDにドライブ全体をカバーする拡張パーティションを作成します。
Linux /パーティションとwinsysパーティションをSSDにコピーし、元のファイルをHHDに変更せずに残します。
SSDで/ homeが必要な場合は、拡張パーティション内に新しいext4パーティションを作成し、rsyncを使用してすべてのデータをオリジナルからコピーにコピーします。 rsyncコマンドの例は次のようになります。
Sudo rsync -rhtvlpEog --progress /media/PATH_TO_HOME_PARTITION_ON_HHD/ /media/PATH_TO_HOME_PARTITION_ON_SSD/
そのコマンドの説明:-rは再帰的にコピーし、-hは人間が読める出力を提供し、-tは変更時間を保存し、-vはより多くの出力を提供し、-lはシンボリックリンクをシンボリックリンクとしてコピーし、-pはファイルのパーミッションを保持し、-Eは実行可能性を保持し、-oは保持します所有者、および-gはグループを保持します。
Winsysおよび/をSSDで起動可能としてマークします。
HHDをコンピューターからマウント解除し、場合によっては切断してから、 boot-repair を実行し、grubをSSDにインストールして/を起動可能にします。
ライブCDから、SSD /パーティションのfstabを編集して、新しい/ homeパーティションのUUIDを作成します。
SSDのみをマウントした状態でコンピューターを起動して、grub/linuxが機能することをテストします。 (/ homeパーティションにすべてのデータがあることもテストします)
その後、Windows修復ディスクを使用して、SSDブータブルのWindowsパーティションを取得します。
SSDでWindows修復ディスクを使用した後、HHDを接続せずにWindowsとLinuxの両方で起動してみてください。
注:WindowsとLinuxの両方がSSDで動作することを確認するまで、HHD上のものを削除したり移動したりしないでください。
すべてがSSDで動作する場合は、HHDから/、/ home、およびwinsysパーティションを消去し、windataパーティションを展開してすべてを使用します。
私がとる手順を概説しました。 Windowsの修復ディスクが動作していることを保証することはできませんが、その記事によるとそうです。 Ican/パーティションを移動するときにブート修復が機能することを保証します。 GPartedを使用してかなり多くのパーティションを移動したため、これが機能することを知っています。
また、これらの手順のいずれかが失敗し、SSDが起動可能でない場合、すべてのデータとすべてがまだHHDで動作しています。
OPからの追加の経験:
fstab
を編集する必要がなく、Windowsを再びアクティブにしたくないため、これは素晴らしいことですが、最初のコピー段階の後、テストのためにシステムからHDDを取り外し/取り外す必要があります。そうでない場合、同じUUIDを持つ複数のパーティションが存在します。これにより、予期しない結果が生じます。