rulez. только вот по моим наблюдениям 1.1 была не так надежна, как ext3...

По моему, надежность у XFS просто отличная. Другое дело, что cvs надо использовать.

Гораздо хуже дела обстоят с интеграцией xfs. Я так понимаю, что возможности XFS довольно трудно "завернуть" в линукс и поэтому то тут то там утилиты работают не совсем так, как на других FS.

Эх! Вот буквально вчера потерял раздел на XFS (причем я на этом компе только kmail и xmms пользовал)! Видно не судьба!

А она умеет упаковывать мелкие файлы, чтобы миллион файлов по 1 байту занимал 1 мегабайт, а не 512*1024*1024 или как там...

2anonymous (*) (2003-02-14 12:42:57.756) Это все кроме FAT умеет

Не хочется флейма на эту тему. Скажу, что мне xfs нравится(opinion), но у меня какая-то там inode corupted(fact). все живет, все развивается...

> Memory > 64 MB recommended.

че за требование такое ?

вот недавно был с какогото перепугу крэш xfs -- непонятно как, пользовательский файлец попал в 0 сектор раздела. xfs_repair после часа праведных трудов почти всё поставил на место (кроме квот, что не баг а фича), но xfs_logcheck всё равно кричит что есть ошибка, и repquota дохнет насмерть.

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

Кроме того там не сказано, кому это больше нужно, ядренному коду или юзер-спейс тулсам.

Щас придёт ирси и скажет своё веское слово.

Если не в лом подскажите как с рейзер в XFS конвертировать или это невозможно без переустановки?

Монтируешь оба раздела и используя специальную тулсу для конвертации которая называется cp все можно сконвертировать :0) А если серьезно, то я такой тулсы не знаю.

> Если не в лом подскажите как с рейзер в XFS конвертировать или это невозможно без переустановки?

man cp

я убивал xfs lkm руткитом ну короче скрываеш файл и все дальше полная жопа они начтнпют все пропадать притом если загрузиться с другово компа раздел выглядит пустым а при попытке записать чего либо туда пишет unknow error 900 :-) помогает только форматирование под что либо отличное от xfs притом только после этого можно сформатировать раздел опять под xfs роткольный глюк однако зато можете быть уверены что knark kis и sk вам никто не поставит :-) правда данным пи#$#ц ;-)

2anonymous (*) (2003-02-14 18:33:53.892)

а я УБИВАЛ fs командой dd if=/dev/urandom of=/dev/hda
и что?

да ничего я про "несовместимость"(прикольно звучит) большинства распространенных lkm руткитов с ней

что-то я тут ужасов поначитался, что ж вы со своими компами-то делаете ? у меня хомяк под xfs уже месяцев восемь живет и никогда не умирал , / я пересобирал, но заново никогда не форматировал. причем с электричеством у меня довольно серьезные проблемы, а файлуха стояла и стоит и _ни разу_ не падала. и у меня сложолось такое впечатление, что xfs куда надежнее рейзера. правда есть один косяк : в нее не поставишь ни lilo ни grub.

почемуже со своими ;-)

borisych: и про lilo и про grub (туба-же ASPLoader) наглая дезинформация. работает. проверено.

>Вот ежели например она использует битмап-базированный блок алокатор и держит его в мозгах, то требование очень даже правильное.

а вот Banshee, скажи, что ext3 использует ? И почему ему стоко вот ненадо. Я понимаю что для журналирования попбольше надо, мне интересно откуда такая вот цифра - 64

>Кроме того там не сказано, кому это больше нужно, ядренному коду или юзер-спейс тулсам.

ну и зачем им столько ? И как определить то вобще, там не сказанно что справедливо например для > 40Gb или <.

> А она умеет упаковывать мелкие файлы, чтобы миллион файлов по 1 байту
> занимал 1 мегабайт

Файлы еще и называцца как-то должны... да и пермишены опять-таки... так что это несбыточно...

Проблема с ReiserFS

Не совсем по теме, но все же: у меня все стоит на ReiserFS v.3, так вот с завидной перидичностью при перезагрузке или выключении машины (на этапе отмонтирования файловой системы) ядро падает, выводя дамп на экран, где говорится об ошибках в "inode.c". Правда, поcле этого система все-таки перезагружается|выключается. Сейчас ядро 2.4.20. Начался весь этот цирк с какого-то из начальных ядер (2.4.3 или около того, сейчас не вспомню) и продолжается по сей день. У кого нибудь подобное случается, или, как всегда, я один такой счастливый? ;-( Поделитесь опытом|советом. Заранее спасибо. (Только не надо кричать "ReiserFS Suxx! Переходи на XFS." Обе файловые системы достаточно хороши, вот только стабилизировать код бы)

saicat (*) (2003-02-15 00:35:49.033)

немного не по адресу. тебе стоит прочитать как делать bug report для reiser, и отправить разработчикам. например green :)

saicat

Может у тебя /boot раздел с ядром на reiser?
монтировать его рекомендуют с -o notail

Надо было конвертнуть раздел Reiser при переходе с 2.4.7 на что-то выще. До 2.4.7 были злостнейшите баги в ReiserFS. Доку по конвертации можно найти на сайте разработчиков Reiser.

2saicat (*) (2003-02-15 00:35:49.033):

Вы не упомянули reiserfsck... Это случайно или действительно не запускали?

У кого-нибудь под 2.4.20 получилось собрать?
Т.е. Взять 2.4.19, наложить xfs-patch, затем patch-2.4.20.
Блин. В файловых системах XFS она напрочь отсутствует.

В смысле в меню настройки файловых систем linux.

Ну постичтай сам. Для 15Gb файлухи нужен битмап около 3Mb. А для заявленой поддерживаемой 2Tb -- соответсвенно.

А ext3 на сколько я знаю не держит весь битмап в мозгах (как делает например reiser3).

Для user-space утилит может понадобиться побольше мозгов, например для починки журнала fsck-ой ихней. Да ище много для чего.

Непонятно что имелось ввиду под "конвертнуть". В данный момент поддерживается два формата которые условно можно обозначить: 3.5.x и 3.6.x Различия в формате ключей, и некоторых item-ов. А что до глюков, то reiser3 не рекомендуется использовать до ядра 2.4.18 :)

Конвертнуть - значить переползти с 3.5.Х на 3.6.Х

А у мня он пол года был - пока сильно со светом ктото не поприкалывался(киевэнэрго) - раздел упал конкретно - он то восстановился хфсрепаир но вот половина всего очень криво - но на том разделе и бады появились после таких приколов - то врубают то вырубают етц. И так постоянно - полетел раздел и веник в общем а фска рульная.

> как с рейзер в XFS конвертировать http://tzukanov.narod.ru/convertfs

Проблема с ReiserFS

> Вы не упомянули reiserfsck... Это случайно или действительно не запускали?

Не обижайте меня так ;-) Reiserfsck сообщает, что с файловой системой все в полном порядке. Похоже, что мне действительно нужно попробовать сконвертировать 3.5.х в 3.6.х. Возможно, в этом собака порылась. Пойду на сайт ReiserFS доки читать :)

/boot у меня тоже на ReiserFS стоит, но монтируется как и рекомендовано с "-o notail".

Огромное спасибо за советы.

"Конвертнуть" можно только путем переписывания из раздела с 3.5 на раздел с 3.6.

Мне кажется что озныченные глюки были из-за каких то корапшнов. Что говорил fsck?

Проблема с ReiserFS

2 Banshee:

> "Конвертнуть" можно только путем переписывания из раздела с 3.5 на раздел с 3.6.

Странно, в доках написано, что 3.5.х конвертируется в 3.6.х путем однократного монтирования раздела с опцией "conv", что и было проделано. Теперь ядро говорит при загрузке: "ReiserFS version 3.6.25". Или я что-то неправильно понимаю?

reiserfsck 3.6.4 говорит: "No corruptions". Только что еще раз проверял. Обновил Sysvinit со всеми потрохами с 2.78 до 2.84. Ничего не помогает: с вероятностью примерно 1|3 при отмонтировании корневой файловой системы ядро падает. Единственное, что успеваю заметить: "Kernel BUG at inode.c:1034", ну и дальше дамп на весь экран, а за ним перезагрузка. Причем, при последующем старте, ReiserFS восстанавливается по журналу, т.е. отмонтирование происходит некорректно. На сайте разработчиков говорится о похожей проблеме, но патч для halt и rc.sysinit существует только для какой-то версии Red Hat. А что делать пользователям других дистрибутивов? Про себя я вообще молчу - я сам собирал дистрибутив (подглядывая немного в "Linux From Scratch"). Предвижу наезды про /dev/hands, НО системе уже 2,5 года, на ядрах 2.2.х никогда ничего подобного не было. И потом, ядро говорит "Kernel BUG..."

Вот как только сохранить этот дамп? Ведь на этом этапе все логгеры уже того...

Жду новых идей ;)

Если замонтировать как 3.6, то все новые файлы и директории юудут иметь новый формат. Я же говорил о полной конвертации, так как у мужика есть подозрение что глюк связан 3.5 форматом.

