<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html</link>
    <description>Кент Оверстрит (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...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65244&lt;br&gt;</description>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#65</link>
    <pubDate>Mon, 20 Apr 2026 20:37:12 GMT</pubDate>
    <description>&amp;gt; Так и запишем: &quot;У кого нет data=dup&lt;br&gt;&lt;br&gt;Нет, там слабость в metadata DUP вместо metadata RAID1.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#64</link>
    <pubDate>Mon, 20 Apr 2026 20:35:41 GMT</pubDate>
    <description>&amp;gt;вложенных pool-ов&lt;br&gt;&lt;br&gt;Что это?&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#63</link>
    <pubDate>Mon, 20 Apr 2026 20:30:47 GMT</pubDate>
    <description>&amp;gt; Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано &lt;br&gt;&amp;gt; или поздно и с любой другой фс.&lt;br&gt;&lt;br&gt;Эмм, обычный spanned volume (JBOD), доступный 25-35 лет через LVM или его виндоаналог. Должен развалиться после отказа диска, не по питанию. Или даже тогда лишь потерять часть файлов - ФС нового поколения имеют возможность действовать лучше, чем старые слойки из LVM+ФС, где ФС не знает про LVM и наоборот.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#61</link>
    <pubDate>Mon, 20 Apr 2026 19:50:40 GMT</pubDate>
    <description>Так и запишем: &quot;У кого нет data=dup - тот может идти куда Полонский послал&quot;. А счастливые пользователи винды продолжат использовать NTFS и проблем не знать.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#60</link>
    <pubDate>Mon, 20 Apr 2026 18:53:04 GMT</pubDate>
    <description>&amp;gt;Как готовить iSCSI поверх bcachefs?&lt;br&gt;&lt;br&gt;Вопрос кстати интересный. iSCSI - это экспорт блочного устройства по сети. Если bcachefs стоит на одном физическом разделе, то тут проблем нет и все понятно. Но у bcachefs в том и фишка, что она может в многослойное хранилище.&lt;br&gt;Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив. Но в этом случае скорость устройств может начать выравниваться скоростью сети.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#59</link>
    <pubDate>Mon, 20 Apr 2026 18:35:08 GMT</pubDate>
    <description>Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано или поздно и с любой другой фс. &lt;br&gt;&lt;br&gt;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.&lt;br&gt;&lt;br&gt;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.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#58</link>
    <pubDate>Mon, 20 Apr 2026 18:32:13 GMT</pubDate>
    <description>Я так понял, что без тонны оперативы и 2x-резервирования места на винтах (один винт пустой, на другом - файлы, а лучше на обоих файлы, но на разных файловых системах, одна из которых ZFS, в случае надобности, на одном пересоздаёшь какую надо ФС, и копируешь данные со второго) на Linux делать вообще нечего.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#56</link>
    <pubDate>Mon, 20 Apr 2026 18:22:47 GMT</pubDate>
    <description>Начнём с того, что &quot;сознание&quot; - это просто скратчпад. А у Клода есть скратчпад.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания ... (Аноня)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/139866.html#54</link>
    <pubDate>Mon, 20 Apr 2026 17:09:22 GMT</pubDate>
    <description>А зачем ?&lt;br&gt;</description>
</item>

</channel>
</rss>
