Переход Fedora 16 по умолчанию на файловую систему Btrfs отменен

Переход Fedora 16 по умолчанию на файловую систему Btrfs отменен

Проект Fedora отменил ранее утвержденный план по использованию начиная с выпуска Fedora 16 по умолчанию файловой системы Btrfs. Полный переход на Btrfs отложен как минимум до выпуска Fedora 17, в Fedora 16 как и раньше по умолчанию будет использоваться Ext4. В качестве причины подобного решения называется несоответствие текущего состояния поддержки Btrfs критериям выпуска альфа-версии Fedora 16. В частности, обязательным требованием было наличие программы btrfsck для проверки целостности и восстановления ФС после сбоя, но для Btrfs подобное приложение пока не готово. Релиз Fedora 16 запланирован на 25 октября.

Обратим внимание на то, что речь ведется об использовании Btrfs по умолчанию, в настоящий момент в Fedora 15 Linux уже присутствует опциональная возможность установки с использованием файловой системы Btrfs, поддержка Btrfs в загрузчике GRUB, а также полная поддержка управления логическими разделами и подразделами Btrfs. В состав дистрибутива интегрирован плагин yum-plugin-fs-snapshot, позволяющий использовать снапшоты Btrfs для возврата системы в первоначальное состояние после неудачной установки пакетов или обновления. По оценке разработчиков Fedora Linux файловая система Btrfs работает достаточно стабильно.

В Fedora 16 ожидается добавление в инсталлятор поддержки преобразования без потери данных существующих разделов Ext3 и Ext4 в Btrfs, добавление возможности по созданию RAID и сжатию хранимых данных. Кроме Fedora полный переход на Btrfs также планируют дистрибутивы Ubuntu и MeeGo, но конкретных сроков разработчики пока не указывают.

Источник — http://www.opennet.ru/opennews/art.shtml?num=31430
Главная ссылка к новости — http://lists.fedoraproject.org/pipermail/devel/2011-August/155345.html

Пусть пилят по лучше. Пока ext4 вполне устраивает и народ не жалуется.
Я все не дождусь когда получу вот это:

Lupo Alberto написал:

В состав дистрибутива интегрирован плагин yum-plugin-fs-snapshot, позволяющий использовать снапшоты Btrfs для возврата системы в первоначальное состояние после неудачной установки пакетов или обновления

А счастье было так близко. Но, действительно, пусть лучше допилят. Ни куда он от нас не денется :)

Федора опять хотела быть впереди планеты всей :D а пресловутый btrfsck до сих пор недопилили. wink

Шишкин с некоторой долей брезгливости высказывался про устройство этой вашей btrfs..

dsmith написал:

Шишкин с некоторой долей брезгливости высказывался про устройство этой вашей btrfs..

Пруф в студию.

Vascom, вброс на лоре http://www.linux.org.ru/news/kernel/5041798

Эдуард Шишкин выступил с критикой Btrfs

Эдуард Шишкин - один из разработчиков Reiser4, на данный момент является сотрудником RedHat. Эдуард опубликовал на lkml результаты тестирования и ревью исходного кода входящей в состав ядра linux-2.6.33 файловой системы Btrfs.

Было обнаружено следующее:

При заполнении пустого 659-мегабайтного раздела Btrfs файлами размером в 2 килобайта, лишь 17% дискового пространства отводится под собственно содержимое файлов, а оставшиеся 83% Btrfs расходует на свои служебные данные.
Столь низкая эффективность использования дискового пространства, похоже, является фундаментальным свойством тех алгоритмов, которые положены в основу Btrfs. А именно, Btrfs пытается хранить блоки переменного размера ("inline extents", xattr, и тд) в структуре данных "B-tree". Однако B-tree предоставляет гарантии эффективного использования памяти лишь для блоков постоянного размера.

Несмотря на то, что первое сообщение было опубликовано в начале июня, переписка между Эдуардом Шишкиным и разработчиком Btrfs Крисом Мейсоном продолжнается на lkml и по сей день. Приятного чтения!

ы. Шишкин забывает переодически с выходом нового ядра патчи reiser4 делать, например на 38 - вовремя, на 39 с бооольшим опозданием, и так уже давно, - это мои наблюдения.

Да уж. Если это история времён 2.6.33, то можно не беспокоиться за судьбу btrfs.

Для btrfs нашел таки fsck
http://git.kernel.org/?p=linux/kernel/git/mason/btrfs-progs-unstable.git;a=blob;f=btrfsck.c;h=63e44d1dbc26f2ee9f6ef29c08ae0eb9d19e48db;hb=1b444cd2e6ab8dcafdd47dbaeaae369dd1517c17
Работоспособность неизвестна. smile

Не, Reiser4- это очень хорошо.. было бы, но сейчас какая-то обстановка непонятная совсем. Для SUSE 4-ый рейзер найти можно только в "домашних" сборках к примеру. Чего там про включение в ядро, я так и не понял.. мутно. Так что btrfs тоже недалеко ушло :)

Патчи ядро, собирай, последнй патч reiser4 на 38-ое, соврал я где-то что есть на 39. http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/
Я хотел на него переехать, в принципе проблем нет, но в связи с тем что люблю новые ядра - обломался.