Ubuntu 14.04にはたくさんのパッケージがあり、仕事に関係するものがあり、とても満足しています。 120GBのメインSSDドライブにインストールされます(ubuntuのインストール時に「/」を選択したため、すべてがこのドライブにあるはずです)。/dev/sdaとして表示されます
今、コンピューターに別のSSDを追加しました。これは240Gbです。現在、他のストレージメディアはありません(外部ハードドライブなど)。
新しい240GBドライブは明らかに容量が大きく、高速(120GBのものよりも新しい世代)であるため、Linuxをこの新しいドライブに移動したいと考えています。この新しいドライブは/ dev/sdbとして表示され、現時点ではフォーマットされていないか、何もありません(私は文字通りパッケージ化を解除し、今すぐPCに挿入しています:P)
Linuxインストールを新しいドライブに安全に移動するにはどうすればよいですか?
必要に応じて、新しいドライブが/ dev/sdaとして表示されるように、SATAケーブルを変更できます。
これが役立つ場合、これは「fdisk -l」の出力です。
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00076d7a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 226064383 113031168 83 Linux
/dev/sda2 226066430 234440703 4187137 5 Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5 226066432 234440703 4187136 82 Linux swap / Solaris
Disk /dev/sdb: 240.1 GB, 240057409536 bytes
255 heads, 63 sectors/track, 29185 cylinders, total 468862128 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: 0x00000000
Disk /dev/sdb doesn't contain a valid partition table
この目的でCLONEZILLAを使用できます。
Clonezillaは無料のパーティションおよびディスクイメージング/クローン作成ツールで、すべてのデータ(ディスクまたはパーティション全体)を高度に圧縮された方法でバックアップし、後でそれを完全に同じ状態に戻すためにハードディスクにクローンします。これは、ほとんどの場合、OSをインストールするよりも高速です。
ダウンロード Clonezilla安定ISO または 直接ダウンロードclonezilla-live-2.4.6-25-AMD64.iso
Tuxboot 7.0 を使用して、起動可能な(ライブ)USBを作成します。
作成されたClonezillaメディアから起動します。
今、あなたには多くのオプションがあります:
あなたの場合、「デバイス-デバイス」オプションも使用できますが、私はそれをよく知りません。
Clonezillaの詳細なガイドは、ここで見つけることができます:http://clonezilla.org
それにはいくつかの方法があります。しかし、最も簡単な方法は、すべてのファイルを古いドライブから新しいドライブにコピーすることです。
新しいドライブにext4パーティションとスワップパーティションを作成します。
LiveUSBから起動します。
古いUbuntuパーティションをあるディレクトリにマウントし、新しいパーティションを他のディレクトリにマウントします。
cp -a
コマンドを使用して、古いファイルから新しいファイルにすべてのファイルをコピーします。
/etc/fstab
を新しいUUIDで更新します。
不明な点がある場合は、説明を追加できます。
時間があり、安全に行きたい場合:
$ dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync
コマンドの説明:
if
は入力、of
は宛先ですbs
はブロックサイズを設定します。 ddが読み書きするチャンクのサイズです。通常、チャンクサイズを大きくするとパフォーマンスが向上しますが、入力ディスクにエラーがある場合のデータの破損も大きくなります。こちらをご覧ください: archwiki on ddnoerror
はr/w-errorsで継続します。sync
は、エラーが発生した場合にオフセットを同期します。これにより、基本的にディスクsdaのイメージが作成され、sdbに書き込まれます(同じパーティションレイアウトなど)。もちろん、ファイルに依存しない120GB全体を書き込みます。したがって、ディスクのごく一部しか使用しない場合、非常に安全ですが、最速ではありません。ただし、入力ディスクがかなりいっぱいの場合は、さらに高速になる可能性があります。
しかし:
他の回答とは異なり、これによりLinuxインストールのクローンを作成し、現在のインストールをそのままの状態でGrubメニューに追加できます。さらに、/etc/fstab
を自動的に変更し、grub
ブートメニューを更新します。
クローンを作成する正しいパーティションを選択するのに役立つメニューが提供されます。パーティションからのクローンは、現在ブートされているパーティションです。
rsync
は、パーティションの再クローンを選択した場合に最適な速度で使用されます。これは、アップグレードが失敗し、バグ修正を待ってから再度アップグレードを実行する場合に役立ちます。同様に、アップグレード中に間違ったオプションを選択した可能性があり、再度実行したい場合があります。
完全なスクリプトはここにあります: 18.04 LTSアップグレードをテストするためにUbuntuを新しいパーティションにクローンするためのBashスクリプト
新しいHDDに切り替えるときの方法は次のとおりです。
/mnt/a
にコピーする古いハードディスクパーティションをマウントします。/mnt/b
などのファイルを受信するために、新しいハードディスクパーティションをマウントしますcp -a
またはtarを使用して/mnt/a
から/mnt/b
にファイルをコピーします/etc/fstab
を更新します(blkid
を使用して新しいUUIDを識別できます)注¹:
次のコマンドを使用して、すべてのハードディスクとパーティションを確認します。
Sudo fdisk -l
次に、Ubuntuがインストールされているパーティションをメモします。パーティションは/dev/sda1
のようになります
GRUB 2(ハードディスクパーティション)をインストールする必要があるパーティションをマウントすると、ファイルシステムがNautilusに表示されます。次に、実際のハードディスクMBRを変更するために、正しいハードディスクパーティションをマウントする必要があります。そのために必要なこと:
Sudo mount /dev/sda1 /mnt
mount
パーティションを別の場所にマウントします
Sudo mount /dev/sda1 /mnt/boot
起動したライブイメージの/dev
フォルダーから、/dev
にマウントしたパーティションの/mnt
フォルダーへの壊れないリンクを作成します。
Sudo mount --bind /dev /mnt/dev/
ここで、ルートをライブCDルート(/)からマウントされたパーティションのルートに変更する必要があります
Sudo chroot /mnt
これで、マウントされたパーティションが新しいルートである新しいルートシェルになります。この入力を確認するには、ls
と入力します。マウントされたパーティションにいるので、先に進んでGRUB 2をインストールできます:
Sudo grub-install /dev/sda
エラーなしでインストールが完了します
exit
と入力するか、を押して、CHROOTシェルを終了します Ctrl+D Live CD/USBシェルに戻ります
クリーンリブートするために、以前にマウントしたパーティションをアンマウントします。
Sudo umount /mnt/dev
Sudo umount /mnt/boot
Sudo umount /mnt
ライブCDまたはUSBスティックを取り外してから再起動し、ハードディスクから起動します。
Sudo reboot
この投稿に関連する実験を行うことにしました。
Lenovo ThinkCentreを取得しました。 256 GB SSDと1 TB HDD(スピナータイプ-高速ですが、SSDほど高速ではありません)がありました。
Linux Mint 19.2(LM19.2)をインストールすると、1 TBドライブにインストールされました。 SSDが回復不能になり、新しいKingston 240 GB SSDを購入しました。
LM19.2を新しいSSDにインストールしようとしていましたが、よく開発されたLM19.2イメージを1 TBドライブから新しいSSDに転送する方法があるはずです。
私はこの投稿を見つけました。上記のいくつかの確かなアドバイスがありますが、私は実験するモードでした。以下は私がやったことの説明であり、うまくいきましたVERY.
起動速度だけで、これらの簡単な手順は労力に値します。 Dropboxでも問題なく転送されました-もう一度ログインしてほしいだけで、ファイルのインデックス作成に全時間を要しましたが、うまくいきました。