Fedora 25 GNU/Linux - найдите недостающее место на диске и измените размер LVM

Question

Я установил Fedora Server 25 64-bit, используя LVM и автоматическое разбиение диска.
Размер автоматически созданного / корневого тома был слишком мал (16 ГБ), и на диске оставалось много свободного места, которое все еще оставалось доступным.
Диск является жестким диском Intel SSD 180 ГБ SATA.
Поэтому я изменил размер / root с помощью "lvextend" и "pvresize", выделив ему 100% свободного пространства в системе live CD.
Что-то пошло не так, потому что том / root изменен (теперь у него около 170 ГБ), но он все еще заполнен на 98%.
Пожалуйста, проверьте вывод команд "fdisk -l" и "df -h":

[igor@uc-srv ~]$ df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 3.9G     0  3.9G   0% /dev
tmpfs                    3.9G  256K  3.9G   1% /dev/shm
tmpfs                    3.9G  1.6M  3.9G   1% /run
tmpfs                    3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   15G   15G  406M  98% /
tmpfs                    3.9G   32K  3.9G   1% /tmp
/dev/sda1                976M  138M  772M  16% /boot
/dev/sdb1                341G   52G  289G  16% /media/ntfs1
tmpfs                    793M   16K  793M   1% /run/user/42
tmpfs                    793M   16K  793M   1% /run/user/1000

[igor@uc-srv ~]$ sudo fdisk -l
Disk /dev/sda: 167.7 GiB, 180045766656 bytes, 351651888 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: 0xc0948dd2

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sda1  *       2048   2099199   2097152     1G 83 Linux
/dev/sda2       2099200 351651839 349552640 166.7G 8e Linux LVM


Disk /dev/sdb: 372.6 GiB, 400088457216 bytes, 781422768 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: 0xc0c96c56

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1  *         2048 714313727 714311680 340.6G  7 HPFS/NTFS/exFAT
/dev/sdb2       714313728 781420543  67106816    32G  7 HPFS/NTFS/exFAT

Disk /dev/mapper/fedora-root: 158.8 GiB, 170515234816 bytes, 333037568 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/fedora-swap: 7.9 GiB, 8451522560 bytes, 16506880 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

Как вы можете видеть, df сообщает, что fedora-root равен 15 ГБ, а fdisk - 158 ГБ.
Что я должен сделать, чтобы восстановить свободное место и правильно назначить его /root?

ОБНОВЛЕНИЕ: Когда я бегу:

sudo resize2fs /dev/mapper/fedora-root  

Я получил:

resize2fs 1.43.3 (04-Sep-2016)
resize2fs: Bad magic number in super-block while trying to open /dev/mapper/fedora-root
Couldn't find valid filesystem superblock.

Answer 1

Похоже, вы запустили lvextend не указав опцию -r (или --resizefs). Это означает, что вы расширили объем, но файловая система поверх этого - или внутри него, если хотите - осталась прежней. Это как кучка русских матрешек.

К счастью, вы можете сделать это сейчас. Бежать

sudo xfs_growfs /dev/mapper/fedora-root

и это увеличит этот раздел, чтобы заполнить максимально доступный размер. (Вы можете расти таким образом, пока система работает.) Обратите внимание, что это для файловой системы Fedora Server по умолчанию, XFS. Другие варианты Fedora по-прежнему используют EXT4 по умолчанию; для этого замените xfs_growfs на resize2fs . Оба имеют одинаковое поведение по умолчанию при расширении файловой системы для заполнения доступного пространства, которое в этом случае будет оставшейся частью логического тома.

Это относительно без риска (вероятно, это было сделано миллионы раз без каких-либо инцидентов), но, как и во всех основных операциях с файловой системой, рекомендуется сначала создать резервные копии любых важных данных.