☰

編集する

tag-icon • tag-icon fedora lvm luks
編集する

私のファイルシステム：

$ df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 9.8G     0  9.8G   0% /dev
tmpfs                    9.8G   18M  9.8G   1% /dev/shm
tmpfs                    9.8G  1.8M  9.8G   1% /run
tmpfs                    9.8G     0  9.8G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   49G   14G   33G  30% /
tmpfs                    9.8G  160K  9.8G   1% /tmp
/dev/nvme0n1p5           976M  195M  715M  22% /boot
/dev/mapper/fedora-home   37G   28G  6.3G  82% /home
/dev/nvme0n1p1           256M   47M  210M  19% /boot/efi
tmpfs                    2.0G   12M  2.0G   1% /run/user/1000

gnome-app "disk"は/dev/nvme0n1。

/dev/mappe/fedora-homeが437GBになるようにこの400GBをホームパーティションに追加するにはどうすればよいですか？

ディスク暗号化（LUKS）とFedora 29を使用しています。

編集する

別の-l

出力はsudo parted -l次のとおりです。

Model: NVMe Device (nvme)
Disk /dev/nvme0n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system  Name                          Flags
 1      1049kB  274MB  273MB   fat32        EFI System Partition          boot, hidden, esp
 2      274MB   290MB  16.8MB               Microsoft reserved partition  msftres
 5      406GB   407GB  1074MB  ext4
 6      407GB   511GB  104GB
 4      511GB   512GB  1049MB  ntfs         Basic data partition          hidden, diag

LSBL

$ lsblk
NAME                                        MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
nvme0n1                                     259:0    0  477G  0 disk  
├─nvme0n1p1                                 259:1    0  260M  0 part  /boot/efi
├─nvme0n1p2                                 259:2    0   16M  0 part  
├─nvme0n1p4                                 259:4    0 1000M  0 part  
├─nvme0n1p5                                 259:5    0    1G  0 part  /boot
└─nvme0n1p6                                 259:6    0 96.7G  0 part  
  └─luks-29414c5a-13ed-4ddb-9403-8aa5d983fd4f
                                            253:0    0 96.7G  0 crypt 
    ├─fedora-root                           253:1    0   50G  0 lvm   /
    ├─fedora-swap                           253:2    0  9.8G  0 lvm   [SWAP]
    └─fedora-home                           253:3    0 36.9G  0 lvm   /home

編集2

@frostschutzに答えてくれてありがとう、いくつかのフォローアップ/理解に関する質問があります。

私の理解

lsblkデバイス全体とそのパーティションを表示できます。使用されるparted -l各パーティションの内容を表示できます。

したがって、lsblkを見ると、nvme0n1の合計サイズが477GBであることがわかります。ディスクには6つのパーティションがあります。パーティション6は、3つのマウントポイントを持つLuks暗号化コンテナであることがわかります。

パーティション番号は出力に対応します。parted

だから：

  • nvme0n1p1 = 260MはEFIブートです（parted -lで見ることができます）
  • nvme0n1p2 = 16MはMicrosoftが予約したものです（回復パーティションのようです）
  • nvme0n1p3はありません。これには400GBがあると推論できますが、正解ではありません。私達は477G - 260M -16M - 1000M - 1G - 96.7G = 378Gを持っています。
  • nvme0n1p4=デフォルトのデータスペース、Ntfs - おそらく古いウィンドウかもしれませんが、隠されていますか?これが何であるかわかりません。
  • nvme0n1p5 = ブート、Linux Grub用だと思いますか？
  • nvme0n1p6 = luks lvmコンテナ暗号化を使用したFedoraのインストール。

lsblkまた、パーティション 2 が終わる場所 (290 MB) からパーティション 3 が始まる場所 (406 GB) まで「スペース」があることも示しています。

私のフォローアップの質問

私はこれを見ることがpartedでき、lsblkパーティションのサイズに同意しませんか？Partedパート6が104GBだとしましょう。lsblkパート6が96.7GBであるとします。

gnomeプログラムdiskによると、406GBの空き容量があるそうです。報告されているように、フルサイズから使用されたパーティションを引いたサイズを計算すると、lsblkおおよそ次のようになります。 378Gのようなのにparted406Gから290Mを引いたようだからおそらく405日だろう。