А что за ядро?

Проблема с ReiserFS

2 Banshee:

>А что за ядро?

Сейчас 2.4.20. Но глюки начались намного раньше, по-моему, с какого-то из ядер 2.4.3-2.4.9, но сейчас я уже точно не вспомню,

Попробую на досуге сделать копию, полностью уничтожить раздел и потом создать его новой версией mkreiserfs.

2saicat (*) (2003-02-15 22:48:30.827)
я бы попробовал затарить твою систему и развернуть её на другой машине, с заново созданой ФС.

Попробуй, но "новая" версия mkfs не поможет :) Она не менялась со времен царя Гороха. Нет нужды ее менять. Почти все изменения происходят в fsck.

А чего то у мня ядро с их патчами не компилится - make dep пишэт что нима /usr/src/linux/fs/xfs/ - а его там в натуре нету - патч на 1.1 есть а тут - нету

Тупая моя голова - я жэ не те патчи слил

Проблема с ReiserFS

2 Banshee:

Вынужден признать, что Вы оказались правы. После создания всего раздела заново, увы, ничего не изменилось. Все те же периодические падения на этапе размонтирования файловой системы. Последнее, что приходит в голову - попытаюсь пересобрать ядро, отключив оптимизацию (я обычно собираю с "-O3 -march=athlon-tbird"). Хотя, я не особо верю в то, что это даст положительный результат. В дампе при падении одна из строк говорит "Invalid operand:0000". Может это последствия кривой "оптимизации"? Правда, не уверен, но попробую на досуге.

Вопрос, если не сложно, в каких случаях следует пользоваться опцией "--rebuild-tree" reiserfsck?

2 saicat (*) (2003-02-16 23:27:49.48)

Я несколько раз пользовался --rebuild-tree. Мне это посоветовал
reiserfscheck. У меня мать сдохла - начались проблемы с оперативкой.
Так что я дня два этим занимался, пока не выяснил корни проблемы и не
устранил ее. Вообщем пересборка дерева выглядит довольно безопасно.
Но так как тебе переформатирование не помогло, то это тем более не
поможет.

Кстати, у меня, помнится, подобная проблема была, когда я начал tmpfs
использовать. Потом куда-то исчезла.

>>rulez. только вот по моим наблюдениям 1.1 была не так надежна, как ext3...

народ, а можно вопрос?
что каждый из вас понимает под понятием "надежность FS". А то для меня это словосочитение где-то рядом с "осетриной второй свежести".

По существу. У меня нет ни единой претензии к XFS 1.1. Надеюсь такие же слова я смогу через пару лет сказать о 1.2.

Есть категория ошиюок которые нельзя или затруднительно поремонтировать с --fix-fixable. В этих случаях используется --rebuild-tree Это такое "перерождение" файлухи :) А пользоваться когда она сама предлагает. Например случайно удаленные файлы можно востановить с помощью --rebuild-tree и --scan-whole-partition. Правда в этом случае в дерево попадут все удаленные недавно файлы и директории.

> народ, а можно вопрос? > что каждый из вас понимает под понятием "надежность FS". А то для меня это словосочитение где-то рядом с "осетриной второй свежести". > По существу. У меня нет ни единой претензии к XFS 1.1. Надеюсь такие же слова я смогу через пару лет сказать о 1.2.

Везет значит. За полгода активной работы 2.4.19-xfs1.1 я видел 3 (три) различных типа проблем на партиции с xfs: а) самопроизвольный unmount; б) рассинхронизация списка файлов в директориях с актуальным положением дел на диске (обычно появлялось после скачков питания, хотя mount всегда говорил об успешном восстановлении); в) заметное замедление работы (в 2-3 раза) на почти полной fs после длительной работы (~50сут).

Дык вот надежность ФС в моем понимании это когда всего этого нет :)

У меня странно ничего из вышэперечисленного нету за 7 месяцэв

2manowar А ты какие патчи пользуешь? Оригинальные с sgi.com или -aa патч?

Я вот тоже поддался и корень ради эксперимента на xfs перенёс - посмотрим, что будет :) Эсли на глаз - субъективно быстрее живёт(чем ext2/3). Только столкнулся с такой проблемой - при монтировании корня почему-то выскакивает ошибка, что не могу(последовательно) примонтировать корень как UDF, dos, затем как reiserfs(у меня поддержка всего этого включена) потом монтирует как xfs. В принципе, ни разу не мешает, но напрягает! Подскажите, что может быть не так? ЗЫ, Может, это из-за того, что корень сначала на рейзере жил?

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