> Ага,значит если вы не обманываете не прошло и 5 лет как починили
> сетуацию с мелкими файлами в одной директории-когда фс пишет что нет
> свободного пространства из-за того что под метаданные место кончилось.Там global reserve на случай совсем обломов, когда по другому совсем не получилось, лет так уже i++. Но у поха в центос 6 его нет и не будет.
А так что удивительного в том что продвинутый дизайн может иметь свои приколы в краевых случаях, которые не всегда просто предусмотреть? Если Кент в ядро пролезет, его тоже будет ждать открытий. Юзеры креативны в создании проблем. Да даже в EXT4 каком странные вещи иногда чинят.
> И только балансировка (не всегда) могла помочь.
Похоже на мелкий стораж несколько гигз который извел место под DATA, а когда захотелось METADATA, на +1 block group места нет. Актуально ФС в несколько гигз. А не...й водоизмещение крейсера пипеткой мерять. Больше пары десятков гигз малоактуально: когда настолько забито, нормальный юзер новый диск добавит а не будет добирать крохи с тупняками забитой ФС. Но если сильно хочется маленький крейсер, чтоб именно пипеткой, есть mixed-bg, там проблемы нет: данные и метаданные можно в одни блоки. Но тогда не получится делать разный уровень хранения data/metatada...
> Ну это исключительно редко бывает,
Во первых, редко, но метко. А бэды норовят попасть под метаданные, испортить системный файл, и даже если fsck что-то починит, то? Система либо работает, либо нет, бинарная величина. И даже на локалхосте есть смысл взять идеи у энтерпрайза как чинить за 2 минуты, а не 2 дня как тут некоторые "эксперты".
Во вторых - с интенсивно эксплуатируемыми SSD все это все бывает не так уж редко.
В третьих - круто, если вместо ВНЕЗАПНОЙ кончины системы как серпом по ... оно вместо этого довольно долго дает варнинги, но при этом все же работает, давая время на парирование проблемы без явных аварий.
> вдобавок сейчас метаданные прикрыты контрольной суммой и барьером.
И как это помогает при бэдсекторе под ними? Ну скажет оно что метаданным упс, и дальше? Btrfs пойдет да возьмет проблемный блок из второй локации, починит первую, "CSUM error at X, corrected". Зная какая из 2 копий - битая. Это полезно и правильно, но не про EXT4.
> Хотя у меня когда то полсистемы после fsck вылетело,было такое.home
> раздел был на другом диске.
Тут как бы зависит от того что случилось и проч. Если какие-то метаданные вообще совсем гавкнулись, то чего? Некоторые метаданные можно пересчитать из других, но в некоторых случаях если инфо нет, то их нет.
> Операционка загрузилось в инит1 и все. Но база deb осталась целой, мне подсказали
> скрипт для проверки на битые пакеты и через час систему я поднял :-)
Ох, надо же, не 2 дня а всего сколько там на подсказ скрипта и час траха. Я систему с ноля перекатаю быстрее. В уже настроеный вариант.
> Люди дома умудряються строить по советам с ютуба :-)
Мне кажется это несколько более работоспособная тема.