web-dev-qa-db-ja.com

resize2fs：サイズ変更に十分な予約済みgdtブロックがありません

Rootfsパーティションのサイズを250Gbから1000Gbに変更しようとしています。

# Sudo resize2fs /dev/sda1
resize2fs 1.42.9 (4-Feb-2014)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 15, new_desc_blocks = 59
resize2fs: Not enough reserved gdt blocks for resizing

ディスク：

# Sudo fdisk -l

...

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 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
Disk identifier: 0xa7eaa73d

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048  1953523215   976760584   83  Linux

ファイルシステム：

# Sudo tune2fs -l /dev/sda1
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          276eeebb-6d0e-4ac9-98ac-ed5835989624
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              15299712
Block count:              61049600
Reserved block count:     2520034
Free blocks:              55776421
Free inodes:              14996879
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      41
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8208
Inode blocks per group:   513
Flex block group size:    16
Filesystem created:       Tue Sep 23 09:48:57 2014
Last mount time:          Sun Apr  3 18:36:38 2016
Last write time:          Sun Apr  3 18:36:38 2016
Mount count:              43
Maximum mount count:      -1
Last checked:             Tue Sep 23 09:48:57 2014
Check interval:           0 (<none>)
Lifetime writes:          17 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      f78f18f6-5aaf-4207-aa21-8ec89212504c
Journal backup:           inode blocks

フリースペース：

# Sudo df -h

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       230G   17G  204G   8% /
...

32ビットARMデバイス上にありますが、制限に達しましたか？それを克服できる可能性はありますか？

arm32bitresize2fs
2
happy_marmoset

Linuxカーネルに関する議論 メーリングリストによると、これはresize2fsのバグです（明らかに回避策はありません）。

OK、あなたの説明に基づいて、あなたは8001057980416バイトであったデバイスから始めて、それからそれを22002909446144バイトに成長させました。そこで、xfsパーティションにあるファイルを使用してまったく同じことを試みました（それで、それをそれほど大きくすることができました）：

そして

私が主にオンラインサイズ変更を使用してresize2fsを機能させることに焦点を当てていたことを考えると、これは完全に私を驚かせることはありませんが、修正が必要なresize2fsのバグです---オフラインサイズ変更を機能させる必要があります。これに関連するバグがあります。単にresize2fsがオフラインサイズ変更を拒否するようにする必要があります。

2
Thomas Dickey