The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз утилит Btrfs-Progs 6.13"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз утилит Btrfs-Progs 6.13"  +/
Сообщение от opennews (??), 17-Фев-25, 08:47 
Представлен выпуск пакета Btrfs-Progs 6.13, включающего утилиты и библиотеки для работы с файловой системой Btrfs из пространства пользователя. В состав входит сводная утилита для администритования btrfs, утилита для создания разделов mkfs.btrfs, программа для проверки разделов fsck.btrfs, интерфейс для изменения параметров  btrfstune, утилита для создания образов ФС btrfs-image и библиотека libbtrfsutil. Код написан на языке Си и распространяется под лицензией GPLv2...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62732

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 17-Фев-25, 08:47   –1 +/
подскажите пожалуйста, вопрос по Btrfs

на Lubuntu 24.04 (LTS) хомяк смонтирован как отдельный раздел на Btrfs

в один прекрасный момент побилась мягкая ссылка на один скрытый каталог (ошибка ввода-вывода) в корне пользователя, начал копать, прочитал про набор утилит btrfs, сделал с Live-образа:
[c]sudo btrfs check --repair /dev/sda3[/c]
после этого у меня куча файлов и директорий тупо стали скрытыми, невидимыми

т.е. я могу переходить в такой каталог, но в ls я его не увижу, я могу открывать последние картинки в Krita, но в проводнике они не отображаются
к слову, та мягкая ссылка тоже стала скрытой, но ошибка ввода-вывода никуда не делась (:

никто не сталкивался с подобным?
repair выполнял несколько раз, так же делал scrub и ещё тучу всего по советам с разных форумов

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #6, #11, #12, #27, #38

2. Сообщение от dalco (ok), 17-Фев-25, 09:07   +4 +/
Я бы не рисковал и в первую очередь, пока файлы хоть как-то читаются, вылил бы их на другой диск/флешку.
И, пожалуй, пересоздал бы диск и залил на него всё назад. Сдаётся мне, так будет гораздо быстрее и надёжнее, кто его знает - где и что там покривело.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #10

3. Сообщение от tempo (-), 17-Фев-25, 09:28   +/
Вроде сначала нужно было сделать 'btrfs scrub start -Bd /home'
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 17-Фев-25, 09:51   –3 +/
Вы меня извините, но сколько раз уже говорилось о том, что btrfs - плохая файловай система с целым букетом проблем? Держитесь от нее как от огня!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #34

5. Сообщение от Шарп (ok), 17-Фев-25, 09:54   +/
>btrfs check --repair

Помянем ФС. Ключ repair очень часто всё ломает. Неудачно название, которое вводит в заблуждение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #32

6. Сообщение от maximnik0 (?), 17-Фев-25, 09:56   +/
>могу открывать последние картинки в Krita

90% что это кэш самой Krita.Вот то чем я не доволен этой фс- нет инструмента ремонта.Официально запрещено пользоваться fsck, т.к можно окончательно попрощаться со своими данными.Бесит уже из за мелкого файла или ссылки полфс разваливается. Мелкие файлы упоковываються и могут быть записаны в методатту, очевидно что дублирование методатты не помогло в вашем случае :-(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #25

7. Сообщение от n00by (ok), 17-Фев-25, 09:57   +1 +/
Когда файлы залиты в резервное хранилище, можно и рискнуть. Что бы следом обоснованно пересоздать диск, в другой ФС. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от Аноним (10), 17-Фев-25, 10:55   +/
А мне рассказывали что баттерфейс держит снапшоты, на которые можно вернуться в любое время и вообще резервные копии это для люддитов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14, #15, #16

11. Сообщение от eugener (ok), 17-Фев-25, 11:59   +1 +/
Каждый раз вспоминаю своего коллегу, который радостно поставил убунту на btrfs (потому что btrfs это круто) и пару лет благополучно пользовался. В один прекрасный момент — убунта не грузится. Что такое? Грузимся с live CD, смотрим на раздел — нет места на диске. Свободного места — ровно 0. Но как же нет места, ведь места занятого файлами всего треть раздела, где остальное место? А вот нету.) Ну, давайте что-нибудь удалим! А btrfs: фиг вам, ничего удалить не могу, нет места на диске! И переименовать ничего не могу и вообще ничего не могу, нет места на диске!
Но хоть читалось, так что сделали копию, форматнули раздел и т.д.

Но это уже несколько лет назад было, может с тех пор что-то улучшилось, хз.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13, #21, #26, #36

12. Сообщение от Аноним (12), 17-Фев-25, 12:23   –1 +/
> в один прекрасный момент побилась мягкая ссылка на один скрытый каталог (ошибка
> ввода-вывода) в корне пользователя,

Во первых что есть "скрытый каталог"? Просто дира вида .dirname?

Во вторых, нормальная диагностика с точными сообщениям и описанием конфиги - не того? "У меня в подвале что-то стучит" - не очень много сведений о проблеме.

В третьих, без избыточности именно IO error - внеплановый косяк. А просто стереть эту штуку и пересоздать - не катило? Это несколько костыль, но cow не будет его так сразу переписывать насилуя BAD. Ввместо этого - запишет в новое место, без IO error'ов. GC подгребет место потом - а новая запись просто перезапишет однажды тот BAD, вызвав ремап фирмварь накопителя - да и дело в шляпе.

В четвертых на сыпучем железе можно схему DUP юзать, но это идет с некими нюансами в комплекте.

> сделал с Live-образа:
> [c]sudo btrfs check --repair /dev/sda3[/c]

До того как вводить команды - нехило бы понять свою проблему и прочитать что утил пишет. Там прямым текстом сказано: до того как это вводить, проконсультируйтесь с разработчиками. Вы это сделали? И они сказали вам - сделать такое? Или...?

> после этого у меня куча файлов и директорий тупо стали скрытыми, невидимыми

Если что-то сильно нужное пропало, можно загрузиться с live - и "btrfs restore" вычитать нужное "оффлайново". Это недеструтивная операция, парсит ФС без монтирования, читает файло и пишет в другую локацию, ничего не записывая в проблемную ФС вообще.

> к слову, та мягкая ссылка тоже стала скрытой, но ошибка ввода-вывода никуда
> не делась (:

Если это реально BAD SECTOR - чего ему пропадать от вон того?

> repair выполнял несколько раз, так же делал scrub и ещё тучу всего
> по советам с разных форумов

Без хотя-бы выхлопа dmesg и утилит - это все "у меня в подвале чот-то стучит". А кто его знает - что там? Диагностики ж никакой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17, #18

13. Сообщение от Аноним (-), 17-Фев-25, 12:26   +/
> Но это уже несколько лет назад было, может с тех пор что-то
> улучшилось, хз.

Ессно улучшилось. Сделали global reserve на совсем пиковые оказии, сделали GC блочных почти пустых групп и проч. И теперь выюзать все место когда не получится записать cow выносок совсем - даже хз что надо сделать.

> PS: самое смешное что незадолго до этого случая я читал тут интервью
> Шишкина, который как раз говорил и про эту проблему с исчезанием
> свободного места.

Ну так где шишкин и его ФСы? А, рассказал всем в ядре про "все мудачи" - отвалил в туман - слился с майнтенансом - помахал vaporware в виде Reiser5 да почил в бозе, профачив все проекты рейзеров?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (14), 17-Фев-25, 12:33   +/
А пусть они ещё тебе расскажут, что снапшоты и, например, гит - это вообще не бэкапы и бэкапы на отдельный девайс нужны всё равно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от Аноним (-), 17-Фев-25, 12:34   +/
> А мне рассказывали что баттерфейс держит снапшоты, на которые можно вернуться в
> любое время и вообще резервные копии это для люддитов.

Ваши рассказчики были некомпетентны - насыпьте им в панамку за вредные советы.

Снапшоты - не замена бэкапов, а дополнение к ним. То-есть да, если все прокатило - вы получаете откат на более старое (или просто другое) состояние со скоростью света. Ибо никакой кантовки гигазов данных, просто "перевес указателей" грубо говоря. Это круто, быстро и эффективно.

Но что если было 5 снапшотов, но они референсились на 1 группу блоков, и там - вылез бэд, а избыточности на ваше горе не было? В какой ни откати - а бэд то под нужными блоками - остается! И оно не читается ни в этом виде, ни в вон том - и в пятом по счету - тоже. И вот тут вы таки - пойдете за бэкапом. Ну а какие еще варианты остаются, если ну вот не читается оно? Так что снапшоты это хорошо и правильно - но от некоторых классов проблем могут и не спасти, в отличие от.

Зато если вы сделали rm -rf / или что-то такое же неудачное по смыслу, откатить такое при наличии снапшота вообще не особая трабла. Но если вы сделаете dd if=/dev/zero of=/dev/vda (или что там у вас) - вот тут вам снапшот ФС не поможет. За отсутствием ФС, напрмиер :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от ProfessorNavigator (ok), 17-Фев-25, 12:38   +/
> А мне рассказывали что баттерфейс держит снапшоты

Держит. Если вы это настроили. Если нет - увы и ах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #23

17. Сообщение от Аноним (1), 17-Фев-25, 13:12   +/
вопрос перечитайте из крайнего абзаца и всё поймёте, что мне интересно было бы от вас узнать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Аноним (1), 17-Фев-25, 13:14   +/
> Во первых что есть "скрытый каталог"? Просто дира вида .dirname?

в том-то и дело, что никакая не дыра, а по сути тот же каталог, что и был, с файлами в нём

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

19. Сообщение от А (??), 17-Фев-25, 13:38   +/
> позволяющей использовать сжатие при генерации файловой системы

Т.е. типа клонирование на уровне файлов без предварительного mount?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

21. Сообщение от Аноним (21), 17-Фев-25, 14:19   +/
>Но хоть читалось, так что сделали копию, форматнули раздел и т.д.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #33

22. Сообщение от Аноним (22), 17-Фев-25, 15:48   +/
>> Во первых что есть "скрытый каталог"? Просто дира вида .dirname?
> в том-то и дело, что никакая не дыра, а по сути тот
> же каталог, что и был, с файлами в нём

Ох, блин. Дира (dir, directory) это и есть - каталог, но печатать меньше. Пока по вашему описанию - нифига не понятно, что там реально было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

23. Сообщение от Аноним (-), 17-Фев-25, 15:55   +/
>> А мне рассказывали что баттерфейс держит снапшоты
> Держит. Если вы это настроили. Если нет - увы и ах.

Можно и мануально их вфигачивать. Это бувальноо 1-2 тривиальные команды. Но есть и например расширения для пакетника, снапшотить до апгрейда.

Хотя эффективнее что-то типа:
- btrfs sub snap @sys @sys-preupgrade
- возмжно аналогично и для home - его лучше в отдельном subvol держать и снапшотить независимо - дабы откат системы не требовал терять также и изменения в /home в обязаловку.
- eatmydata apt uprade/dist-upgrade/etc <100500 packages>
- Если не прокатило, старая версия ОС в @sys-preupgrade будет, зацепить ее и попробовать еще раз, или чего там, тем же методом.

Такой немного мануальный вариант замены кучи мелких транзакций на одну большую атомарную операцию. Разгоняет апгрейд системы В РАЗЫ с одной стороны. Дает возможность атомарного отката в заведомо рабочий вариант - с другой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

24. Сообщение от Аноним (-), 17-Фев-25, 15:58   +/
>> позволяющей использовать сжатие при генерации файловой системы
> Т.е. типа клонирование на уровне файлов без предварительного mount?

При создании ФСа можно его сразу и заполнить - из воооооон той диры. Особенно удобно для создания образов ФС, но можно и не образов, mkfs'у похрен файл это или блочный девайс.

А сие - позволяет еще и сразу сжать эти данные при их вкатывании в создаваемую ФС. Базовую версию этого трюка умеют и некоторые иные mkfs, а для squashfs какого - это вообще единственный вариант как его создать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

25. Сообщение от Аноним (25), 17-Фев-25, 18:16   +/
man 8 btrfs-restore
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #31

26. Сообщение от Аноним (25), 17-Фев-25, 18:27   +1 +/
Совершенно точно rm можно сделать даже при переполненном диске. Просто это нужно делать в консоли, а не из ГУИ, который неизвестно-что делает вместо удаления. Например, перемещает их в Корзину и, соответственно, получает ошибку.
И сразу после удаления нужно по чуть-чуть балансировать диск (-m{0..10}/-d{0..10}).

Все проблемы ваших коллег от компьютерной неграмотности, они не понимают, что делают, и даже проблему толком описать не могут. И, конечно, не читают инструкций по эксплуатации, а потому никогда не балансируют интенсивно используемый диск. А вы говорите: "Btrfs - плохая."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28

27. Сообщение от Аноним (25), 17-Фев-25, 18:55   –1 +/
Шизофазия какая-то.
Смонтирован может быть раздела диска, подраздел ФС и отдельная директория. Как отдельная точка монтирования.
Скрытыми директориями в Линуксе называют те, имена которых начинаются с точки. Никаких специальных атрибутов и свойств у них нет. Это просто общепринятое соглашение. Но их могут по-разному обрабатывать программы.
Например, ls не показывает скрытые каталоги по-умолчанию (без ключа -a). В файловом менеджере нужно нажать CTRL+H, чтобы видеть такие файлы. И т.д.
Документация она для всех пишется, даже для самых умных, которые очень круто говорят по-компьютерному, но у них ничего не работает, потому что программы вокруг плохие.

> никто не сталкивался с подобным?

С ламерами? К сожалению, регулярно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

28. Сообщение от eugener (ok), 17-Фев-25, 20:04   +/
> это нужно делать в консоли, а не из ГУИ

Естественно, мы это делали из консоли. Не такие уж мы тупые.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #29

29. Сообщение от Аноним (25), 17-Фев-25, 20:22   +/
Так не бывает. Удаление должно было сработать. А вот перемещение/копирование на той же ФС - нет, из-за операций с метаданными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #30

30. Сообщение от eugener (ok), 17-Фев-25, 20:36   +/
Вот в том и дело, что удаление не работало, мы были весьма удивлены.)
И fsck отказывался работать: "нет места!" и rm тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #39

31. Сообщение от maximnik0 (?), 17-Фев-25, 21:06   +/
>man 8 btrfs-restore

Выучен наизусть:-( В 90% у меня -проблема в метаданных, хоть есть дублирование - утилиты падали в дамп,не ремонтировали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

32. Сообщение от scriptkiddis (?), 17-Фев-25, 21:07   +1 +/
Прально а зачем чинить фс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

33. Сообщение от Аноним (33), 17-Фев-25, 21:47   +/
> В случае btrfs

А разве кто-то ещё таким страдал?

> можно создать fs на отдельном устройстве, ***хоть рамдиск***, объеденить с существующей, удалить из неё несколько файлов, после чего...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #35

34. Сообщение от Анонимemail (34), 18-Фев-25, 03:45   –2 +/
Это не более, чем Ваше заблуждение, уважаемый старовер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

35. Сообщение от Анонимemail (34), 18-Фев-25, 03:50   +/
Сколько вариаций из Вашей полной сюрпризов жизни. А где вариант - была нужда, места не было, испрожнился в устройство?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от Анонимemail (34), 18-Фев-25, 03:54   +/
Шишкин - он такой. Ко всему желает привесить шильдик "гауно". А его "конфетку" так никто и не увидел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

37. Сообщение от Аноним (33), 18-Фев-25, 10:45   +/
> была нужда, места не было, испрожнился в устройство

А потом устройство (RAMdisk) пропадает и вместе с ним вся btrfs, о чём я и говорю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от Аноним (38), 18-Фев-25, 12:59   +/
>т.е. я могу переходить в такой каталог, но в ls я его не увижу

Права доступа проверь. Попробуй chmod +x "полный путь к директории"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

39. Сообщение от Аноним (39), 18-Фев-25, 18:57   +/
rm/unlink не приводит к аллокациям ни данных, ни метаданных. man 2 unlink: там нет кода возврата с "нехваткой места" (ENOSPC 28 No space left on device).
Это что-то другое. Возможно, файл был открыт каким-то процессом, и подсистема ФС попыталась сделать Copy-On-Write. Сомнительно, если загрузка была с Live-образа и не было chroot-а на диск. Возможно, такое случается из-за жёстких ссылок на удаляемые файлы, провоцирующих CoW..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

40. Сообщение от ятупойтролль (ok), 18-Фев-25, 22:05   +/
у меня на прошлой неделе опять бтрфс разрушилась. очень надежная фс. больше никогда ее не буду использовать. вообще никогда. ехт4 лучше всех.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

43. Сообщение от Аноним (-), 19-Фев-25, 14:35   +/
> у меня на прошлой неделе опять бтрфс разрушилась. очень надежная фс. больше
> никогда ее не буду использовать. вообще никогда. ехт4 лучше всех.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

44. Сообщение от PnD (??), 19-Фев-25, 19:32   +/
Оставлю здесь, может многим пригодиться.
Самая полезная утилита btrfs. (Без сарказма, в zfs такой не наблюдаю. Хотя, казалось бы…)

# btrfs restore --snapshots --xattr --metadata --symlinks --overwrite /dev/mapper/defunct_btrfs /mnt/1

Распаковывает в указанный каталог всё что может достать из не монтируемого тома BTRFS. Если крах был не по аппаратной (битая память и т.п.) причине — вытащит почти-совсем всё. Понятно, без логических структур a-la снапшоты. Так что, готовьте место.

* А вот перед попыткой что-нибудь "поремонтировать", категорически показано сделать бинарную копию отвалившегося.

Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру