Mở rộng phân vùng được mã hóa LUKS để điền vào đĩa

Gần đây tôi đã nâng cấp đĩa của mình từ SSD 128 GB lên SSD 512 GB. Phân vùng / được mã hóa bằng LUKS. Tôi đang tìm kiếm sự giúp đỡ mở rộng phân vùng để sử dụng tất cả không gian trống trên đĩa mới. Tôi đã chuyển ổ đĩa cũ sang ổ đĩa mới:

[root@localhost ~]# fdisk -l /dev/sda
Disk /dev/sda: 477 GiB, 512110190592 bytes, 1000215216 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
Disklabel type: dos
Disk identifier: 0x00009f33

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sda1  *       2048   1026047   1024000   500M 83 Linux
/dev/sda2       1026048 250064895 249038848 118.8G 83 Linux

Có khoảng 380GB dung lượng chưa sử dụng sau sda2.

Thông tin liên quan khác:

[root@localhost ~]# vgs
  VG             #PV #LV #SN Attr   VSize   VFree
  fedora_chocbar   1   3   0 wz--n- 118.75g 4.00m

[root@localhost ~]# lvs
  LV   VG             Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  home fedora_chocbar -wi-a----- 85.55g                                                    
  root fedora_chocbar -wi-a----- 29.30g                                                    
  swap fedora_chocbar -wi-a-----  3.89g

[root@localhost ~]# pvs
  PV                    VG             Fmt  Attr PSize   PFree
  /dev/mapper/encrypted fedora_chocbar lvm2 a--  118.75g 4.00m

Dường như có rất nhiều thông tin liên quan đến cách làm điều này, nhưng rất ít lời giải thích. Tôi đánh giá cao bất kỳ sự giúp đỡ về điều này.

ĐỒNG Ý! Câu trả lời dứt khoát cuối cùng. Các bước của tôi để mở rộng khối lượng mã hóa LUKS ...

1. cryptsetup luksOpen /dev/sda2 crypt-volume để mở khối lượng mã hóa.
2. parted /dev/sdađể mở rộng phân vùng. resizepart NUMBER END.
3. vgchange -a n fedora_chocbar. Ngừng sử dụng VG để bạn có thể thực hiện bước tiếp theo.
4. cryptsetup luksClose crypt-volume. Đóng âm lượng được mã hóa cho các bước tiếp theo.
5. cryptsetup luksOpen /dev/sda2 crypt-volume. Mở lại lần nữa
6. cryptsetup resize crypt-volume. Sẽ tự động thay đổi kích thước âm lượng LUKS vào không gian có sẵn.
7. vgchange -a y fedora_chocbar. Kích hoạt VG.
8. pvresize /dev/mapper/crypt-volume. Thay đổi kích thước PV.
9. lvresize -l+100%FREE /dev/fedora_chocbar/home. Thay đổi kích thước LV cho / nhà thành 100% không gian trống.
10. e2fsck -f /dev/mapper/fedora_chocbar-home. Ném một số ma thuật fsck vào fs đã thay đổi kích thước.
11. resize2fs /dev/mapper/fedora_chocbar-home. Thay đổi kích thước hệ thống tập tin trong / home (tự động sử dụng 100% dung lượng trống)

Tôi hy vọng người khác thấy điều này hữu ích. Bây giờ tôi có 300 + GB cho máy ảo thử nghiệm trên máy tính xách tay của mình!

Vì đây có vẻ không phải là một câu hỏi cụ thể về LVM, tôi muốn đề cập rằng tôi đã di chuyển và mở rộng thành công một trong các phân vùng LUKS của mình 100GiB về phía trước (!) Với GParted trên Fedora 28. Mặc dù vậy, mọi giải pháp khác đều không thể thực hiện được giống như một rắc rối của việc xung quanh hoặc sao lưu và khôi phục (dù sao tôi cũng đã tạo một bản sao lưu). Container LUKS được tự động mở rộng - IIRC GParted thông báo cho bạn về điều này - điều duy nhất còn lại là mở rộng hệ thống tập tin, vì vậy tôi phải làm fsck.ext4 -fvà resize2fstrong trường hợp của tôi.

Xin chân thành cảm ơn các nhà phát triển GParted.

Đối với những người đi đến câu trả lời để tìm hiểu cách đơn giản thay đổi kích thước phân vùng LUKS theo kích thước của thùng chứa đã thay đổi kích thước, các lệnh như sau:

• với khối lượng mật mã đã mở được ánh xạ tới crypt-volume, thực thi

  sudo cryptsetup resize /dev/mapper/crypt-volume
  

• sau đó thay đổi kích thước hệ thống tập tin. Nếu là Ext4, bạn có thể thay đổi kích thước hệ thống tệp được gắn

  sudo resize2fs /dev/mapper/crypt-volume
  

Tôi đã thực hiện cả hai lệnh với một hệ thống tệp được gắn mà không bị gián đoạn, điều này là có thể bởi vì khối lượng được mã hóa là một khối LVM.

Tôi tìm thấy một giải pháp dễ dàng hơn nhiều. Chạy Xubfox trực tiếp, cài đặt và khởi chạy phân vùng. Nó có thể xử lý rất tốt các phân vùng được mã hóa.

Chi tiết đầy đủ có tại đây: http://e1z.ca/devlog/encrypted_partition_resize.html