https://mobile.opennet.me/openforum/vsluhforumID3/139866.html Кент Оверстрит (Kent Overstreet) опубликовал выпуск файловой системы Bcachefs 1.38.0. Выпуск охватывает два пакета: bcachefs-kernel-dkms с модулем ядра, собираемым при помощи системы DKMS (Dynamic Kernel Module Support), и bcachefs-tools с запускаемой в пространстве пользователя утилитой bcachefs, реализующей команды для создания (mkfs), монтирования, восстановления и проверки ФС. Пакеты собраны для Debian, Ubuntu и ожидаются для Arch Linux, Fedora, openSUSE и NixOS. DKMS-модуль поддерживает работу с ядрами Linux, начиная с 6.16...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65244<br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#98 Tue, 21 Apr 2026 12:12:16 GMT &gt;и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое.<br><br>у меня alpine diskless вариант, каждый раз в плане "системы" одно и тоже.<br>С файлами намаялся, вот и собрал все на zfs, чтобы работать только с датасетами.<br><br>&gt;наушники стрелковые не забудь к ней докупить. ;-)<br><br>в деревенском подпале будет работать )<br><br>&gt;(с другой стороны ну и гори оно... как будто диск там надежнее)<br><br>идея была что зеркало тут, зеркало там и если будет рассыпаться то по частям.<br>А тут пара отключений электричества и смотрю летим то на одном крыле..<br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#97 Tue, 21 Apr 2026 11:44:28 GMT &gt; Как будто я "больших" не видел (с) <br><br>ну, большие проверяют иногда свои DR планы. (не всегда по доброй воле)<br><br>Но в целом, красиво живешь, да. <br><br>Я вот восстанавливать ничего у себя просто уже не буду - во-первых, а куда? Это ж надо купить, собрать... и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое. Т.е. все равно это будет не восстановление а новая система.<br><br>Во-вторых у меня столько лишних денег и нет.<br><br>Отдельные файлики какие-то понадобятся, выковыряю. А остальное - ну жаль, конечно, но что поделать. Денег на вторую (а по хорошему-то нужна и третья!) копию тех же самых объемов все равно не предвидится.<br><br>&gt; Планирую переехать на EMC полку, что купил за 10к на авито когда-то. <br><br>наушники стрелковые не забудь к ней докупить. ;-)<br><br>&gt; одного из дисков "дорожка сгорела", не ожидал ..<br><br>ха, я бы как раз ожидал.<br><br>(с другой стороны ну и гори оно... как будто диск там надежнее)<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#96 Tue, 21 Apr 2026 11:39:11 GMT &gt; Надо же, он стал о чем-то догадываться... и вот где твой ZFS <br>&gt; в этом всем... ну, ты понял, да. На современные low overhead <br><br>все с ним нормально. И тем более для nas. Конкретно ЭТУ деталь трогать не надо, она не так работает как человек подумал.<br><br>Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную пока использовать не стоит.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#95 Tue, 21 Apr 2026 11:22:16 GMT &gt; При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость"<br><br>потому что пытался заставить РАБОТАТЬ рабов другого хозяина. Которые разумеется строили из себя обиженок и ничего делать не хотели.<br><br>Так что это как раз хорошо - такой человек безусловно БУДЕТ заинтересован в том чтобы исправлять ошибки, а не как эти вот notabug'и.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#94 Tue, 21 Apr 2026 11:13:00 GMT Диск один, допустим в zfs я указал 2 копии хранить - в zdb все равно не полезу.<br>Что там в btrfs не подскажу, думаю такой же ужас<br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#93 Tue, 21 Apr 2026 10:55:39 GMT &gt; попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном <br>&gt; диске и попытайся восстановить данные, тут даже лапши не нужно.<br>&gt; Бэкапы никто не отменял <br><br>На btrfs можно попытаться зацепить с второй или третьей копии супера. И если у деревьев избыточность была - в чем проблема?<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#92 Tue, 21 Apr 2026 10:52:39 GMT &gt; ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.<br><br>При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость" (c). В смысле размайнлайнили за грубость - в Linux Kernel! Что как бы совсем уж - номер.<br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#91 Tue, 21 Apr 2026 10:50:59 GMT &gt; Я так понял, что без тонны оперативы и 2x-резервирования места на винтах <br>&gt; (один винт пустой, на другом - файлы, а лучше на обоих <br>&gt; файлы, но на разных файловых системах, одна из которых ZFS, в <br>&gt; случае надобности, на одном пересоздаёшь какую надо ФС, и копируешь данные <br>&gt; со второго) на Linux делать вообще нечего.<br><br>Можете идти вместе с похом-нахом на свою дрисняточку, ветеранюниксадмины легендарные. А легендарные вы только в контексте "сказочный ..." - ибо ваш вэй привел вас куда-то не туда.<br> https://mobile.opennet.me/openforum/vsluhforumID3/139866.html#90 Tue, 21 Apr 2026 10:49:18 GMT &gt; У меня для тебя хреновые новости- за то время что туда не <br>&gt; лазили - компьютеры стали другими. Поэтому работает э... как обещано. То <br>&gt; есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там <br>&gt; производительность. Т.е. ты зря платил за ssd.<br><br>Надо же, он стал о чем-то догадываться... и вот где твой ZFS в этом всем... ну, ты понял, да. На современные low overhead api его just in time никто не смогет, да и block-based уродец - сам по себе ну никак не low overhead.<br>