UPS мусіць ратаваць адмінаў!Guru писал(а):Было и такоеbobrik писал(а):Если конечно еще во время выключения не решить подправить таблицу разделов
насколько опасен линух?
- Mr. Anderson
- Неотъемлемая часть форума
- Сообщения: 373
- Зарегистрирован: 10 окт 2005, 14:35
Господа, хочу в общеобразовательных целях напомнить, что "журналируемая файловая система" в узком смысле обеспечивает сохранность себя - своих собственных структур и метаданных, а вот журналировать юзерские данные по умолчанию не будет ни одна файловая система общего назначения - это падение производительности. В случае ext3 и reiserfs есть в более-менее свежих ядрах режим журналирования данных который по умолчанию выключен, но по желанию включается при монтировании.
Так что потери и мусор в файлах при отключении питания на xfs - абсолютно закономерны - просто потому, что никто не обещал вам обратного.
Так что потери и мусор в файлах при отключении питания на xfs - абсолютно закономерны - просто потому, что никто не обещал вам обратного.
Опыт растет прямо пропорционально выведенному из строя оборудованию
- Mr. Anderson
- Неотъемлемая часть форума
- Сообщения: 373
- Зарегистрирован: 10 окт 2005, 14:35
- mungo
- Фанатеющий
- Сообщения: 151
- Зарегистрирован: 10 сен 2006, 10:32
- Откуда: Минск
- Контактная информация:
Llama, что-то ты наговорил, но не ясно, что это. Чушь какая-то.
Нет у файловой системы ничего такого, что нужно сохранять и низя восстановить. Журнал записивает ни "собственную структуру", иначе зачем он, а все транзакции, произошедшие за некоторый период. Чисто для тебя подскажу - ставишь на рейзер систему, загружаешь, начинаешь активную работу, жмешь ресет. Загружаешь, и видишь - "checking transaction log... 7 transaction replayed". К примеру. И ничего не потеряно.
"В более-менее новых ядрах" ничего не изменилось по сравнению со старыми. Для режима ext2/3 различие только в журнале, и типом ФС ты указваешь, нужен те журнал или нет. У рейзера он как раз всегда включен, ты лишь можешь выбрать тип хэша и т.п. Смотри man reiserfs.
Нет у файловой системы ничего такого, что нужно сохранять и низя восстановить. Журнал записивает ни "собственную структуру", иначе зачем он, а все транзакции, произошедшие за некоторый период. Чисто для тебя подскажу - ставишь на рейзер систему, загружаешь, начинаешь активную работу, жмешь ресет. Загружаешь, и видишь - "checking transaction log... 7 transaction replayed". К примеру. И ничего не потеряно.
"В более-менее новых ядрах" ничего не изменилось по сравнению со старыми. Для режима ext2/3 различие только в журнале, и типом ФС ты указваешь, нужен те журнал или нет. У рейзера он как раз всегда включен, ты лишь можешь выбрать тип хэша и т.п. Смотри man reiserfs.
Сомневаюсь, и вам советую!
mungo, у файловой системы надо сохранять и беречь метаданные. Ибо без них вы свои файлы порсто не получите. И восстанавливать их крайне трудно - повреждение буквально нескольких десятков килобайт превратит восстановление в дорогостоящий неавтоматизируемый процесс.
Замечу также, что man reiserfs отсуствует в RHEL4 и Debian 4, более того - ну упомянут в http://www.namesys.com/manp.html - по всей видимости вы начитались научно-популярной литературы и пытаетесь теперь хотите поразить нас своим поверхностным знанием предмета не дав себе труд проверить сообщаемую информацию.
NP
booxter, выконвае. Калі прымацаваны з опцыяй data=journal (партэбны адпаведны патч на ядро, уваходзіць насамрэч у склад апошніх ядзер)
Гэта што датычыцца Reiserfs v3.x. Пра Reiser4 я не ведаю.
Замечу также, что man reiserfs отсуствует в RHEL4 и Debian 4, более того - ну упомянут в http://www.namesys.com/manp.html - по всей видимости вы начитались научно-популярной литературы и пытаетесь теперь хотите поразить нас своим поверхностным знанием предмета не дав себе труд проверить сообщаемую информацию.
NP
booxter, выконвае. Калі прымацаваны з опцыяй data=journal (партэбны адпаведны патч на ядро, уваходзіць насамрэч у склад апошніх ядзер)
Гэта што датычыцца Reiserfs v3.x. Пра Reiser4 я не ведаю.
http://www.namesys.com/faq.html писал(а): ReiserFS does meta-data journaling, enabling fast crash recovery without the expense of full data journaling. There is a (separate) patch from Chris Mason that implements full data journaling for ReiserFS v3.
http://www.namesys.com/mount-options.html писал(а):Код: Выделить всё
data=ordered / journal / writeback Specifies the journalling mode for file data. Metadata is always journaled. journal All data is committed into the journal prior to being written into the main file system. ordered This is the default mode. All data is forced directly out to the main file system prior to its metadata being committed to the journal. writeback Data ordering is not preserved - data may be written into the main file system after its metadata has been committed to the journal. This is rumoured to be the highest-throughput option. It guarantees internal file system integrity, however it can allow old data to appear in files after a crash and journal recovery.
Опыт растет прямо пропорционально выведенному из строя оборудованию
- mungo
- Фанатеющий
- Сообщения: 151
- Зарегистрирован: 10 сен 2006, 10:32
- Откуда: Минск
- Контактная информация:
Llama, насчет ман ошибся, конечно, но у рейзера есть оф. сайт, где описано, как она работает. Но насчет вашего мнения насчет ненадежности системы поспорю. Пока я не наблюдал, чтобы рейзер страдал от повреждения пары килобайт (кроме бутовых, но тут не существует лекарства нигде).
А фраза насчет беречь и сохранять метаданные меня вообще смутила. Если вы так сведущи, будьте добры, объясните, как можно метаданные сохранить? Если я ничего не путаю, то эти данные непостоянны и сами по себе мусор, который даже не имеет постоянного местоположения.
А фраза насчет беречь и сохранять метаданные меня вообще смутила. Если вы так сведущи, будьте добры, объясните, как можно метаданные сохранить? Если я ничего не путаю, то эти данные непостоянны и сами по себе мусор, который даже не имеет постоянного местоположения.
Сомневаюсь, и вам советую!
Не могу понять, почему вы сводите все к reiserfs - изначально я написал, что в общем случае журналируемая файловая система не гарантирует целостность данных.mungo писал(а): но у рейзера есть оф. сайт, где описано, как она работает.
Ну они-то как раз дублируются один-два раза.mungo писал(а): (кроме бутовых, но тут не существует лекарства нигде).
Вы всерьез согласны обойтись без списка указателей на блоки файла?А фраза насчет беречь и сохранять метаданные меня вообще смутила. Если вы так сведущи, будьте добры, объясните, как можно метаданные сохранить? Если я ничего не путаю, то эти данные непостоянны и сами по себе мусор, который даже не имеет постоянного местоположения.
Да, их метоположение заранее не фиксировано, но ссылки на первый из них - файл с оглавлением корневого каталога файловой системы - всегда есть в заголовке файловой системы, начиная оттуда по цепочке и разматывается все дерево. И потеря любого из узлов грозит потерей всей находящейся "под ним" информации, даже при том, что формально сама информация не пострадает.
Опыт растет прямо пропорционально выведенному из строя оборудованию
- kavax
- Интересующийся
- Сообщения: 60
- Зарегистрирован: 16 дек 2003, 12:50
- Откуда: Minsk
- Контактная информация:
из собственного опыта...
слетать может любая ФС, у меня стояла и Рейзер и ехт3, обе слетали, все из-за веников с глюками.
Но и в том и в другом случаи удавалось востановить 99% информации пи помощи специальных утилит для каждой из ФС
да и лично мое мнение, что отключение питания с линуксе не повлечет за собой особых проблем с ОС, ее скорее всего удастся обратно поднять, зато был реальный случай когда был безвозвратно потерен реестр виндовс из-за отключения питания (во время установки программы дело было, там он (реестр) по моему блокируется на запись в Win 2000 TermSRV) что соответственно привело к переустановке всей системы.
слетать может любая ФС, у меня стояла и Рейзер и ехт3, обе слетали, все из-за веников с глюками.
Но и в том и в другом случаи удавалось востановить 99% информации пи помощи специальных утилит для каждой из ФС
да и лично мое мнение, что отключение питания с линуксе не повлечет за собой особых проблем с ОС, ее скорее всего удастся обратно поднять, зато был реальный случай когда был безвозвратно потерен реестр виндовс из-за отключения питания (во время установки программы дело было, там он (реестр) по моему блокируется на запись в Win 2000 TermSRV) что соответственно привело к переустановке всей системы.