LINUX.ORG.RU

Несоотвествие размера диска и свободного пространства ext4

 , , ,


0

1

Внезапно обнаружил, что у меня нет свободного пространства в корневом разделе. Скачал gparted live, расширил диск. Загружаюсь в систему, при запуске Хсов мне выскакивает ошибка о том, что невозможна запись в /tmp. Проверяю, а в корневом разделе всё ещё нет свободного пространства.

Вроде зарезервированных блоков хватает. Что это может быть?

sudo tune2fs -l /dev/sda3

tune2fs 1.44.5 (15-Dec-2018)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          d5f0ad6c-2584-4c3e-8a30-f271a313e996
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1220608
Block count:              4882176
Reserved block count:     244108
Free blocks:              192025
Free inodes:              770894
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sun Mar 31 10:52:58 2019
Last mount time:          Sun Oct 25 12:16:21 2020
Last write time:          Sun Oct 25 15:16:20 2020
Mount count:              989
Maximum mount count:      -1
Last checked:             Sun Mar 31 10:52:58 2019
Check interval:           0 (<none>)
Lifetime writes:          257 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       394010
Default directory hash:   half_md4
Directory Hash Seed:      8bf6bce2-146e-4c73-ba1b-78abfb84b307
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x0342a4cc

Я сталкивался с такой проблемой раньше, но тогда я просто переустановил систему (были причины поступить так)



Последнее исправление: towe (всего исправлений: 2)

Скачал gparted live, расширил диск

Ну, рассказывай, как подрезал, как обгонял^W^W^W^W как расширял? Делал ли resize2fs после изменения размера раздела?

slowpony ★★★★★
()
Ответ на: комментарий от slowpony

Так, ну смотрите:

  1. Диск зашифрованный, так что я сначала его расшифровал
  2. Уменьшил размер соседнего диска на 10Гб
  3. Увеличил размер корневого размера на те самые освободившиеся 10Гб
  4. Подтвердил изменения

Это в gui, соответственно

Делал ли resize2fs после изменения размера раздела?

resize2fs, разве gparted сам не делает?

towe
() автор топика
Ответ на: комментарий от anonymous

journalctl –disk-usage

8M используется

А /var/lib/systemd/coredump чистил

Он вообще пустой у меня

towe
() автор топика

Block count: 4882176

19071 MiB

Reserved block count: 244108

953 MiB

Free blocks: 192025

750 MiB

При этом reserved это скорее всего «reserved for root, journal or whatever». И если оно больше свободного места, то может сводобного считается 0.

xaizek ★★★★★
()
Ответ на: комментарий от towe

Не знаю. Я не вижу нормального описания того, что входит в free blocks, а что в reserved blocks. Может часть reserved blocks занята.

xaizek ★★★★★
()
Ответ на: комментарий от towe

Вроде понял. Блоки реально не резервируются, просто при условии «free blocks <= reserved blocks» у не системных пользователей отбирается право на выделение новых блоков. Дальше диск может заполнять только система. Видимо, что-то эти 203 метра так и потребило.

xaizek ★★★★★
()
Ответ на: комментарий от xaizek

Оказывается, что я просто не разметил место в рамках раздела)))) Прибавить-то место прибавил, а не разметил. Теперь всё работает

Не похоже, что ваша гипотеза подтверждается. Вот выхлоп tune2fs для расширенного диска

Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          d5f0ad6c-2584-4c3e-8a30-f271a313e996
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1884160
Block count:              7529216
Reserved block count:     376459
Free blocks:              2797032
Free inodes:              1434989
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1023
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sun Mar 31 10:52:58 2019
Last mount time:          Sun Oct 25 14:49:56 2020
Last write time:          Sun Oct 25 17:49:56 2020
Mount count:              1
Maximum mount count:      -1
Last checked:             Sun Oct 25 17:48:50 2020
Check interval:           0 (<none>)
Lifetime writes:          257 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       393275
Default directory hash:   half_md4
Directory Hash Seed:      8bf6bce2-146e-4c73-ba1b-78abfb84b307
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x92d6e73f
towe
() автор топика

Всем спасибо, впредь постараюсь быть внимательнее

towe
() автор топика
Ответ на: комментарий от towe

Вроде в выводе всё нормально. Теперь reserved blocks в два раза больше (он 5% от размера диска по умолчанию) и это значение сильно меньше нового free blocks.

xaizek ★★★★★
()
Ответ на: комментарий от xaizek

В глаза долблюсь, действительно меньше. Вы правы, спасибо

towe
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.