Если вопрос абстрактный - то настроить какой-то мониторинг свободного места и пулять уведомления, когда его становится мало, чтобы ты про это заметил до того, как КДЕ сломается.
Если конкретно про проблему с btrfs, тут не помогу, я в ней не разбираюсь, но я бы советовал собрать побольше информации, пока это всё слишком абстрактно.
Надо просто решить проблему со свободным местом, если оно часто заканчивается. Любая ФС, смонтированная в режиме записи, будет работать лучше, если есть хоть какой-то запас места. Не знаю, есть ли в данном случае проблема с Btrfs, но начать лучше с анализа размера файлов. Может, у тебя там какой-нибудь лог или база данных стремительно разрастаются, и всё ломается.
для нормальной работы bd sqllite (она есть везде начиная от браузера кончая mpd) в btrfs разработчики придумали специальный флаг я sqllite отрубай свои фишки иначе кирдык btrfs, может кто другой в такомже стиле с файликом агрессивно работает, но не предупреждает об этом btrfs?
не будет. это просто эксперты уровня «выброси лопату, используй палку-копалку»
Ну вы то куда? Прочитайте внимательно название темы. У человека остается несколько гигов места, а не полностью забитый диск. Из личного опыта: при такой ситуации и таком наборе программ и ОC на ext4 проблем не было ни разу. Отличие только в файловой системе.
btrfs неплохо экономит место, сжимая файлы с тем же zstd:3… но при использовании снапшотов выйдет +/- тож самое, что без сжатия, но с возможностью откатиться налету в исходную точку до того как система была убита экспериментами. я как и многие добровольно выбрал использовать btrfs, зная все ее минусы, аргументация против нее часто похожа на детский лепет. если оперативы много, то кеш браузера можно вынести в /tmp. это он в основном что-то пишет, раздувая снапшоты… еще всякие виртуалки по той же причине как и базы… мне важно не потерять хранилище pass и личные данные в зашифрованном каталоге (да у меня luks с btrfs, а на этом шифрованном разделе еще каталог зашифрованный через gocryptfs)
Повторяется история с обсуждением Rust. У меня нет хейта btrfs. Я описал свой опыт когда при тех же равных на ext4 подобной проблемы не было. Говорит ли это о том что btrfs плохой? Нет конечно, это говорит о том что поиск решения сужен до ковыряния ФС и ее настройки, без траты времени на ковыряние KDE или смены дистрибутива.
У вас же включился ррряя режим на ровном месте. Как у гейлорда в теме про раст.
что больше места на диске занимает? верно звук, видео, изображения, а хорошо ли они жмутся, совсем не жмутся, лучше всех жмутся исполняймые файлы, ну чуть хуже текст, а делают ли они погоду, нет война и мир двух томник занимет 2 мб и стоитли этими 2 мб заморачиватся, один скриншот экрана столько весит.
На ext4 быстрее всех базы данных работают (по тестам фроникса) по остальным параметрам я не смотрел, по тем же тестам ext4 обгоняет F2FS на ssd, в андроиде создатель F2FS самсунг продолжает использовать ext4, субволиумы мне казались супер нужной фишкой, но для бекапа лучше юзать средства бекапа от базы данных чтобы добится консистентности и удалёный рсиннх, ограничение места на папку лучше другие методы задействовать. В ext4 хэши данных добавили теперь конситентность данных на двух и более уровнях проверяется самим диском ssd, но и фс.
В ext4 хэши данных добавили теперь конситентность данных на двух и более уровнях проверяется самим диском ssd
Там только хеши метаданных можно включить. Неверно. На уровне ssd тем более проверки консистентности нет. Он оперирует секторами и страницами по сколько то секторов, а не хранит какие-то хеши.
то что ошибку показывает, хотя есть пару гигов - это как раз встроенная защита от дурака, там место резервируется под метаданные. они блоки занимают размером от 250мб до гигабайтов в зависимости от размера раздела + для балансировки (утрамбовывания данных) место нужно
Выполняй иногда баланс. Он поможет уменьшить занимаемое место за счет утрамбовывания чанков:
# Если заполнен менее чем на 50%, перемещаем в новое место
$ sudo btrfs balance start -dusage=50 -musage=50 /mnt/btrfs
Done, had to relocate 26 out of 306 chunks
хватит влажные истории рассказывать. такого не бывает. твой файдовый менегер мог показывать ересь. например, гпартед до сих пор в интерфейсе в случае бтрфс показывает занятое место неправильно. у меня занято 129 гигов, он показывает 89 и тд и тп. в кедах, например, все правильно показывается (в дельфине), но его починили сравнительно недавно… а вот gparted даже через 11 никто не исправил (бтрфс в 2014 включили в ядро, признали стабильной)
хм, зачем бы мне придумывать? говорю что было: эксперименты с guix, раздел ~200 Gb, место кончилось меньше чем за месяц, хаха, как так? на ext4 таже конфигурация занимает ~40 Gb