<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Новый подход к организации записи данных поверх read-only файловых систем</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html</link>
    <description>Арнд Бергман (Arnd Bergmann) в списке рассылки разработчиков Linux ядра представил (http://kerneltrap.org/Linux/Fake_Write_Support) проект, реализующий режим записи данных для файловой системы cramfs, предназначенной для read-only носителей (например, CD-ROM или загрузочный initrd образ). В отличие от unionfs, которая позволяет накладывать read-only основу на директорию, куда будут записаны изменения и новые файлы, разработка Арнда дает возможность хранить изменения на уровне кэша файловой системы, не требуя создания дополнительных ram-дисков.&lt;br&gt;&lt;br&gt;&lt;br&gt;Арнд планирует в будущем создать универсальное решение (например, через перенос разработанной функциональности на unionfs),  предоставляющее возможность временной записи данных на разделы с такими read-only файловыми системами, как cramfs, squashfs и iso9660, без создания дополнительных ram-дисков, экономящее ОЗУ и отличающиеся значительным упрощением реализации.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;URL: http://kerneltrap.org/Linux/Fake_Write_Support&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.sht</description>

<item>
    <title>Новый подход к организации записи данных поверх read-only фа... (User294)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#6</link>
    <pubDate>Mon, 30 Jun 2008 10:09:28 GMT</pubDate>
    <description>&amp;gt;Объявить, что запись на данный носитель невозможна - логично. Объявить об этом &lt;br&gt;&amp;gt;пользователю через неделю - ТУПОСТь! &lt;br&gt;&lt;br&gt;Не тупость а средство для комфортной работы с LiveCD и прочими session-oriented вещами.Поработать - можешь.Можешь даже изменения записать а не глотать мсгбоксы про write error вагонами.Но - временно.До ребута.Хорошо для всяких киосков, инет кафе, live cd и прочая.В случае чего просто перезагрузился - и в системе опять порядок и все работает.Иногда ценно :)&lt;br&gt;</description>
</item>

<item>
    <title>Новый подход к организации записи данных поверх read-only файловых систем (DXiT)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#5</link>
    <pubDate>Thu, 12 Jun 2008 20:37:00 GMT</pubDate>
    <description>Хммм. А куда товарищь будет sync делать для буферов?&lt;br&gt;</description>
</item>

<item>
    <title>Новый подход к организации записи данных поверх read-only файловых систем (vitek)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#4</link>
    <pubDate>Wed, 11 Jun 2008 22:44:08 GMT</pubDate>
    <description>здорово.&lt;br&gt;но как по поводу отказоусточивости?&lt;br&gt;</description>
</item>

<item>
    <title>Новый подход к организации записи данных поверх read-only фа... (szh)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#3</link>
    <pubDate>Wed, 11 Jun 2008 16:10:38 GMT</pubDate>
    <description>это не будет опцией по умолчанию. А для livecd такое подойдет.&lt;br&gt;</description>
</item>

<item>
    <title>Новый подход к организации записи данных поверх read-only фа... (FSA)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#2</link>
    <pubDate>Wed, 11 Jun 2008 14:38:47 GMT</pubDate>
    <description>&amp;gt;Keep it simple, stupid &lt;br&gt;&lt;br&gt;Объявить, что запись на данный носитель невозможна - логично. Объявить об этом пользователю через неделю - ТУПОСТь!&lt;br&gt;</description>
</item>

<item>
    <title>Новый подход к организации записи данных поверх read-only файловых систем (Аноним)</title>
    <link>https://89.19.215.112/openforum/vsluhforumID3/42322.html#1</link>
    <pubDate>Wed, 11 Jun 2008 13:29:22 GMT</pubDate>
    <description>Keep it simple, stupid&lt;br&gt;</description>
</item>

</channel>
</rss>
