LINUX.ORG.RU

BtrFS на корень.


0

2

Собираю окончательный вариант системы, хочу напхать туда всякие плюшки. Вопрос: умеет ли граб1 грузить ядро с раздела на BtrFS? Или надо выносить отдельным разделом /boot?


Нет, не умеет.
/boot - ext2
/ - BtrFS

anonymous
()

Ах да, чуть не забыл. я собираюсь впилить в систему xen, поэтому поставлю xen-sources-2.6.34. Будет ли нормально работать с этим ядром btrfs-progs-9999 из транка? Если нет, возможно ли присобачить новейший модуль btrfs к этому ядру?

CTAPK
() автор топика

И какие опции btrfs стоит включать, а какие нет?

CTAPK
() автор топика

в гентушной багзилле есть патч, чтоб с бтрфс грузиться

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

В чём риск? Единственное беда, что я встречал в отзывах на форумах - это возможная смерть ФС при включённом сжатии. Поэтому сжатие я включать не стану. Да и смерть системы - пустяк, по сравнению со смертью файлопомойки.

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

скорость насколько я понял по подобным тредам - спорно. остальной функционал находится скорее на стадии разработки.

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

>скорость насколько я понял по подобным тредам - спорно

Чего там спорного?

остальной функционал находится скорее на стадии разработки

Снапшоты уже работают.

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

Впиливай, формат хранения в btrfs уже менять не будут, поэтому останется только обновлять ядра с ксеном по мере их «выпекания».
А /boot я бы сделал отдельно с минимальной какой-нибудь системой для rescue операции, или хотя бы впихнул чекер для btrfs в initramfs. Кстати, там чекер уже работоспособен? Ошибки находит и исправляет?

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

я подумал и решил, что вместо того, чтобы городить одну универсальную систему, лучше нагородить много узкоспециализированных систем.

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

Надо же, видимо сделали. Что впрочем не сулит им стабильность, учитывая постоянные баги на обычном линуксе. Чем kvm не устраивает?

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

>Чем kvm не устраивает?

Не умеет паравиртуализацию. Да и вообще, я его пробовал, там с сетью какой-то жуткий затык был.

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

Есть virtio драйвера.

У меня на работе центось с xen'ом, ничего критичного впрочем. Если тебе не нужен гигабитный интернет в виртуалках, то проще kvm. Тем более он в апстриме.

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

>А зачем и чем оно лучше будет хотя бы той же Ext4?
да не далее как недавно тут уже обсуждали лаги на ext4, так по моему и не разобрались в чем дело было. Я пока не прочитал думал что же у меня такое все кривое, а как ext4 выкинул из корня все стало отлично.
Прожил с нима неделю, переплевался и забыл. А btrfs у меня стоит на некоторых разделах - впечатления строго положитеьные.

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

А количество исправляемых багов с каждым релизом ядра не пугает?

anonymous
()

скорость в btrfs только благодаря сжатию, если его выкидывать, то оно сливает ext4, к которому снапшоты можно через lvm пределать.

2 Lumi, btrfs'овская чекалка пока ничего толком не чекает и не исправляет, умеет только сегфолтиться. :)

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

>ext4, к которому снапшоты можно через lvm пределать.
Ага, причем если не угадаешь размер снапшота, то кирдык твоему снапшоту, а если сделаешь размер больше - то потеряешь место в никуда.
В btrfs я каждые 4 часа делаю снапшоты безо всякого оверхеда и вероятности потерять данные

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

Ну я уже говорил, что мне btrfs нужен был со сжатием, а оно там тупит безбожно и бьёт данные.

По мне так zfs+zpl надежнее чем btrfs. В оверлеях даже ebuild'ы были. Надо будет попробовать как-нить. :)

daemonpnz ★★★★★
()

>умеет ли граб1 грузить ядро с раздела на BtrFS?

Зачем?

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

>По мне так zfs+zpl надежнее чем btrfs.
Отпишись обязательно! Я где-то месяц назад пытался завести, оно не собиралось у меня, я и забил

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

Ладно, как только отосплюсь, так сразу примусь тестить. :) Возможно на мартовские праздники.

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

Что такое «работа» в контексте домашнего компьютера?

CTAPK
() автор топика
Ответ на: комментарий от daemonpnz

>скорость в btrfs только благодаря сжатию, если его выкидывать, то оно сливает ext4

Пруфы где?

снапшоты можно через lvm пределать

Вот только не надо про лвмовские снапшоты. Это же горячечный ужас.

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

>>скорость насколько я понял по подобным тредам - спорно

Чего там спорного?


вот это впечатляет.
чем обоснуешь?

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

Алё, чувак, ты в адеквате? Ты к чему это ляпнул? Или для тебя новость, что тесты фороникса по большей части лажа?

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

Алё, чувак, ты в адеквате? Ты к чему это ляпнул?

К тому, что ты слишком чувствительный и впечатлительный.

Или для тебя новость, что тесты фороникса по большей части лажа?

Тесты фороникса прекрасно справляются с задачей провести сравнительное тестирование и показать его результаты. По этим тестам видно, что btrfs сливает по скорости той же ext4. В некоторых тестах существенно, в некоторых нет, где-то выигрывает. Но в среднем все таки сливает, особенно без сжатия.

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

>ты слишком чувствительный и впечатлительный

Чувак, прими налоксона и успокойся.

Тесты фороникса прекрасно справляются с задачей провести сравнительное тестирование и показать его результаты

Тесты фороникса - лажа. Ещё что-нибудь?

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

От тебя мы пока агргументов того, что btrfs гиперреактивная мы не увидили. Пруфы будут или ты тут тоже просто газы накопленные выпускаешь?

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

> Ложь. Формат уже стабилен и меняться не будет.

Если мне не изменяет память, btrfs ложит в B-деревья рекордсы переменной длины, что приводит к захламлению диска свободным пространством, которое невозможно использовать в принципе. И вроде еще никто не озаботился над тем, чтобы использовать правильные алгоритмы.. Так что формат будет меняться и не раз.

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

> Ладно, посмотрим. Поспрашиваю людей на других форумах.

Не думаю, что там тебе скажут что-то новое.

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

Формат уже стабилен и меняться не будет.

Не звезди. В вики написано «мы постараемся сохранить совместимость, поскольку формат у нас расширяемый, но ежели будет страшный баг и не найдется воркэраунда - ну чо, бывает...»

no-dashi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.