btrfs на десктопе

Я на попробовать поставил. Фанатизмом по ФС не страдаю. То, что оно всрато работает при забитости раздела - щито поделать, будет мешать - тогда и шевелиться буду.

Ну так нежданно-негадано, у тебя на любой ФС, под любой ОС будет работать всрато при 99% загаженном ССД.

Да и данные будут хериться также на ушатанном харде/чудящем БП.

Одно дело низкая производительность, совсем другое когда ФС идет по кочкам вместе с данными и чтобы восстановить это надо быть экспертом.

Есть 10 видов людей: те кто ещё не делают бэкапы и те кто уже делают.

… и те кто проверяет бэкапы

у тебя на любой ФС, под любой ОС будет работать всрато при 99% загаженном ССД

Наглое 4.2, что ext4 что xfs спокойно переживают полное заполнение и чистку. Это у модной молодежной btrfs такая родовая травма, которая не лечится из-за ошибок в дизайне.

Раз уже есть тема по этой ФС и куча народа в ней, не буду плодить - помогите пожалуйста разобраться с алгоритмом восстановления подтомов из снимков.

Допустим, сабвольюмы расположены плоским списком в корне и монтируются через fstab - тогда достаточно переименовать старый сабвольюм, создать на его месте из ro-снимка новый сабвольюм с оригинальным именем, старый удалить/оставить по желанию и готово.

А как быть если используются вложенные подтома? Они не попали в снимок, их нет в fstab-е - теперь после восстановления какого-нибудь корневого тома нужно руками прописать все его вложенные подтома в fstab? Или также руками наделать rw-снимков из вложенных сабвольюмов старого подтома в развернутый новый?

З.Ы. у кого достаточно знаний, чтоб заглянуть под капот в код этой ФС - оно внутри такое же «продуманное» как её обвязка в юзерспейсе?

У меня куда-то пропало 30Гб из 80. Balance делал, снапшоты удалял, но дело не в них. Как выяснить, чем именно занято место не знаю. Btrfs говорит, что данными, вот только какие это данные не понятно.

а что говорит баобаб или просто du?

Пользовался btrfs несколько лет, когда использовал gentoo (с переездом на манжару надобность в снапшотах и прочих штуках отпала). Серьёзных проблем не имел, но вообще сложилось впечатление, что это довольно сложная и не всегда предсказуемая штука. В целом, если тебе нужны снапшоты и прочие штуки, btrfs это мастхэв в Линуксе. Но лучше НЕ МУДРИТЬ и не использовать все фичи на полную катушку. RAID5/6 я бы не стал трогать даже палкой, максимум нулёвка или единичка, они простые. Также лучше сразу в опциях монтирования установить max_inline в 512 или 1024, это хорошо влияет на стабильность дерева. Не разводить зоопарк снапшотов и клонов.

du говорит, что на диске файлов на 40 гб, df коворит, что осталось 10гб свободного места.
Btrfs fi df более-менее согласуется с обычным df, насколько это возможно.
Да, btrfs scrub и даже btrfs check не дают никаких поводов для беспокойства.

Скорее всего я сам что-то сделал лет 5 назад и забыл. Но как теперь найти, что занимает место не понятно. Хотелось бы, чтобы появился удобный инструмент с gui для работы с btrfs.

посмотри баобабом, что съело 30г.

А есть инфа, корректно ли баобаб работает с хардлинками?

похоже, что да. Сейчас слинковал файл из Downloads в home и в баобабе он в home не засветился

Серьёзных проблем не имел

Под несерьёзными проблемами я имею в виду вещи типа «с кучей снапшотов непонятно, сколько места реально занято» и «включил одну опцию монтирования и всё стало тормозить», такое вот. Ресеты btrfs у меня спокойно переживала.

baobab говорит, что занято 31 гиг, что бьется с данными du. df говорит, что занятно 70 гиг, что бьется с данными btrfs fi df.

Может баобаб игнорирует некоторые файлы? Надо в настройках полазить

бьется с данными du

btdu

Я не дождался, пока btrfs fi du отработает, чот меееедленно.