Почему размер расширенного (в gparted) раздела остается прежним?

Question

[ginsburg]

Увеличил размер раздела(sdb5) в федоре, используя gparted, но новое пространство не видит.

sdb5 оказался с неразмеченым местом, проверил раздел на ошибки и неразмеченное пространство стало чистым (в gparted), но на деле, обьемы не изменились, как было 15, так и осталось.

Скрин gparted:

Скрин свойств раздела:

df -lh говорит, что размер не изменился (вероятно, я что-то не понял):

[root@localhost ~]# df -lh
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/live-rw      3.9G  3.1G  746M  81% /
devtmpfs                 2.0G     0  2.0G   0% /dev
tmpfs                    2.0G  416K  2.0G   1% /dev/shm
tmpfs                    2.0G  1.1M  2.0G   1% /run
tmpfs                    2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sde1                7.6G  953M  6.6G  13% /run/initramfs/live
tmpfs                    2.0G   24K  2.0G   1% /tmp
varcacheyum              2.0G  187M  1.8G  10% /var/cache/yum
vartmp                   2.0G     0  2.0G   0% /var/tmp
/dev/mapper/fedora-root   15G   15G     0 100% /run/media/liveuser/cafa56d4-5962-4e3f-a353-56a6765fe3ed
/dev/sdc1                299G  146G  153G  49% /run/media/liveuser/300

А fdisk -l пишет, что изменился:

Disk /dev/sdb: 59.6 GiB, 64023257088 bytes, 125045424 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: 0x0000e706

Device    Boot     Start       End   Blocks  Id System
/dev/sdb1 *         2048    206847   102400   7 HPFS/NTFS/exFAT
/dev/sdb3         206848   1230847   512000  83 Linux
/dev/sdb4        1230848 125044735 61906944   5 Extended
/dev/sdb5        1232896 125044735 61905920  8e Linux LVM

Answer 1

[Армянское Радио]

Размер раздела изменился, размер файловой системы - нет.
resize2fs нужно делать.

Comments

[ginsburg]

Попробовал, выдает следующее:

[root@localhost ~]# resize2fs /dev/sdb5
resize2fs 1.42.8 (20-Jun-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/sdb5
Couldn't find valid filesystem superblock.

[Дмитрий]

Возможно у вас файловая система не ext. Нужно знать какая.
Так же не всегда resize2fs может правильно отрабатывать на примонитрованной фс.

Answer 2

[Владимир]

увеличить LV в LVM
затем размер ФС

Comments

[ginsburg]

Можно поподробнее по второму пункту?

[Владимир]

ФС - файловая система
сделать как раз то что написал ув. Армянское Радио

[Владимир]

resize2fs /dev/mapper/fedora-root

[ginsburg]

Ввел следующее:

[root@localhost ~]# lvextend -l +100%FREE /dev/mapper/fedora-root
  Extending logical volume root to 55.14 GiB
  Logical volume root successfully resized

Затем это:

[root@localhost ~]# resize2fs /dev/mapper/fedora-root
resize2fs 1.42.8 (20-Jun-2013)
Filesystem at /dev/mapper/fedora-root is mounted on /run/media/liveuser/cafa56d4-5962-4e3f-a353-56a6765fe3ed; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 4
The filesystem on /dev/mapper/fedora-root is now 14455808 blocks long.

Проблема решена, спасибо всем за помощь.