Hello, I have a Lenovo M57-p desktop. I recently acquired a 1 TB Western Digital blue label SSD drive. I have attached the drive as secondary (in place of cd/dvd) then performed an extended test (with GSmartControl), the test completed without error. Then I tested the 160 GB drive hosting openSUSE TW (with GSmartControl), the test completed without error. Then I used the latest stable Clonezilla 3.1.1-27 to duplicate the original 160 GB platter drive to the newer 1 TB drive (drive to drive duplicate with existing partitions). I am now able to successfully boot and load into KDE with the 1 TB drive (desktop is much faster now).
The issue I am having is with expanding the LUKS containers btrfs filesystem, system-root (/sda2) LV. I am able to extend the /dev/sda2 partition with Gparted seemingly with no issue except that the Titlebar > Partition > Check button is greyed out. The output of lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
fd0
sda
├─sda1
└─sda2 crypto_LUKS 1 d095bece-13e0-47ca-b2a9-f6119d3989fc
└─Lenovo_M57p-openSUSE_Tumbleweed-WDC_WDS100T2B0A-00SM50-SN_1909AF805062
LVM2_member LVM2 001 1yV15y-4YP2-Nekm-EWX2-eiId-uhEi-zxTcvc
├─system-swap swap 1 e736498b-60e5-4f99-99c2-8a6850a78ca9 [SWAP]
└─system-root btrfs 605560ad-fe93-4d09-8760-df0725b43ee1 75.6G 45% /var
/usr/local
/srv
/root
/opt
/home
/boot/grub2/x86_64-efi
/boot/grub2/i386-pc
/.snapshots
/
The output of df -Th
is as follows:
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/system-root btrfs 143G 65G 76G 47% /
devtmpfs devtmpfs 4.0M 8.0K 4.0M 1% /dev
tmpfs tmpfs 3.8G 1.3M 3.8G 1% /dev/shm
tmpfs tmpfs 1.6G 1.7M 1.6G 1% /run
tmpfs tmpfs 3.8G 224K 3.8G 1% /tmp
/dev/mapper/system-root btrfs 143G 65G 76G 47% /.snapshots
/dev/mapper/system-root btrfs 143G 65G 76G 47% /boot/grub2/i386-pc
/dev/mapper/system-root btrfs 143G 65G 76G 47% /boot/grub2/x86_64-efi
/dev/mapper/system-root btrfs 143G 65G 76G 47% /home
/dev/mapper/system-root btrfs 143G 65G 76G 47% /opt
/dev/mapper/system-root btrfs 143G 65G 76G 47% /root
/dev/mapper/system-root btrfs 143G 65G 76G 47% /srv
/dev/mapper/system-root btrfs 143G 65G 76G 47% /usr/local
/dev/mapper/system-root btrfs 143G 65G 76G 47% /var
tmpfs tmpfs 770M 80K 770M 1% /run/user/1000
/dev/dm-3 vfat 2.0G 962M 1006M 49% /run/media/paul/WORLDWIDE1
passing vgs
gives:
VG #PV #LV #SN Attr VSize VFree
system 1 2 0 wz–n- 931.50g 782.46g
passing sudo fdisk -l
gives:
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WDS100T2B0A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 67AAD724-4E3B-4DBB-B4BB-176D1E16FE72
Device Start End Sectors Size Type
/dev/sda1 2048 18431 16384 8M BIOS boot
/dev/sda2 18432 1953523711 1953505280 931.5G Linux LVM
Disk /dev/sdb: 1.94 GiB, 2079850496 bytes, 4062208 sectors
Disk model: Flash Disk
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 /dev/mapper/Lenovo_M57p-openSUSE_Tumbleweed-WDC_WDS100T2B0A-00SM50-SN_1909AF805062: 931.5 GiB, 1000192606208 bytes, 1953501184 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 /dev/mapper/system-swap: 6.52 GiB, 6996099072 bytes, 13664256 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 /dev/mapper/system-root: 142.52 GiB, 153029181440 bytes, 298885120 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 /dev/mapper/luks-fd28e551-c765-461e-aab0-a2c49bb786b9: 1.92 GiB, 2063073280 bytes, 4029440 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
Disklabel type: dos
Disk identifier: 0x00000000
As you can see I was able to rename the LUKS container but I have not modified anything that I am aware of regarding the UUID:
cat /etc/crypttab
Lenovo_M57p-openSUSE_Tumbleweed-WDC_WDS100T2B0A-00SM50-SN_1909AF805062 UUID=d095bece-13e0-47ca-b2a9-f6119d3989fc none x-initrd.attach
cat /etc/fstab
/dev/system/root / btrfs defaults 0 0
/dev/system/root /var btrfs subvol=/@/var 0 0
/dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0
/dev/system/root /srv btrfs subvol=/@/srv 0 0
/dev/system/root /root btrfs subvol=/@/root 0 0
/dev/system/root /opt btrfs subvol=/@/opt 0 0
/dev/system/root /home btrfs subvol=/@/home 0 0
/dev/system/root /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0
/dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
/dev/system/swap swap swap defaults 0 0
/dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0
Passing: btrfs filesystem resize max /mnt
as root does not seem to work, it reports as follows.
Resize device id 1 (/dev/mapper/system-root) from 142.52GiB to max
Is this because system-swap is in the way of system-root i.e. (254:1 above 254:2)? I’ve been trying to review ion this for a number of hours now and feel jammed up. How can I increase the system-root LV size most easily in this situation?
I have include a screenshot of GParted displaying /dev/sda partitions.
-Thanks