1:どの報告された測定基準を信頼する必要がありますか？。または、lsblkが間違ったサイズを報告するのはなぜですか？この違いは、G（基本10）とGB（基本2？）の違いよりも大きく見えます。しかし、本当にそうですか？

パーティション3の作成方法を理解しています。 9MBをランダムに割り当てて整数を取得します。現在のブートは1GBです。 newboot caを割り当てました。 900MB - 私の出力によると、これdfで十分です。現在のルートは96.7GBで、約200Gから1200Mを引いたサイズを割り当てます。 199G - なぜスペースが足りないのですか？

2:そうですか？

ddを介してデータをコピーする方法を理解します。

これで、パーティション5（以前のブート - 7にコピーした）、パーティション6（存在しないパーティション？）、パーティション7と8（newbootとnewroot？ - 作成してコピーしたのですか？）を削除したいことがわかりました。

3: それから私は理解できません。これらの新しいパーティションを削除するのはなぜですか？それとも単に削除された番号ですか？

4: *newboot と newroot を再生成する理由がわかりません。私が見るには、私たちはそれを作成し、そこにデータをコピーし、削除し、次に作成するようだ？質問3に従って削除されなかった場合、なぜ再生成されますか？

私が読む方法：resizeコマンドがパーティションを511 GBの場所に拡張することを理解しています。

ところで今はデータがないようですが？私はどこで間違って理解しましたか？

編集3

ここに到達したら、後で調査する必要がありますpvresize。lvextendresize2fs

ベストアンサー1

したがって、ディスクの中央には約400 GBのパーティション化されていないスペースがあります（パーティション番号3がありません）。この間隔の後には、/bootパーティション（5）とFedoraインストールを含むLUKS暗号化パーティション（6）があります。したがって、パーティション1、2、（3つの欠落）、5、6、4があります。

この場合、Live CD（何もインストールしないでください）パーティション5、6を移動し、パーティション6を展開します。パーティション 1、2、4 は変更されていません。おおよその（！）は次のようにすることができます：

# parted /dev/nvme0n1 mkpart unused3 290MiB 299MiB  # should be 3
# parted /dev/nvme0n1 mkpart newboot 300MiB 1199MiB # should be 7
# parted /dev/nvme0n1 mkpart newroot 1200MiB 200GiB # should be 8

これにより、パーティション番号3が作成され（対応する番号を保存するために）、5と6を置き換える2つの新しいパーティション7と8が作成されます。パーティション間隔がブートパーティションとルートパーティションを含むのに十分な大きさであるため、この方法でのみ実行できます。

データを次の場所にコピーします。

# dd status=progress bs=1M if=/dev/nvme0n1p5 of=/dev/disk/by-partlabel/newboot
# dd status=progress bs=1M if=/dev/nvme0n1p6 of=/dev/disk/by-partlabel/newroot

両方のコピーが正常に作成された場合にのみ続行できます。この時点までに問題が発生した場合は、再起動する前に newboot および newroot パーティションを削除してください。それ以外の場合、UUID の競合が発生します。

元のパーティション番号を復元し、サイズを増やします。

# parted /dev/nvme0n1 rm 5 rm 6 rm 7 rm 8
# parted /dev/nvme0n1 mkpart newboot 300MiB 1199MiB # previously 7 now 5
# parted /dev/nvme0n1 mkpart newroot 1200MiB 200GiB # previously 8 now 6
# parted /dev/nvme0n1 resizepart 6 511GB

再起動後に残ったのはpvresize、、、、 ... 適切だと判断lvextendさresize2fsれる正常な成長作業だけです。

ノートparted /dev/nvme0n1 unit mib print free：各ステップを、または同様の方法で検証します。上記のコマンドのいずれもテストされていません（現在の状況を簡単に再現できないため）。理論的にはそうかもしれませんが、実際には調整する必要があるかもしれません。問題が発生した場合は、再インストールできるようにデータをバックアップすることから始めてください。

別の方法は、欠落しているパーティション3を再作成してluksFormatしてLVMに追加することです。これにより、データを移動する必要がなくなりますが、起動するたびに1つではなく2つのLUKSコンテナを開く必要があります。

gparted端末から手動でパーティションを移動するのではなく、パーティションを移動することもできます。私はこのプログラムを直接使ったことがないので、LUKSコンテナなどをどれだけうまく処理するのかわかりません。

おすすめ記事