Bug 36063 - Не подхватывается изменение размера раздела
Summary: Не подхватывается изменение размера раздела
Status: CLOSED WONTFIX
Alias: None
Product: Regular
Classification: Distributions
Component: any (show other bugs)
Version: не указана
Hardware: mipsel Linux
: P3 normal
Assignee: Ivan A. Melnikov
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-08 13:36 MSK by Alexey
Modified: 2019-02-08 14:32 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey 2019-02-08 13:36:23 MSK
Имеется модуль Fastwel CPC313 на базе Байкал-Т1 с установленным
Basealt-Sisyphus-Baikal-20181217-mipsel. Так как на модуле установлен SSD на 8ГБ:

[    0.882278] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    0.882415] ata1.00: ATA-9: nanoSSD 3SE, S141002C, max UDMA/133
[    0.882422] ata1.00: 15649200 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    0.882565] ata1.00: configured for UDMA/133
[    0.882954] scsi 0:0:0:0: Direct-Access     ATA      nanoSSD 3SE      002C PQ: 0 ANSI: 5

было решено изменить размер корневого раздела с предустановленных ~2ГБ до 8ГБ с помощью утилиты parted. После изменения размера:
[root@Baikal-T1 ~]# fdisk -l /dev/sda
Disk /dev/sda: 7,5 GiB, 8012390400 bytes, 15649200 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: 0xa0ef1876

Device     Boot Start      End  Sectors  Size Id Type
/dev/sda1        2048 15649199 15647152  7,5G 83 Linux

[root@Baikal-T1 ~]# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  7,5G  0 disk 
└─sda1   8:1    0  7,5G  0 part /

[root@Baikal-T1 ~]# partx -l /dev/sda
# 1:      2048- 15649199 ( 15647152 sectors,   8011 MB)

Однако df до сих пор утверждает, что имеется всего 2ГБ:
[root@Baikal-T1 ~]# df
Filesystem      Size  Used Avail Use% Mounted on
udevfs          5,0M     0  5,0M   0% /dev
runfs           1,6G  1,3M  1,6G   1% /run
/dev/sda1       2,0G  1,8G  169M  92% /
tmpfs           1,6G     0  1,6G   0% /dev/shm
tmpfs           5,0M     0  5,0M   0% /run/lock
tmpfs           1,6G     0  1,6G   0% /sys/fs/cgroup
tmpfs           1,6G     0  1,6G   0% /tmp
tmpfs           319M     0  319M   0% /run/user/0

resize2fs не помогает:
[root@Baikal-T1 ~]# resize2fs /dev/sda1
resize2fs 1.44.5 (15-Dec-2018)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
resize2fs: Kernel does not support online resizing

[root@Baikal-T1 ~]# partx -v -a /dev/sda
partition: none, disk: /dev/sda, lower: 0, upper: 0
/dev/sda: partition table type 'dos' detected
range recount: max partno=1, lower=0, upper=0
partx: /dev/sda: adding partition #1 failed: Device or resource busy
partx: /dev/sda: error adding partition 1

partprobe и перезагрузка тоже.

Какое может быть решение в данном случае?

Возможно ли в следующих версиях дистрибутива использовать ext4 файловую систему? Она вроде как поддерживает on-line resizing.
Comment 1 Ivan A. Melnikov 2019-02-08 14:03:37 MSK
> Какое может быть решение в данном случае?

Если я правильно понимаю ситуацию, размер раздела изменился, а файловой системы нет. Действительно, ext2 не поддерживает online resizing. Изменить размер раздела можно из какой-то другой системы. Для платы bfk3 я бы предложил настольный комьютер с ОС linux или встроенный в плату режим восстановления. Я не знаю, какие средства в этом плане доступны в модулях Fastwel, у нас такого оборудования нет.

> Возможно ли в следующих версиях дистрибутива использовать ext4 файловую
систему? Она вроде как поддерживает on-line resizing.

Сейчас мы отакзываемся от публикации образов ФС; в будущем будут публиковаться только тарболы с rootfs. Это решит в том числе и эту проблему.
Comment 2 Alexey 2019-02-08 14:32:37 MSK
Спасибо! Загрузился с встроенной SPI флешки и через resize2fs всё исправилось.