JFS vs Reiser4

[666joy666]

Доброго времени суток. Собственно сабж, в данный момент мой root раздел находиться под jfs и имеет размер 30гб. Я хочу перевести его в Reiser4...
Подскажите, как лучше забекапить все данные на на нем ?
Кто использует reiser4, как ощущения, стоит ли оно того?

[фирэфохэ]

В убунте reiser4 не поддерживается. Врядли тут будет кто-нибудь ковырять ядро, grub еще наверное...

[666joy666]

В убунте reiser4 не поддерживается. Врядли тут будет кто-нибудь ковырять ядро, grub еще наверное...

У меня ядро собрано с поддержкой reiser4, и /boot раздел на ext2. Проблем с поддержкой и тому подобного не будет, вопрос был иной:)

[satch]

В убунте reiser4 не поддерживается. Врядли тут будет кто-нибудь ковырять ядро, grub еще наверное...

не смешите
sudo apt-get install reiser4progs

[666joy666]

В убунте reiser4 не поддерживается. Врядли тут будет кто-нибудь ковырять ядро, grub еще наверное...

не смешите
sudo apt-get install reiser4progs

И смысл ?) Это установит программы для работы с reiser4, а при попытки монтирования выскочит сообщение мол неизвестный тип ФС...

[dimas000]

я использую. прирост шустрости есть. фс достаточно неубиваема - серию резетов/powerloss'ов переживает преспокойно. специально тестил с Debian testing на флэшке - и вырубал кнопкой, и дергал флэшку с рутом... после всех стараний убилось пять файлов))

У меня ядро собрано с поддержкой reiser4, и /boot раздел на ext2

аналогично на сервачке. никаких проблем. резеты и прочее - все в норме.
насчет переезда - вот моя заметка на эту тему. pmagic уже держит нормально, качай последний релиз). первый раз были у меня косяки, так я забыл поставить предварительно reiser4progs)) когда на сервере переезжал с третьего рейзера - тут уж все нормально сделал, все встало как влитое, будто там и было. в общем, как образ раскатаешь на место - не выкидывай, а в целом вполне себе. следующую ось планирую на R4 ставить

то установит программы для работы с reiser4

во-во. mkfs, fsck и прочее. но не более того

[yaromir]

Разве Reiser4 уже готов?
Евгений Шишкин вроде же обещал окончательно все оттестировать в ближайшие пару релизов Linux-ядра и закоммитить стабильный код ориентировочно в 2.6.36.

ИМХО не мешайте машине ездить и не ищите на попу приключения.

[666joy666]

ИМХО не мешайте машине ездить и не ищите на попу приключения.

без них жить скучно

Спасибо за заметку, думаю так и сделаю

[dimas000]

ага, к 34-му нам уже обешали)) к слову, btrfs вполне себе успешно запихан почему-то как есть, с пометкой "unstable disk format" и приписками, мол, десять раз подумайте.

(Нажмите, чтобы показать/скрыть)

а тем временем третий рейзер убрали из дебиановского установщика (не полностью, но чтобы ее заюзать нужно выполнить нетривиальные действия, о которых никто не знает толком. анонс, когда-то фигурироравший "где-то там" не считается). в ответ на гневное письмо мне ответили, что есть, мол, "замечательные альтернативы" (наверно, фат, ибо иначе что она там делает?), а рейзер якобы вообще заброшен и никому не нужен. на более длинное и аргументированное письмо со ссылками на этих самых майнтейнеров ответа не последовало. это так, к вопросу об обещаниях. или вот замечательная такая штука как unionfs. версии 1.x жили в ядре и вполне могли использоваться по-человечески. с началом 2.x линейки 1.x выпили, а 2.x не впиилили, вместо чего реализовав его через ж... через fuse. ntfs-3g сколько висит на фьюзе? давно бы допилили родной драйвер!

так что не надо вот

не мешайте машине ездить и не ищите на попу приключения.

если б все вот так сидели ровно, ничего бы и не развивалось. автор верной путей идет. если есть возможность, время и желание - можно (и нужно!) тестить новые разработки. а Эдуард Шишкин, кстати, товарищ весьма отзывчивый, если что - подскажет, что такое и как бороть. да и в рассылке народ толковый. каждодневно что-нибудь происходит, а не как у некоторых баги годами висят.
кстати, автору подсказка: для создания фс со сжатием (в чем смысл сего, можно почиать хотя бы в статье на лоре, легко гуглится) к mkreiser4 стоит добавть ключик "-o create=ccreg40"

[666joy666]

Вот собственно я и перебрался...сейчас уже сижу с Reiser4

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

userx@i13 ~ $ mount | grep sda
/dev/sda1 on / type reiser4 (rw,relatime,atom_max_size=0xfb83,atom_max_age=0x927c0,atom_min_size=0x100,atom_max_flushers=0x1,cbk_cache_slots=0x10)
/dev/sda7 on /home type reiser4 (rw,relatime)
/dev/sda8 on /home/userx type btrfs (rw,relatime)
/dev/sda3 on /mnt/media1 type ext4 (rw,relatime)
/dev/sda4 on /mnt/media2 type ext4 (rw,relatime)


Сжатие мне покамисть не нужно, и без него все замечательно, еще раз спасибо за заметку, Кстати, из конфигов, поправил всего одну строчку в /etc/fstab, заменил UUID и тип ФС. Больше ничего не правил, система загрузилась как и всегда не выдавая ничего лишнего, в логах тоже пусто, перезагрузилась так же успешно, Вообщем можно сказать все прошло гладко и без происшествий

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

userx@i13 ~ $ df | grep sda1
/dev/sda1             24324576   6784972  17539604  28% /
Под JFS было занято 33%, видимо это уже её тараканы  

[dimas000]

Кстати, из конфигов, поправил всего одну строчку в /etc/fstab

да больше править-то и нечего. ну да, конфиг гроба можно, если uuid сменился. а можно и после.

Под JFS было занято 33%, видимо это уже её тараканы

ну да, размер журнала разный, иноды там, хз что еще...

/home/userx type btrfs

как он себя ведет? не падает? электричеством не пытал?

[666joy666]

/home/userx type btrfs

как он себя ведет? не падает? электричеством не пытал?

Было 3-4 резких отключения питания, выжил, даже не шолохнулся...там ведь можно снапшоты еще делать, если я не ошибаюсь:) Еще в btrfsprogs нету , во всяком случаи у меня, fsck.btrfs. Так что проверить его нечем...Главное работает и не жалуется, даже после не скольких резких ребутов, это главное, так же и производительность, особых отличий от ext4 я не заметил (может плохо искал?) Можно смело юзать:)

[dimas000]

Еще в btrfsprogs нету , во всяком случаи у меня, fsck.btrfs.

>18:51:00 164 /tmp$ dpkg-deb -c btrfs-tools_0.19-3_i386.deb
.....
-rwxr-xr-x root/root    128584 2009-08-07 18:07 ./usr/bin/btrfsck
.....
lrwxrwxrwx root/root         0 2009-08-07 18:07 ./usr/bin/fsck.btrfs -> btrfsck

9.10. кстати, всегда есть сырцы, svn...

производительность, особых отличий от ext4 я не заметил (может плохо искал?) Можно смело юзать:)

ну вот, один Debian testing на R4 у меня уже успешно есть. а если эта Ubuntu когда-нибудь вдруг погибнет, можно будет всем смертям назло устроить аццкую смесь - testing (про который говорили, что чуть ли не sid его крепче), /на R4 и хомяк на БТРе... гм... хомяк на бтре? звучит!))
да, кстати, я когда убивал свои пять файлов, убивал специально в момент записи, dd запускал и дергал флэху. вот, тут надо сказать об одной багофиче: на R4 файл либо пишется, либо никак. т.е. с одной стороны в случае внезапного резета не останется мусора в виде огрызков. а с другой - зарядил ради примера в елинксе качать ядрышко (60 мегов), где-то на половине вырубил - после ребута, понятное дело, ни следа. т.е. при таком вот обрыве долгой закачки может выйти конфуз. не знаю, на какой объем данных распространяется атомарная структура, не проверял. и думаю, тут еще разница в том, как каждая программа сохраняет файл: а) создает пустой файл, качает кусочек, пишет в него и т.д. или же б) долго-долго кэширует (покуда памяти хватит?), а потом скидывает. тут ничего толкового не скажу, хз в общем...

[666joy666]

Еще в btrfsprogs нету , во всяком случаи у меня, fsck.btrfs.

>18:51:00 164 /tmp$ dpkg-deb -c btrfs-tools_0.19-3_i386.deb
.....
-rwxr-xr-x root/root    128584 2009-08-07 18:07 ./usr/bin/btrfsck
.....
lrwxrwxrwx root/root         0 2009-08-07 18:07 ./usr/bin/fsck.btrfs -> btrfsck

9.10. кстати, всегда есть сырцы, svn...

производительность, особых отличий от ext4 я не заметил (может плохо искал?) Можно смело юзать:)

ну вот, один Debian testing на R4 у меня уже успешно есть. а если эта Ubuntu когда-нибудь вдруг погибнет, можно будет всем смертям назло устроить аццкую смесь - testing (про который говорили, что чуть ли не sid его крепче), /на R4 и хомяк на БТРе... гм... хомяк на бтре? звучит!))
да, кстати, я когда убивал свои пять файлов, убивал специально в момент записи, dd запускал и дергал флэху. вот, тут надо сказать об одной багофиче: на R4 файл либо пишется, либо никак. т.е. с одной стороны в случае внезапного резета не останется мусора в виде огрызков. а с другой - зарядил ради примера в елинксе качать ядрышко (60 мегов), где-то на половине вырубил - после ребута, понятное дело, ни следа. т.е. при таком вот обрыве долгой закачки может выйти конфуз. не знаю, на какой объем данных распространяется атомарная структура, не проверял. и думаю, тут еще разница в том, как каждая программа сохраняет файл: а) создает пустой файл, качает кусочек, пишет в него и т.д. или же б) долго-долго кэширует (покуда памяти хватит?), а потом скидывает. тут ничего толкового не скажу, хз в общем...

гм...вот имя этой дряни, btrfsck, нужно запомнить...Разве что у меня система всего одна, и не дебиан-подобная..все отточено и жестко сконфигурировано, кстати, сейчас вот специально отмонтировал все лишние, и сделал резкий ребут, при скачки ядра wget'oм, половина файла осталась=) (на btrfs)

[dimas000]

гм...вот имя этой дряни, btrfsck, нужно запомнить...Разве что у меня система всего одна, и не дебиан-подобная..все отточено и жестко сконфигурировано

отточи себе и жестко сконфигурируй такой же симлинк куда-нибудь в /sbin/fsck.btrfs)))