LINUX.ORG.RU
Хех. А ведь это как раз то, что удерживает меня на линуксе. Сделают полноценную поддержку - линуксу крышка.
Zmacs
()
Ответ на: комментарий от Zmacs
А поподробнее?

Что такого ты делаеш с XFS что она заставляет тебя сидеть на оффтопике?

ansi ★★★★
()
Ответ на: комментарий от anonymous
Особенно мне нравится то, что за основу взять код под GPL :-)
Впрочем, это не OpenBSD, тут более вменяемые люди.
stanislav
()
вопрос ребром:

если все равн был взят код из GPL, то почему не сделали полноценной поддержки?

или порт это так сложно?

gr_buza ★★★★
()
видимо религия\гордость не позволяет, пока не перепишут весь код из гпл в бзд, всё сразу не заработает.
anonymous
()
Ответ на: комментарий от Dead
Наверное перепечатают ) А потом скажут: ну я видел код и что мне теперь его забыть и придумать иначе?
Oceanborn
()
Ответ на: комментарий от gr_buza
> если все равн был взят код из GPL, то почему не сделали полноценной поддержки?

> или порт это так сложно?

Да, очень сложно, т.е. слово портирование здесь вовсе неуместно, т.к. сути процесса не описывает. Примерно год назад в рассылке dragonflybsd Matthew Dillon очень подробно писал roadmap'ы и что именно нужно изменить в ядре, что бы сделать полноценный родной журнал к fs. Объем работ потресает.

Oc
()
Как можно восстановить умершый xfs? Ничего не помогает. Поверхность диска не испорчена.
Lautre ★★★★★
()
Может таким макаром взять из BSD толковую поддержку UFS. :-) Думаю, этому многие будут рады. Правда, я думаю, уж лучше из Solaris тогда брать.
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от Dead
А зачем примеры? У вас мало проприетарных модулей в линакс стоит? Какая разница что грузить модулем и под какой он лицензией. Под BSD лицензию вряд ли перепишут.
anonymous
()
Ответ на: комментарий от Dead
А зачем примеры? У вас мало проприетарных модулей в линакс стоит? Какая разница что грузить модулем и под какой он лицензией. Под BSD лицензию вряд ли перепишут.
anonymous
()
лучше бы взяли и в линуксе довели до ума xfs_check и xfs_repair...
PashaKustov ★★
()
Ответ на: комментарий от anonymous
> видимо религия\гордость не позволяет, пока не перепишут весь код из
> гпл в бзд, всё сразу не заработает.
В сад. Это _порт_, поэтому "переписывание" его на какую-то либо лицензию изначально не планировалась, ибо бредовая это идея.
anonymous
()
Ответ на: комментарий от timur_dav
>Она такая же как у BSD с XFS. Чуть лучше.

а можно добавить конкретики?

просто через некоторое время скорее всего придется использовать связку linux+ufs,
хотелось бы знать с чем придется столкнуться.
fghj ★★★★★
()
Ответ на: комментарий от Dead
>А такое вобще возможно? Примеры таких модулей есть?

в FreeBSD помоему есть подкатолог в дереве исходников ядра с названием то ли gpl то ли gnu
fghj ★★★★★
()
Ответ на: комментарий от gr_buza
>если все равн был взят код из GPL, то почему не сделали полноценной поддержки?
>или порт это так сложно?

когда я в последний раз видел патч xfs для FreeBSD он содержал даже
архитектурно зависимую часть,
я думаю это показывает насколько все запущено.
fghj ★★★★★
()
а зачем они вообще мучались? есть же венда, где все и так работает что надо. есть еще всякие линупсы где почему то тоже уже появились вещи хотя бы вчерашнего дня. ну а бздуны то нафига стараются?
anonymous
()
Ответ на: комментарий от anonymous
> У вас мало проприетарных модулей в линакс стоит?

Читай GPL FAQ, на определённых условиях, в специальных случаях в GPL код можно включать закрытый.

> Какая разница что грузить модулем и под какой он лицензией.

Опять же, читай FAQ. :) Область действия лицензии распространяется на адресное пространство процесса. FreeBSD стало микроядерной? ;-)

atrus ★★★★★
()
Ответ на: комментарий от fghj
Одного удачного опыта хватило чтобы в ту сторону и не смотреть больше.
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от fghj
Я диск Solaris'овый запорол не более чем месяц назад. Это лучше, а в BSD уже умеет хоть как писать?
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav
>Возьми диск от Solaris и смонтируй его в Linux и посмотришь, что из этого выйдет.

Помнится у меня диск с NetBSD прекрасно смонтировался,
а что такого с Solaris?
anonymous
()
Ответ на: комментарий от anonymous
Про NetBSD не знаю, но FreeBSD 5.x у меня только на чтение, а с Solaris на запись получилось, но через пару дней такой игры у меня Sol отказался монтировать его.
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav
И вообще, с этой UFS один зоопарк, сравни UFS из Solaris'а c FreeBSD'шной; небо и земля (я немного утрирую).
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav
у соляриса же ufs по сравнению с обычной как ext3 и ext2,
там журнал и т.д.,

не удивительно что отказался писать.
anonymous
()
Ответ на: комментарий от anonymous
Как раз на Солярис пишет, правда, как показал опыт, не всегда удачно.
timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от anonymous
> Помнится у меня диск с NetBSD прекрасно смонтировался

скорее всего потому, что с вероятностью 99% он был под FFS (Fast File System) а отнюдь не UFS. действительно, зачем может понадобиться ставить NetBSD на UFS :-?

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от fghj
> использовать связку linux+ufs, хотелось бы знать с чем придется столкнуться.

v jadro vkompilivaesh, i .txt v papke s ishodnikami chitaesh. UFS2 budet read-only. Tak shto v BSD sozdavaj UFS1 (opcija "-O 1" dlya newfs'a, v sysinstall'e pri sozdanii razdelov peredaj, i delov...)

Obidno, shto v FreeBSD label (tot shto na slice) podderzhyvaet tol'ko 8 subdiskov (a esli otbrosit' a (rootfs), b (swap) i c (entire slice), to ostaetsya 5...). OpenBSD podderzhyvaet 16, vkliuchaja za predelami slice'a (offset ne ot nachala slice'a a ot nachala diska), shto est' good.

Eshe herovo, shto FreeBSD'shnyj GEOM by default pliuet na label'y drugih BSD, no patch(1) Vam v ruki... Worxhere.

anonymous
()
Ответ на: комментарий от fghj
> когда я в последний раз видел патч xfs для FreeBSD он содержал даже
> архитектурно зависимую часть,

Уже не содержит. Ничего принципиально неодолимого в добавлении write-support нет, мой локальный уже патч умеет почти все операции над метаданными типа link, unlink, rmdir, mkdir, symlink, etc и даже не паникует (почти :). Но на стабилизацию всего этого нужно время, которое как-то пропало.

Плюс за последнее время SGI добавило достаточно много линуксизмов в общий код, что не лучшим образом сказалось как на читаемости кода, так и на стабильности самой FS, судя по содержанию linux-xfs@. Это немного подрывает желание тратить время на XFS когда за мной числится несколько более полезных для FreeBSD "хвостов".
kan
()
Ответ на: комментарий от kan
Да напуркуа все это в BSD тащить?! Если захотелось новых FS уж лучше сосредоточиться на SUN ZFS - вылизать и забыть что бывают еще и другие FS.
anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.