LINUX.ORG.RU
решено Форум — Admin  

Нет инодов на диске совсем ноль

 ,


0

3

Доброе

Такая проблема дистр Арч фс Btrfs На диске полностью отсутствуют иноды

Как так то?

$ df -i
Файловая система   Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в
dev                993496           559    992937             1% /dev
run                999587           826    998761             1% /run
efivarfs                0             0         0              - /sys/firmware/efi/efivars
/dev/nvme0n1p2          0             0         0              - /
tmpfs              999587             9    999578             1% /dev/shm
tmpfs             1048576            19   1048557             1% /tmp
/dev/nvme0n1p2          0             0         0              - /.snapshots
/dev/nvme0n1p2          0             0         0              - /home
/dev/nvme0n1p2          0             0         0              - /var_log
/dev/nvme0n1p2          0             0         0              - /var
/dev/nvme0n1p1          0             0         0              - /boot/efi
/dev/sda1        30523392        296804  30226588             1% /mnt/Git
tmpfs              199917            58    199859             1% /run/user/1000

P.s удалил снимки (было 8 штук) система запустилась и почти работает но вопрос открытый

Не до конца понимаю как это работает и почему ~8 снимков забивают фс но помогло удаление снимков

Интересная вещь эта ваша btrfs Спасибо за помощь

Перемещено hobbit из general



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

На Btrfs всегда ноль. Тебе, скорее, надо смотреть btrfs filesystem usage. И нормально форматировать текст, никто в здравом уме не будет читать эту портянку, которая у тебя получилась.

anonymous
()

Вот теперь читаемо :)

Не до конца понимаю как это работает и почему ~8 снимков забивают фс но помогло удаление снимков

Надо (было?) смотреть вывод команды из первого комментария. Вероятно, возникла проблема с нехваткой места для метаданных, но по имеющейся информации сказать сложно. Можешь выложить выхлоп, погадаем, к тому же тут есть те, кто хорошо разбирается в Btrfs. Рекомендую добавить к теме тег «btrfs», тогда кто-нибудь из этих лиц может заглянуть и что-то посоветовать.

anonymous
()

Если запускал штатную btrfs дефрагментацию (defrag) — у тебя снапшоты превратились в тыквы прямо внутри Золушки. Дефрагментация рефлинки разрушает, чем портит снапшотное волшебство и превращает их в полноценные копии оригинала, соответствующего размера. То есть грубо говоря x8 снапшотов ФС превратятся в восемь полноценных файловых копий ФС, заняв тем самым в восемь раз больше места, чем до дефрагментации. И никого не волнует есть у тебя свободное место для этого, или нет. Не, это не баг, это фича, потому что она документирована.

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 2)
Ответ на: комментарий от anonymous

По ощущениям метаданных еще много

Overall:
    Device size:		 237.47GiB
    Device allocated:		 237.47GiB
    Device unallocated:		   1.00MiB
    Device missing:		     0.00B
    Device slack:		     0.00B
    Used:			  59.95GiB
    Free (estimated):		 176.37GiB	(min: 176.37GiB)
    Free (statfs, df):		 176.37GiB
    Data ratio:			      1.00
    Metadata ratio:		      2.00
    Global reserve:		 123.58MiB	(used: 0.00B)
    Multiple profiles:		        no

Data,single: Size:235.46GiB, Used:59.08GiB (25.09%)
   /dev/nvme0n1p2	 235.46GiB

Metadata,DUP: Size:1.00GiB, Used:444.70MiB (43.43%)
   /dev/nvme0n1p2	   2.00GiB

System,DUP: Size:8.00MiB, Used:48.00KiB (0.59%)
   /dev/nvme0n1p2	  16.00MiB

Unallocated:
   /dev/nvme0n1p2	   1.00MiB
Blabado
() автор топика
Ответ на: комментарий от Blabado

Device unallocated

Судя по тому, что тут всего 1 Мб, проблема была скорее с исчерпанием места под данные, но это просто предположение. То есть как минимум однажды ФС была полностью забита файлами. Если столкнёшься с похожей проблемой снова, то уже знаешь, куда смотреть.

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

Data,single: Size:235.46GiB, Used:59.08GiB (25.09%)

for u in {0..75..5}; do sudo btrfs balance start -dusage=$u /; done

Metadata,DUP: Size:1.00GiB, Used:444.70MiB (43.43%)

А потом — это:

for u in {0..75..5}; do sudo btrfs balance start -musage=$u /; done
intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 3)
Ответ на: комментарий от intelfx

А в чём здесь смысл балансировки данных? Я просто уже несколько лет не вспоминаю об этой операции. Даже там, где использование тома доходило до 99% и выше, ничего странного не наблюдалось, всё работало.

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

А в чём здесь смысл балансировки данных?

Очень много выделенного, но неиспользуемого места. Если вдруг начнёт разрастаться либо то, либо другое, можно получить ENOSPC на пустом месте.

На первый взгляд может показаться, что опасения беспочвенны (ведь свободного места полно и там, и там — а значит, вряд ли оно рандомно кончится), но это не так. Если ты начнёшь заполнять диск данными, то количество метаданных тоже начнёт пропорционально расти, и если посмотреть на соотношение data:metadata (и принять, что оно в первом приближении константа), то очевидно, что после записи ещё ~60G место под метаданные кончится, а новое будет брать неоткуда. Имеем ENOSPC при наличии целых 180G логически свободного места.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: удаленный комментарий

Покажи мне хотя бы одну ФС, в которой дефрагментация не разрушает дедупликацию.

…А, нет, не покажешь, потому что это единственная ФС, которая умет и то, и то :-)

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

Поздравляю, ты поймал регрессию.

Откатывайся на 6.6 (linux-lts), подписывайся на тред , ставь лайки. Ну и баланс метаданных заново той же командой.

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

уж сколько раз твердили миру, не пользуйтесь этим бтром. Пользы мало, проблем много. Даже докер без него прекрасно обходится.

Lrrr ★★★★★
()
Admin