LINUX.ORG.RU

кто что терял при пропадании питания


0

0

Задумал я сменить ext3 на suse103 на что-то другое
Из кандидатов xfs и reiserFS
Немного почитав получил мусор в голове )
Поэтому для начала хочу спросить - что у каго было на разных ФС при сбое питания?
Для себя критичным считаю сохранность остальных файлов и ФС в целом, а тот(те) файл, который был использован во время выключения пусть останется хоть какимто (по последней записи, дошедшей до диска физически).
Из серьезных накрузок на винт это хэширование(проверка при старте) файлов в dc клиенте дома и работа с vmware дисками на работе (на работе ups есть).
Вообще отмечаю очень сильную нагрузку на винт в linuxdcpp даже когда не хэширует, а просто качает из сетки. Предполагаю это какието проверки после скачивания, но при этом система может замерет секунд на 10.

anonymous

тут нужно самому пробовать, ИМХО. Многие например говорят что reiserfs теряет данные, но у меня не было еще ни одного случая, хоть мама и любит на reset нажимать для перегрузки в винду, бывало даже во время emerge --update world.

А если система замирает секунд на 10... посмотри, включён ли у тебя dma

chicane
()
Ответ на: комментарий от chicane

> хоть мама и любит на reset нажимать для перегрузки в винду

Эту кноппачгу лучше отключить за ненадобностью

grinn ★★
()
Ответ на: комментарий от grinn

> Эту кноппачгу лучше отключить за ненадобностью

тогда мама будет долго меня ругать потом за то, что моя глючная система нифига не умеет нормально перегружаться, хоть я ее и учил это делать по нормальной схеме...

chicane
()
Ответ на: комментарий от chicane

Тогда стоит купить себе или маме компьютер.

boombick ★★★★★
()

Использовал reiserfs (на сервере и рабочей станции) и xfs (на рабочей
станции). Пропадания питания были и там, и там. При xfs потерь данных
вообще небыло, а на reiserfs были в тех случаях, когда reiserfs была
смонтирована без опции notail: это опция выключает поддержку "хвостов"
в reiser-е (насколько я слышал, это когда куски файлов дописываются в
свободные остатки секторов).
Примечательно, что при монтировании рейзера
с этим флагом потери данных прекратились.
Ext3 лично не использовал.

anonymous
()

Не нужно ходить по краю - купите бесперебойник.

sskirtochenko ★★
()

> Для себя критичным считаю сохранность остальных файлов и ФС в целом

Тогда настоятельно рекомендую остаться на ext3

no-dashi ★★★★★
()

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

anonymous
()

>Задумал я сменить ext3 на suse103 на что-то другое

А зачем, если заботитесь о сохранности данных, вообще менять ext3 на что-то другое? При отключении питания с разделов ext3 ни разу ничего не терял, точно также, как и на xfs. С рейзером следует все же быть осторожнее - не уверен в нем.

P.S. А вообще ext3 + бэкапиться почаще + использовать ИБП = оптимальное и единственно правильное решение в данном случае (имхо, конечно), т.к. риск потерять данные есть всегда, но есть возможность свести его вероятность к минимуму :)

Demon37 ★★★★
()
Ответ на: комментарий от Demon37

Ничего не терял на ext3 и ntfs. Отключений было несколько десятков, если не сотен.

anonymous
()

На внешнем харде стоял райзер, затем начитался я выкриков о том что он не 
стабилен и поставил ext3. При копировании на этот хард 20 гигов фильмов ext3 просто упала, на ровном месте. Хард в порядке, перебоя с питанием не было.
Райзер вернулся на место. В отличии от ext3 он меня еще ни разу не подвел.
С ext3 это у меня не единственный случай, она вообще,imo, постоянно стремится похерить свой журнал и превратиться в ext2.

fugu
()

Дома комп довольно частенько отрубается (2-3 раза в неделю)
/ ext3 (journal_data_writeback)
/home reiserfs (без notail)
полёт нормальный

