| 1.1, Аноним (1), 11:03, 20/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +20 +/– |
Я никогда не доверю свои файлы файловой системе, которую вайбкодит человек с его "ИИ партнёром". Кент ещё и думает что у его Клода сознание есть.
| | |
| |
| |
| 3.5, Аноним (1), 11:15, 20/04/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Спасибо, но нет, мне btrfs хватает, работает идеально, сжатие люблю.
| | |
| |
| 4.8, Аноним (8), 11:17, 20/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть, а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.
| | |
| |
| 5.22, Аноним (-), 13:30, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть,
> а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.
У него суперблоков так то несколько. Если 1 не читается можно и из другого восстановиться. И многие проблемы таки аннулировать - можно.
| | |
| 5.52, Аноним (52), 19:11, 20/04/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Хуже. Две недели назад весёлая история была - у человека развалилась btrfs из-за передёрнутого питания, backup_roots не помогли, спас данные благодаря своим навайбкоженным инструментам. Приполз в багтрекер с чудесной оговоркой, что поломка ФС из-за питания - это не баг (то есть на коленях приполз, изображает лояльность over 9000) и его всё равно послали.
https://news.ycombinator.com/item?id=47656303
| | |
| |
| 6.59, Аноним (59), 21:35, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано или поздно и с любой другой фс.
A hard power cycle on a 3 device pool (data single, metadata DUP, DM-SMR disks) left the extent tree and free space tree in a state that no native repair path could resolve.
People in this thread seem to happily shit on btrfs here but this seems to be very much not like a sane, resilient configuration no matter the FS.
| | |
| |
| 7.61, Аноним (61), 22:50, 20/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так и запишем: "У кого нет data=dup - тот может идти куда Полонский послал". А счастливые пользователи винды продолжат использовать NTFS и проблем не знать.
| | |
| 7.63, Аноним (52), 23:30, 20/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано
> или поздно и с любой другой фс.
Эмм, обычный spanned volume (JBOD), доступный 25-35 лет через LVM или его виндоаналог. Должен развалиться после отказа диска, не по питанию. Или даже тогда лишь потерять часть файлов - ФС нового поколения имеют возможность действовать лучше, чем старые слойки из LVM+ФС, где ФС не знает про LVM и наоборот.
| | |
| |
| 8.71, нах. (?), 02:12, 21/04/2026 [^] [^^] [^^^] [ответить] | +/– | А эфес нового поколения sic ему и говорит - опаньки, твои данные больше не да... текст свёрнут, показать | | |
| |
| 9.73, Аноним (-), 04:06, 21/04/2026 [^] [^^] [^^^] [ответить] | –1 +/– | У этих на совсем пиковый случай - btrfs restore есть А вот что всякие адепты zf... текст свёрнут, показать | | |
|
|
| 7.72, нах. (?), 02:18, 21/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
https://news.ycombinator.com/item?id=47664316
- тоже "странная конструкция"?
В общем, придется согласиться с мнением афтыра, что ЛЮБОЙ вариант использования бырбыров кроме единственной дырявой флэшки - "dangerous territory", не только их raid6
А флэшка и так была дырявой, ее не жалко.
| | |
| |
| 8.74, Аноним (3), 04:31, 21/04/2026 [^] [^^] [^^^] [ответить] | +/– | Аналогов все равно нет ФС с поддержкой контрольных сумм на данные можно по паль... текст свёрнут, показать | | |
| |
| 9.83, нах. (?), 12:22, 21/04/2026 [^] [^^] [^^^] [ответить] | +/– | Да ntfs на ноут поставь А zfs оставь там где и должна быть - на nas san к котор... текст свёрнут, показать | | |
|
|
|
| 6.68, нах. (?), 01:39, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
у мордокниги такой конфигурации не бывает, и упсы надежные, поэтому нафиг идет - тем троим зарплату платит кто нада и они решают кого нада проблемы.
| | |
|
|
|
|
| 2.37, kusb (?), 15:17, 20/04/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Главный в Antropic считает что возможно у Клода сознание есть. И он в меньшей степени "делец", чем другие главы аналогичных компаний.
| | |
| |
| 3.75, Аноним (-), 04:46, 21/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Главный в Antropic считает что возможно у Клода сознание есть. И он
> в меньшей степени "делец", чем другие главы аналогичных компаний.
В принципе он имеет некий пойнт. Я с ним пообщался (с клодом в смысле) - по сравнению с многими опеннетчиками он достаточно разумный чувак, пожалуй.
| | |
| |
| 4.81, Аноним (81), 12:18, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
А калькулятор умеет быстро перемножать очень большие числа, чего тоже многие опеннетчики не умеют. Пообщайся и с ним - может, подружитесь
| | |
| |
| 5.88, Аноним (-), 13:41, 21/04/2026 [^] [^^] [^^^] [ответить] | +/– | У какого-нибудь клода reasoning - намного лучше чем у какого-нибудь похонаха на ... большой текст свёрнут, показать | | |
|
|
|
| 2.56, Аноним (56), 21:22, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Начнём с того, что "сознание" - это просто скратчпад. А у Клода есть скратчпад.
| | |
|
| 1.6, Аноним (6), 11:16, 20/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>переход на использование механизма nix flake для упаковки и управления зависимостями
Разумное решение.
| | |
| 1.7, Аноним (8), 11:16, 20/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
"восстановление повреждений без остановки работы с ФС"
то то я месяц сижу без винчестера на BcacheFS
это хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных. остальные сценарии ну нафиг
сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD
| | |
| |
| 2.24, Аноним (24), 13:37, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD
А, чо, сэкономил как-то кентушка на "backpointers" во имя красивых циферей в бенчах... а тут и окажись с этим какая-то подстава. Если это оно, конечно.
| | |
| 2.30, Bob (??), 14:02, 20/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных
оно Только для +/- схожих сценариев.
Систему лучше почти всегда на Ext4 держать.
| | |
|
| 1.10, Аноним (10), 11:39, 20/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>>> В качестве причин выбора Bcachefs вместо ZFS отмечается активная разработка ... простая модель работы с ФС, подразделами и снапшотами ... наличие продвинутых возможностей: ... коды коррекции ошибок и восстановление повреждений без остановки работы с ФС.
мне одному это режет глаз? забитое точками тоже местами за уши притянуто. никакой разумно обоснованой причины кроме gpl не видно.
>>> без усложнённых концепций, типа dataset-ов, zvol и вложенных pool-ов
пользуйтесь простой концепцией - пул/фс/снапшот
>>> как автоматическое перемещение редко используемых данных на медленные накопители
пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это уже усложненная концепция
| | |
| |
| 2.13, Аноним (13), 12:09, 20/04/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.
Там даже в FAQ этого NASTy https://github.com/nasty-project/nasty/blob/main/FAQ.md
* Why bcachefs instead of ZFS?
** bcachefs is GPL. Fits Linux perfectly.
(и вишенкой на тортике скриншоты панельки из под макоси 😀)
| | |
| |
| 3.21, онанист (?), 13:20, 20/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
и вишенкой на тортике скриншоты панельки из под макоси
думаете, разработчики в Партии?
| | |
|
| 2.46, нах. (?), 17:51, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
> мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.
шаманистские верования не нуждаются в разумных обоснованиях.
> пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это
г-но.
(извини уж)
Если бы ты на самом деле пытался им пользоваться, и при этом контролировал бы реальную производительность до и после, ты бы сам давно это понял.
l2arc - мертв. концепция конца 90х когда диски были большие только по физическим измерениям.
Там внутри плохо абсолютно все. И чинить некому уже пятнадцать лет.
| | |
| |
| 3.67, Анонимусус (?), 01:19, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну да, раз работает как обещано и ничего не пропадает - значит надо выкинуть. Ведь, о ужас!, уже неделя как туда руками активно не лазили и в гит не комитили.
А вот если странное, с конкретными фейлами, но модно-современное, то точно пользовать.
| | |
| |
| 4.69, нах. (?), 01:47, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
У меня для тебя хреновые новости- за то время что туда не лазили - компьютеры стали другими. Поэтому работает э... как обещано. То есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там производительность. Т.е. ты зря платил за ssd.
И да, что поделать, на современном железе придется использовать современные поделки, если старинные не чинить. Учитывая кто теперь рулит zfs - надежды мало. Самостоятельно исправить не получится тоже, там фронт работ на пару лет fulltime. (Чортов опус оценивал, но по моему опыту он в таких вещах не особо ошибается)
Ну пока можно обойтись просто без l2. Просто отдай всю память под l1, будет и быстрее, и надежнее.
Если чо - netapp примерно так же думает судя по их нынешней политике продаж.
| | |
| |
| 5.90, Аноним (-), 13:49, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
> У меня для тебя хреновые новости- за то время что туда не
> лазили - компьютеры стали другими. Поэтому работает э... как обещано. То
> есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там
> производительность. Т.е. ты зря платил за ssd.
Надо же, он стал о чем-то догадываться... и вот где твой ZFS в этом всем... ну, ты понял, да. На современные low overhead api его just in time никто не смогет, да и block-based уродец - сам по себе ну никак не low overhead.
| | |
|
|
|
|
| |
| 2.60, Аноним (60), 21:53, 20/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Как готовить iSCSI поверх bcachefs?
Вопрос кстати интересный. iSCSI - это экспорт блочного устройства по сети. Если bcachefs стоит на одном физическом разделе, то тут проблем нет и все понятно. Но у bcachefs в том и фишка, что она может в многослойное хранилище.
Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив. Но в этом случае скорость устройств может начать выравниваться скоростью сети.
| | |
| |
| 3.76, _ (??), 04:53, 21/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив.
Это уже будет наеборот: bcachefs поверх iSCSI и тут как бе более менее - но понятно ...
А вот чего аффтЫрь спросил я до сих пор не распарсил :)
| | |
|
|
| |
| 2.20, Мемоним (?), 13:20, 20/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ну не смог человек выбрать себе по вкусу wayland-композитор. Может в следующий "год Линукса на десктопе" выберет.
| | |
|
| 1.58, Аноним (58), 21:32, 20/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Я так понял, что без тонны оперативы и 2x-резервирования места на винтах (один винт пустой, на другом - файлы, а лучше на обоих файлы, но на разных файловых системах, одна из которых ZFS, в случае надобности, на одном пересоздаёшь какую надо ФС, и копируешь данные со второго) на Linux делать вообще нечего.
| | |
| |
| 2.70, нах. (?), 01:58, 21/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
это то ли афтыри чудо-наса набредили, то ли переводчик чего-то недопонял.
Вложенные пулы на zfs вообще-то бывают, если имеется в виду создать пул внутри zvol (там есть защита от этого, но можно выключить. Он видится системой как блочное устройство, поэтому ничего в общем не мешает его как таковое и использовать. Да, в том числе в zpool create такой "диск" скормить.)
Для чего это могло бы понадобиться пользователям nas - спроси у них. Как и что им мешало так не делать, если им не нравится идея.
Для чего это в теории может вообще пригодиться васянам: допустим есть у тебя или была виртуалка с zfs. Поломалась, или уже вовсе удалена, но от нее остались образы дисков (созданные send конечно, а не dd). Пихаешь его такой в zvol, включаешь рекурсию - и можешь видеть содержимое как еще один пул, смонтировать его куда, что-то оттуда вынуть понадобившееся и т д. (ну или вообще chroot'нуться туда) Все это БЕЗ виртуалки, в основной системе.
Правда, когда я на самом деле попытался такое сделать, все у меня повисло к хренам. Но это была freebsd, возможно в zol прокатило бы.
| | |
| |
| 3.79, Аноним (79), 12:09, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы взять zvol от пула на nvme/ssd и использовать как special dev в другом пуле на hdd
| | |
| |
| 4.80, нах. (?), 12:17, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
да, но вот - зойчем такие ужосы, оно ж когда сдохнет - ты эту лапшу вовек не распутаешь.
| | |
| |
| 5.84, Аноним (79), 12:38, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
диске и попытайся восстановить данные, тут даже лапши не нужно.
Бэкапы никто не отменял
| | |
| |
| 6.85, нах. (?), 13:10, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
простите, а зачем вы так делаете? Вы так не делайте.
> Бэкапы никто не отменял
у тебя вот - все забэкаплено? А если проверю?
Отдельный интересный вопрос - а вот сколько времени ты свой даже пусть подкроватный локалхост будешь с бэкапа поднимать даже если он у тебя есть, сколько при этом потеряешь последних наиболее нужных файликов, и не плюнешь ли по дороге, потому что ну жить и работать как-то надо, а не копаться в обломках прошлой жизни.
Сколько стоит disaster recovery у больших, и насколько оно (не) эффективно - я тебе пока подожду рассказывать, давай начнем с того что ценно для тебя лично.
| | |
| |
| 7.89, Аноним (79), 13:42, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Как будто я "больших" не видел (с)
У меня 10-12 часов займет полное восстановление NAS,
порядка 10тб данных. Больше всего записей с камер, фильмов и музыки.
Отдельная USB коробка с двумя 14тб дисками для бэкапов, на nas
такая же пара дисков плюс nvme.
Планирую переехать на EMC полку, что купил за 10к на авито когда-то.
Там 2 блока питания, 2 рабочих контроллера по 6гбит.
Ибо китайский NAS на amd еще норм, а у n100/n150 вариантов для
одного из дисков "дорожка сгорела", не ожидал ..
| | |
|
| 6.93, Аноним (-), 13:55, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
> попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
> диске и попытайся восстановить данные, тут даже лапши не нужно.
> Бэкапы никто не отменял
На btrfs можно попытаться зацепить с второй или третьей копии супера. И если у деревьев избыточность была - в чем проблема?
| | |
|
|
|
|
|
| 1.77, Аноним (77), 08:25, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
У меня неудачный опыт - сабж побился после очередного git annex sync и, кажется, восстановить его не было возможности. Использовал 2hdd + 2ssd. Сама концепция нравится, но пока доверия к нет. Может попробую через годик-другой.
Сейчас использую btrfs на компе и zfs на файлопомойке. Ничего не сыпется, волосы мягкие и шелковистые
| | |
| |
| 2.78, нах. (?), 10:44, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.
Иначе пробовать бестолку - если ты никому об этом не говоришь, мало шансов что за тебя кто-то другой это починит.
| | |
| |
| 3.92, Аноним (-), 13:52, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.
При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость" (c). В смысле размайнлайнили за грубость - в Linux Kernel! Что как бы совсем уж - номер.
| | |
|
|
|
