UEFI+GPTな環境におけるssdの増設のためのパーティションのclone
3654 ワード
目的
UEFI + GPTなPCに載っているNVMeなSSDのパーティション(/dev/nvme0n1p5 128GiB)を，SATAなSSDのパーティション(960GiB)に移し替える
- ただし，efi boot領域は/dev/nvme0n1p2に残す
個人の備忘録に近い
元の環境 (windows10とubuntu 19.10のデュアルブート)
ubuntuにおけるlsblkコマンドの抜粋
nvme0n1 477G disk
├─nvme0n1p1 499M part
├─nvme0n1p2 100M part /boot/efi
├─nvme0n1p3 16M part
├─nvme0n1p4 348.3G part /windows
└─nvme0n1p5 128.0G part /
現環境
ubuntuにおけるlsblkコマンドの抜粋
nvme0n1 477G disk
├─nvme0n1p1 499M part
├─nvme0n1p2 100M part /boot/efi
├─nvme0n1p3 16M part
└─nvme0n1p4 348.3G part /windows
sda 931.5G disk
└─sda1 931.5G part /
踏んだ手順
以下の作業には全くwindowsを使っていない
ssdの購入，接続
nvmeは高かったのでsataにした
samsungの960GBのやつを信頼して買った
普通にsata接続をした
ssdのフォーマット，クローン
$ sudo mkfs.ext4 /dev/sda
$ sudo ddrescue -r1 -f -v /dev/nvme0n1p5 /dev/sda1 ddrescue1.log # ddより少し安全
$ sudo fsck -n /dev/sda1 # なんとなく実行
$ sudo e2fsck /dev/sda1 # たしか実行しろという指示がどっかで出た
$ sudo resize2fs /dev/sda1 # これをしないとdf -hでの容量が128GBのままになる
$ sudo blkid # /dev/sda1のUUIDを控える(PARTUUIDは特に控えなかった)
$ sudo vi /etc/fstab # /をマウントしている部分のUUIDを変更
grubの修復 (boot-repair)
ubuntuのライブUSB(18.04, 日本語環境)を作成
18.04のライブUSBの日本語環境だとboot-repairのためのadd-apt-repositoryがうまくいかないため，
$ sudo mv /etc/apt/sources.list.d/ubuntu-ja.list /etc/apt-sources.list.d/ubuntu-ja.list.my-save
$ sudo add-apt-repository ppa:yannubuntu/boot-repair
$ sudo apt update
$ sudo apt install boot-repair
$ boot-repair # ここでgrubを更新
$ sudo mv /etc/apt/sources.list.d/ubuntu-ja.list.my-save /etc/apt-sources.list.d/ubuntu-ja.list
$ reboot
bootを確認
grubからubuntuを起動してubuntuが動作することを確認
元の領域を削除
$ sudo cgdisk /dev/nvme0n1 # ここでncursesの操作インターフェースからnvme0np5を削除
Author And Source
この問題について(UEFI+GPTな環境におけるssdの増設のためのパーティションのclone), 我々は、より多くの情報をここで見つけました https://qiita.com/future731/items/358891d6575e53903d90著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .