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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.