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

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

https://www.linux.org.ru/help/markdown.md

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

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

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

А когда в заголовке иноды, то все думают, что опять кому-то их не хватило на ext

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

эта ваша бтрфс даже иноды не поддерживает, прошлый век

нет

Штатно юзал пк браузер стим

Крупное обновление сделал возможно в этом грех

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

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

Device unallocated

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

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

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

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

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

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

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

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

и то

ИЛИ, азаза

Предположу что комм справедлив так как после баланса резерв под мету увеличился

Хотя конечно это мой взгляд лоулевела

У тебя ядро 6.7?

да

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

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

В btrfs вообще нет инодов. Это не ext4.

Это стало очевидно уже сегодня

В целом вопрос в том что не смог найти очевидных решений при обычной гуглежке

Иначе бы не полез на форму

«Никогда такого не было, и вот опять». Извините - не удержался. Да - я «люблю» btrfs…

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

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

Обычное дело для btrfs.

Патч подъехал: https://lore.kernel.org/linux-btrfs/eba624e8cef9a1e84c9e1ba0c8f32347aa487e63.1706892030.git.fdmanana@suse.com/

Будет в следующем -pf, ну и в stable рано или поздно должен оказаться.