Безопасно ли отключать resize_inode на ext4 FS?

Question 1

У меня есть том объемом 2 ТБ, содержащий LVM ext4, который содержит большие и в основном статические файлы. Под «статичным» я имею в виду, что они обычно не меняются во времени. Объем заполнен на 99%, и добавление новых файлов становится очень медленной операцией. Поскольку объем достаточно велик, оставшееся пространство в 1% составляет около 25 ГБ, поэтому я хочу его использовать.

Я предполагаю, что мои проблемы являются результатом механизма фрагментации файлов, встроенного в ext4. Чтобы избежать этого поведения, я хочу отключить resize_inode. Я не уверен, что прав, это мне поможет, но я хочу попробовать.

Кто-нибудь знает, безопасно или нет отключить функцию resize_inode?

Команда:

sudo tune2fs -O^resize_inode /dev/mapper/data-data

Question 2

Похоже, отключение resize_inode безопасно, но я не думаю, что это решило мою проблему. После выполнения

tune2fs -O^resize_inode /dev/mapper/data-data

система рекомендовала мне использовать e2fsck. Вот результат:

# tune2fs -O^resize_inode /dev/mapper/data-data
tune2fs 1.41.11 (14-Mar-2010)

Please run e2fsck on the filesystem.

# e2fsck /dev/mapper/data-data
e2fsck 1.41.11 (14-Mar-2010)
/dev/mapper/data-data was not cleanly unmounted, check forced.
Filesystem does not have resize_inode enabled, but s_reserved_gdt_blocks
is 897; should be zero.  Fix<y>? yes

Resize_inode not enabled, but the resize inode is non-zero.  Clear<y>? yes

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(128--1024) ... -(512000128--512001024)
Fix<y>? yes

Free blocks count wrong for group #0 (860, counted=1758).
Fix<y>? yes
.
.
.
Free blocks count wrong (32631947, counted=32649888).
Fix<y>? yes

/dev/mapper/data-data: ***** FILE SYSTEM WAS MODIFIED *****
/dev/mapper/data-data: 23369/2065792 files (2.6% non-contiguous), 496180576/528830464 blocks

Согласно этому ответу Хьюберта Карио, resize_inode используется, чтобы разрешить изменение размеров inode in FS, и я совершенно не прав, пытаясь использовать его для ускорения мои дисковые операции. Но ответ на мой вопрос: да, безопасно отключить resize_inode.

Community · Answer 1 · 15 February 2014 в 13:14

Похоже, отключение resize_inode безопасно, но я не думаю, что это решило мою проблему. После выполнения

tune2fs -O^resize_inode /dev/mapper/data-data

система рекомендовала мне использовать e2fsck. Вот результат:

# tune2fs -O^resize_inode /dev/mapper/data-data
tune2fs 1.41.11 (14-Mar-2010)

Please run e2fsck on the filesystem.

# e2fsck /dev/mapper/data-data
e2fsck 1.41.11 (14-Mar-2010)
/dev/mapper/data-data was not cleanly unmounted, check forced.
Filesystem does not have resize_inode enabled, but s_reserved_gdt_blocks
is 897; should be zero.  Fix<y>? yes

Resize_inode not enabled, but the resize inode is non-zero.  Clear<y>? yes

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -(128--1024) ... -(512000128--512001024)
Fix<y>? yes

Free blocks count wrong for group #0 (860, counted=1758).
Fix<y>? yes
.
.
.
Free blocks count wrong (32631947, counted=32649888).
Fix<y>? yes

/dev/mapper/data-data: ***** FILE SYSTEM WAS MODIFIED *****
/dev/mapper/data-data: 23369/2065792 files (2.6% non-contiguous), 496180576/528830464 blocks

Согласно этому ответу Хьюберта Карио, resize_inode используется, чтобы разрешить изменение размеров inode in FS, и я совершенно не прав, пытаясь использовать его для ускорения мои дисковые операции. Но ответ на мой вопрос: да, безопасно отключить resize_inode.

окна 10 тем и 8 тем очень отличаются при пристальном наблюдении — kernel_panic, 4 August 2015 в 22:06

Безопасно ли отключать resize_inode на ext4 FS?

1 ответ

Другие вопросы по тегам:

Похожие вопросы: