LINUX.ORG.RU

Btrfs и eCryptfs не рекомендованы к использованию в рамках RHEL 6.х

 , ,


0

4

Сегодняшний релиз Red Hat Enterprise Linux 6.8 принёс немного разочаровывающих, но предсказуемых новостей.

Файловая система Btrfs объявлена устаревшей в рамках ветки RHEL 6.x из-за нарастающих сложностей с бэкпортированием исправлений в ядро 2.6.32. Беглый поиск по темам ЛОРа также может пролить свет на другие проблемы данной ФС. Btrfs была разработана корпорацией Oracle в качестве альтернативы ZFS, в 2014 году помечена как стабильная в ядре Linux.

eCryptfs также объявлена устаревшей в связи с отсутствием обновлений, несмотря на продолжающуюся поддержку текущего кода в ядре. eCryptfs — ФС-надстройка, прозрачно шифрующая содержимое директории, хранящейся на любой другой файловой системе.

В терминологии RHEL, статус «устаревшей» технологии означает продолжение поддержки оной в рамках ветки до конца жизни ветки. Однако, «устаревший» функционал не будет доступен в рамках расширенной поддержки и не рекомендуется к дальнейшему использованию в рамках ветки RHEL 6.x.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: shahid (всего исправлений: 5)

Ничего не понял, что такое ecryptfs? Что оно делает? Вот можно при установке ОС выбрать пункт LVM-шифрование, и перед загрузкой ОС спросят некий пароль, потом происходит какая-то проверка (я в этом не силен), и потом уже заходим в саму ОС. А что дает вот это ФС с шифрованием? Дополнительная защита?

anonymous
()

Файловая система Btrfs объявлена устаревшей в рамках линейки RHEL 6.x. В качестве причины названо фактическое прекращение развития этой файловой системы.

То есть по сути умерла до своего рождения? Весело.

Sunderland93 ★★★★★
()

В качестве причины названо фактическое прекращение развития этой файловой системы.

шта? редхат опять резко свернула куда-то на своем лисапеде

kott ★★★★★
()

Ну епт. А я только недавно перевел свои машины на btr. Думал самая крутая и современная. Куда теперь? На zfs или xfs?

makoven ★★★★★
()

В качестве причины названо фактическое прекращение развития этой файловой системы

Што?

Deleted
()
Ответ на: комментарий от makoven

На zfs только если нужны фичи и не жалко оперативки. Там двукратное кэширование by design. Последнее касается только ZOL.

feofan ★★★★★
()
Последнее исправление: feofan (всего исправлений: 1)

Бред, файловая система не устаревает, а с возрастом только набирает баллы надежности. Если перестали пилить код, значит, серьёзных проблем нет.

surefire ★★★
()

Кстати, что там с альтернативными CoW-файлухами типа Tux3? Живы, пилятся?

Deleted
()
Ответ на: комментарий от surefire

Если перестали пилить код, значит, серьёзных проблем нет

Ты, кажется, забыл о том, что ещё это может означать банальное положения хрена на проект.

Valkeru ★★★★
()

Ждём в скором времени новость от RedHat о прекращении поддержки systemd в связи с устареванием.

Quasar ★★★★★
()

Этой вашей btrfs самое место в /dev/null

anonymous
()
Ответ на: комментарий от Quasar
<арчеры> у нас самый свежый софт! Ваш софт устарел безнадёжно!
<дебианщики> зато у нас штабильность
<слакеры> а у нас патрег бох и нам пох
<гентушники> не собираете из сорцов? сами знаете кто
...
<RedHat> а вы знаете, что btrfs устарела?
<все> O_O *уясе заява...
border-radius
()

У них всё что признаётся стабильным автоматически становится устаревшим? Стабильный пакет/реализацию ж в Федору не интересно запихивать для тестирования?

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)

Кстати, а вообще есть хоть планы на Ext5? Чот не слышно даже, как будто забили на это семейство.

Deleted
()
Ответ на: комментарий от anonymous

Скорее альтернатива, шифрование одной папки поверх текущей файловой системы, но в целом хз кому оно нужно когда есть LVM-шифрование.

TDrive ★★★★★
()
Ответ на: комментарий от border-radius

Update: I've now been able to confirm with Red Hat that this change affects RHEL6 only and that Btrfs will be supported in RHEL7, still bad wording in the documentation.

Расходимся, всё норм. alexferman, makoven, etc.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от makoven

А я только недавно перевел свои машины на btr. Думал самая крутая и современная. Куда теперь?

ЛОЛ, хипстеры такие хипстеры.

anonymous
()
Ответ на: комментарий от erzentnn

Без пруфа — очередной вскукарек от эрзента.

ymn ★★★★★
()

Update: I've now been able to confirm with Red Hat that this change affects RHEL6 only and that Btrfs will be supported in RHEL7, still bad wording in the documentation.

anonymous
()

Офигеть. Всем неравнодушным к Btrfs - соболезнования! Надеюсь что кто-нибудь подхватит разработку...

Эй, а как же SUSE? Там же были контрибуторы!

Что ж, ждём стабилизации ZFS.

anonymous
()
Ответ на: комментарий от anonymous

Что ж, ждём стабилизации ZFS.

В смысле, стабилизации ZFS? Ей же сто лет в обед.

anonymous
()
Ответ на: комментарий от anonymous

Эй, а как же SUSE? Там же были контрибуторы!

кроме сюзи есть еще netgear и synology, достаточно популярные nas-ы, там тоже пилят btrfs и ставят по-дефолту

kott ★★★★★
()
Ответ на: комментарий от Indexator

Лол. Меня тоже. Systemd окончательно доломал debian testing. Где-то с пару месяцев не мог комп выключить нормально.

spoilt ★★★
()
Ответ на: комментарий от spoilt

я не знаю, как они это сделали, но теперь в шары влезают файлы длиной в ~260 русских букв, для вендоюзеров - щастье

kott ★★★★★
()
Ответ на: комментарий от spoilt

дебианщики, у которых не могут собрать дистрибе btrfs-prog обвиняют в этом создателей btrfs, как похоже на фанатов дебиан

erzentnn
()
Ответ на: комментарий от spoilt

Systemd окончательно доломал debian testing у меня.

Fixed. Говори за себя. У меня с самого появления stretch работает идеально.

anonymous
()
Ответ на: комментарий от kott

Так это вроде зависит от ядра, чем от фс. Точнее фс может и больше поддерживать, но линуховый vfs больше не дает. 512 байт ЕМНИП.

spoilt ★★★
()
Ответ на: комментарий от surefire

с возрастом только набирает баллы надежности. Если перестали пилить код, значит, серьёзных проблем нет

Ага и новые ядра не выходят и новое железо то же и новые фичи не нужны.

uin ★★★
()
Ответ на: комментарий от kott

Возможно ntfs работает немного по-другому, если монтировать через ntfs-3g. Но вообще все эти величины прописаны в limits.h ядра.

spoilt ★★★
()
Последнее исправление: spoilt (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.