BTRFS жалуется на errors found in csum tree

btrfs FAQ -> When will Btrfs have a fsck like tool?

Note that in many cases, you don’t want to run fsck. Btrfs is fairly self healing, but when needed check and recovery can be done several ways. Marc MERLIN has written a page that explains the different ways to check and fix a btrfs filesystem.

The btrfsck tool in the git master branch for btrfs-progs is now capable of repairing some types of filesystem breakage. It is not well-tested in real-life situations yet. If you have a broken filesystem, it is probably better to use btrfsck with advice from one of the btrfs developers, just in case something goes wrong. (But even if it does go badly wrong, you’ve still got your backups, right?)

man btrfs-check

Warning

Do not use --repair unless you are advised to do so by a developer or an experienced user, and then only after having accepted that no fsck successfully repair all types of filesystem corruption. Eg. some other software or hardware bugs can fatally damage a volume.

Я btrfs check использовал только для проверки и только в РО.

Что с этим делать-то?

csum exists for 31516807168-31521120256 but there is no extent record

Что с этим делать-то?

Хз. У разрабов btrfs надо спрашивать…

Посмотри в dmesg. Он когда такие ошибки находит, туда выплёвывает в каком файле. У меня так было с диском для бекапов, два не нужных (на тот момент) файла, я их удалил. Какое-то время оно продолжало работать, потом мне тот диск стал ненужен, думаю, и дальше было бы без проблем.

В dmesg пусто, никаких ошибок.

sudo find . -inum "31516807168"

Тоже ничего не находит.

Экспериментальный файловые системы вообще без резервной копии не стоит юзать.

Потому что бтрфс говно.

Лучше и не сказать.

Она давно из стадии экспериментальной вышла. Использую btrfs по умолчанию везде уже лет 5, пока проблем не было.

Особенно здорово получилось с ноутом: в нём всего 256Гб SSD, и вместо покупки нового, включил компрессию btrfs. Диск стал как будто бездонным, места стало хватать на все рабочие проекты, удалось протянуть так несколько месяцев, пока не купил ssd нормального размера.

На старом жёстком диске (HDD) стали появляться бэды, вытащил почти всю информацию с него, кроме пары файлов, в середину которых попали бэдблоки.

Это не inode, а logical.

Сделай бэкап и попробуй repair. Суть проблемы в том, что в csum tree каким-то образом оказались лишние чексуммы для тех мест диска, в которых нет никаких данных.

Наглая ложь. Использую много лет, отлично работает.

По теме - надо написать разрабам.

положи на нее какую-нибудь нагруженную базу, когда данные пропадут - приходи сюда

Всегда есть люди, у которых всё прекрасно работает. В основном, потому что они не в состоянии на своем круге задач полностью проверить всю систему на практике. Но из всех файловых систем только с бтрфс регулярно вспыхивают флеймы на ЛОР на десяток страниц. Совпадение? Не думаю. Ну а я, конечно, набросил, но называть это утверждение ложью в свою очередь наглая ложь, потому что историй неуспеха с бтрфс полно.

Это тоже ложь. Btrfs нормально работает на серверах, есть куча поржительных отзывов в рассылке и на форумах.

Потому что бтрфс говно.

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

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

Как сие лечить не потеряв данные?

Поставить нормальную ФС (ext4, XFS, reiserfs). А с Btrfs никогда больше не связываться.

Btrfs нормально работает на серверах, есть куча поржительных отзывов в рассылке и на форумах.

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

Очевидно, бтрфс – это не ФС для тех, кто не хочет думать о ФС. По крайней мере пока.

LVM+ext4 можно просто поставить и забыть о том, что у тебя там существуют какая-то ФС. А бтрфс – это для фс-гиков, которые хотят читать рассылку, форумы, проверять каждый ченджлог ведра и т.д.

нормальную ФС (ext4, XFS, reiserfs)

Это так смешно, что даже не смешно. Особенно про ReiserFS.

Но из всех файловых систем только с бтрфс регулярно вспыхивают флеймы на ЛОР на десяток страниц.

На ЛОРе про любую перспективную технологию вспыхивают флеймы на десяток страниц. За примерами далеко ходить не надо.

Совпадение? Не думаю.

Нет, конечно. Просто на лоре пердунов полно, вот и всё. Пердунам в целом пофиг на что пердеть, будь то пульса, systemd, вяленый, или вот btrfs теперь. Важна ведь не конкретная технология, а сам факт покушения на уютный статичный мирок, в котором ничего не меняется.

Пердунам в целом пофиг на что пердеть, будь то пульса, systemd, вяленый, или вот btrfs теперь. Важна ведь не конкретная технология, а сам факт покушения на уютный статичный мирок, в котором ничего не меняется.

Я думаю речь о зрелости технологий. Не секрет же, что пульса сначала тоже работала криво, и вяленный, и сисдемд вроде. Сейчас эти технологии выросли и уже никто особо на них не пердит. Надеюсь и бтрфс когда-нибудь будет просто работать.

Надеюсь и бтрфс когда-нибудь будет просто работать

Не в этой жизни.

на уютный статичный мирок, в котором ничего не меняется.

«уютный статичный мирок» тот открыл для себя Торвальдс тринадцать лет назад, перейдя на Btrfs, а потом обновив ядро на своём лаптопе :) С тех пор - да - ничего не поменялось.

Не в твоей, угу.

На ЛОРе про любую перспективную технологию вспыхивают флеймы на десяток страниц.

Где тогда темы про битые

нормальную ФС (ext4, XFS, reiserfs)

?

Где тогда темы про битые

ext4

Первое время после появления помню периодически возникали такие. И неоднократно озвучивалось мнение: использовать ext4 - не ценить свои данные.

XFS, reiserfs

Относительно низкий % пользователей из-за отсутствия в апстримном ядре и соответственно по умолчанию в большинстве основных дистрах. Думаю те кто ее используют чаще способны решить свои проблемы.

XFS разве уже не внесли?

Я перепутал ее с zfs. Про саму XFS я не знаю ничего кроме того что 10 лет назад использовал ее на своем подкроватном сервачке для раздела с данными и с тех пор забыл о ее существовании. Даже и не вспомню уже чем был продиктован ее выбор.

И про reiserfs я говорил в контексте 4й версии. С 3й версией reiserfs что присутствует в ядре лично у меня была проблема на нескольких ядрах подряд. Из-за этой проблемы я и ушел с этой фс.

Короче спросил на гитхабе, посоветовали btrfs check --init-csum-tree

После этого появилась куча ошибок вида

oot 258 inode 613 errors 800, odd csum item

find . -inum 613 -print находит данные и их можно спокойно копировать/удалять.

Собственно я правильно понимаю, что если сделать банальную дефрагментацию, то данные перезапишутся в корректные иноды?

Из за чего вообще могла появиться такая ошибка и как ее избежать в будущем?

Сбрасывает ли кто регулярно кеши, проводит scrub, дефрагментацию, балансировку?