Переход 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/pipermai … 55345.html

Был, был и весь вышел...

2

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

Lupo Alberto пишет:

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

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

3

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

4

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

5

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

6

dsmith пишет:

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

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

7 (11.08.2011 07:39:36 отредактировано zenon)

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 с бооольшим опозданием, и так уже давно, - это мои наблюдения.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

8

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

9

Для btrfs нашел таки fsck
http://git.kernel.org/?p=linux/kernel/g … 9dd1517c17
Работоспособность неизвестна.  smile

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

10 (11.08.2011 23:20:52 отредактировано dsmith)

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

11

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.