На винте дополнительном (с ext3) разьве что один раз из-за вырубления питания были траблы, но всё излечилось fsck`ом. Вроде ничего не потерялось.

Nao ★★★★★
()

На сервере стояла xfs, работала vmware, одновременно было запущено около 10 виртуальных машин. После сбоя образы работающих машин сломались. То есть имена файлов были, но ничего больше. Пробовали восстановить - не получилось. Правда единственное что, тогда было не просто пропадание питания, был офигительный скачок напряжения, почему-то упс не помог :(

Laz ★★★★★
()
Ответ на: комментарий от Nao

А задумал я сменить ext3 по причине диких тормозов при работе с linuxdcpp (на более медленной машине виндовый клиент работает быстрее), а также по причине желания переставить suse103 заново т.к. на 102 она встала криво.

anonymous
()

На XFS при ~восьми сбоев питания раз пять терял открытые файлы (они перезаписываются нулями - чудовищный бред, что курили разработчики XFS? :))

На ReiserFS на несколько десятков сбоев ни одной потери.

На Ext3 на несколько десятков сбоев одно разрушение FS, потребовавшее переустановки системы (ещё во времена RH7.3)

На NTFS на несколько сотен сбоев ни одной потери данных.

На FAT32 почти при каждом сбое те или иные потери открытых файлов.

Про FAT12 уже не помню :)

KRoN73 ★★★★★
()

Узнаю ЛОР :). Человек спросил "У кого на какой ФС что терялось?", народ начал говорить "У меня вот на моей системе ниче не терялось, а вот рейзеру не доверяю (он еще и жену кажется убил)". Человеку нужно кашку в голове разгрести, народ кашку еще больше перемешивает.

Млять, статистику вообще возможно собрать или нет???

irvyman
()
Ответ на: комментарий от irvyman

На разделах с ext2 ext3 reiserfs reiser4 xfs jfs ntfs fat32 под линукс не терял файлы только на jfs. Терялись везде по разному -- либо файл исчезал, либо затирался мусором. Такой ответ устроил бы?

Lumi ★★★★★
()
Ответ на: комментарий от Lumi

+1 к "либо затирался мусором" - аналогичная ситуация случалась пару раз...

на xfs журналируются только метаданные файла.

staks
()

при этом система может замерет секунд на 10.

Сам сижу на сусе, тоже боролся с "замираниями", даже конвертнул все в резера, ниче особо не изменилось. Помогла смена планировшика на deadline, можно еще использовать Noop, визуально с ним система отзывчивее, но по тестам он слабоват..

gnomino
()
Ответ на: комментарий от staks

Поэтому сейчас я старательно тестирую везде jfs. Там хотя бы гарантированно остаётся старое содержимое файла.

Lumi ★★★★★
()
Ответ на: комментарий от Demon37

> А зачем, если заботитесь о сохранности данных, вообще менять ext3 на что-то другое? При отключении питания с разделов ext3 ни разу ничего не терял, точно также, как и на xfs. С рейзером следует все же быть осторожнее - не уверен в нем.

Всем пишущим про ext3: а вы попробуйте делать это при data=writeback - узнаете много нового :) Да, да, я уже слышу возгласы про яйца, дверь и Саныча :)

annoynimous ★★★★★
()

> кто что терял при пропадании питания

флэшку потерял как-то. электричество отрубили, и хз куда она пропала. так и не нашел :(

isden ★★★★★
()

Очень давно (5 лет) терял на рейзер всё и насмерть на SuSe.

Отключаю роутер полтора года каждый раз простым нажатием на кнопку. Там ext3. Ни разу не было проблем.

Один раз восстанавливал битую ext3. Не знаю как ей убили, но замечено что редхатовцы курили особую траву когда делали RHL9.0.

Partition Magic убивал мне NTFS давно. Всю, насмерть, без сбоев питания.

reiser держу реадонли для дистрибутива.

xfs пахает себе спокойно.

Насчет мамы - насторой ACPI кнопку чтобы по нажатию на кнопочку питания комп выключался неаварийно.

gena2x ★★★
()

ext3. До бесперебойника каждую неделю в течение трех месяцев внезапно выключали свет. Ничего не пропало.

sskirtochenko ★★
()
Ответ на: комментарий от annoynimous

>Всем пишущим про ext3: а вы попробуйте делать это при data=writeback - узнаете много нового :) Да, да, я уже слышу возгласы про яйца, дверь и Саныча :)

У меня так на корне около полугода. Что я делаю не так?

Nao ★★★★★
()

только соединение с интернет.

купи ИБП и не мучайся.

Effect
()

девственность :))

anonymous
()
1 января 2008 г.
Ответ на: комментарий от Harliff

три сетевых подключения, и некоторое кол-во нейронов, кода сервачек (для локальной сети) подключи через упс, стали теряся лишь подключения.

wfrr ★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.