LINUX.ORG.RU
Форум — Talks  

Btrfs или диск?

 


1

2

Прислали логи на посмотреть, в них такая куча ошибок:

Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51

и еще такие:
Aug 14 23:12:52 nixos kernel: BTRFS info (device dm-2): no csum found for inode 3524 start 23916544

Кто виноват? Btrfs или диск сыпится (проверку поверхности пока не делали)

★★★★★

Последнее исправление: Kolins (всего исправлений: 1)
← Red Hat назначает мейнтейнеров на другие проекты, GNOME оставлен без поддержки
А чё делает эта команда? Реально же, гигов пять на / освободила. →

Мало информации, чтобы хоть что-то сказать.

MagicMirror ★★
()

Я бы поставил на BTRFS. А ещё я бы бекапил данные с максимальной поспешностью

MrClon ★★★★★
()

Расшифровал лог. Значит там написано следующее:

Сначала ставишь

nixos

Потом сооружаешь трёхэтажную конструкцию из

device dm-2

Что это? LVM или софт RAID? И то и другое есть в самом btrfs. В результате сидишь и пердолишься в

23:11:46

Вместо того, чтобы спать.

Намёк ясен? btrfs нужно ставить прямо на диски без дедовских лайфхак прослоек.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Если бы все было так просто, там «коробочный продукт» который собран на основе nixos и ставится автоматом так как решили разработчики, сейчас из лога надо собрать инфу для багрепорта и отправить им

Kolins ★★★★★
() автор топика
Ответ на: комментарий от Kolins

«коробочный продукт»

Это правильно, что в кавычках. NixOS как-то не тянет на продакшн.

Если серьёзно, то с btrfs чем проще, тем лучше. У меня она стоит напрямую на диске и без встроенного RAID. В таком конфиге она достаточно устойчивая. Были проблемы, когда у меня оперативная память глючила, но я всё равно смог восстановить ФС. Просто так не разваливалась, даже при неоднократном внезапном отключении электричества.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Что это? LVM или софт RAID?

Это может быть и LUKS - дедовская лайфхак прослойка, от которой никуда не денёшься, т.к. ни китайцы, ни чехи до сих пор не осилили запилить fscrypt (который всё равно спорное решение).

token_polyak ★★★★★
()
Последнее исправление: token_polyak (всего исправлений: 2)
Ответ на: комментарий от ox55ff

device dm-2

Что это? LVM или софт RAID?

LVM

Kolins ★★★★★
() автор топика

Только сейчас заметил в твоём сообщении

Aug 14 23:12:52 nixos kernel: BTRFS info (device dm-2): no csum found for inode 3524 start 23916544

Буквально недавно у меня такое же было Посыпался Samsung SSD 870 QVO 2TB. Я там пытался шланговать, что это диск виноват, а не святая btrfs. Но по смарту с диском всё ок. Я забил и ничего не делал. Сейчас пишу с системы, на которой это произошло. Пока всё живо.

ox55ff ★★★★★
()

Скорее всего сбой btrfs из-за ошибок памяти или внезапного отключения питания.

mxfm ★★
()

проверку поверхности пока не делали

Это как? Пыль сдуть?

LINUX-ORG-RU ★★★★★
()

corrupt leaf, bad key order

Нет, не диск. «Виноват btrfs», а точнее скорее всего оперативка или проц.

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

А подробнее? Можешь дать пример на какой-нибудь issue с разбором, я сам не нашел ничего...

Kolins ★★★★★
() автор топика
Ответ на: комментарий от Kolins

Если бы все было так просто, там «коробочный продукт» который собран на основе nixos и ставится автоматом так как решили разработчики,

Как называется?

Tsukasa ★
()
Ответ на: комментарий от Kolins

Ну раньше был putty.exe, теперь напрямую в венде гоняют свои поделки.

steemandlinux ★★★★★
()
Ответ на: комментарий от ox55ff

даже при неоднократном внезапном отключении электричества.

Потрясающая надежность, LOL

sanyo1234 ☆
()

Либо виноваты сталкеры, которые вбрасывают помехи в его SATA шину?

Кстати нет ли в SMART большого количества CRC ошибок?

И что там в dmesg про оборудование дисков ? (не от модуля Btrfs)

sanyo1234 ☆
()
Ответ на: комментарий от ox55ff

btrfs нужно ставить прямо на диски без дедовских лайфхак прослоек.

Некоторые конфигурации RAID в доках BTRFS до сих пор отмечены как нестабильные, так что если нужен RAID5 какой-нибудь то лучше уж поверх md его собирать

MrClon ★★★★★
()
Ответ на: комментарий от sanyo1234

Самому интересно, там shell максимально урезан и smart/dmesg не посмотреть

Kolins ★★★★★
() автор топика

Btrfs или диск?

По отсутствию в логах сообщений от диска, здесь всё самоочевидно.

2012 год

1. btrfs умирает за ~2,5 года ежедневного использования

У тебя сколько прожила? Есть ли прогресс за 11 лет?

shahid ★★★★★
()
Ответ на: комментарий от shahid

Там Embedded система по сути, без записи больших файлов, судя по логам только mysql активно насилует диск, ну и сами логи (journald), прожила около года, активного использования месяца 3.

Kolins ★★★★★
() автор топика
17 декабря 2023 г.

У меня Btrfs получалось поломать только когда проц намертво зависал из-за какой-то ошибки в БИОС? или я контакты оперативной памяти засрал, но и то были ошибки чексум. Пришлось удалить один файл чтобы их не было в логах. При этом файл читался. Может там какие символы кривые были не знаю

rtxtxtrx ★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)
← Red Hat назначает мейнтейнеров на другие проекты, GNOME оставлен без поддержки
Talks
А чё делает эта команда? Реально же, гигов пять на / освободила. →