Собственно новая ветка
после игры с выклюением света без БП слетела ext4
после прохода fsck сложены в "кучку" куски файлов sql базы почтовика, веб сервера и т.д. (есесено проблем никаких - бэкапы рулят)
ноо
есть ли все таки надежная файловая система ? (кроме NTFS)
смотрю в сторону XFS ( больно рекламируют)

интересуют ваши мнения по надежности FS

нескромный вопрос - цена БП так уж запредельна?  ( а поломать можно все, что угодно, даже то, что поломать невозможно)

(1)
да это понятно - интересует именно неубиваемость

(1)
вот например на NTFS я даже не парился что файловая система может потерять какие то файлы....

:))) кто мешает пользоваться NTFS? :)))

(3)
но то винда
на linux конечно уже крутят в сторону ntfs - но пока еще все на костылях

(4)
нууу никто - возможно так и сделаю - отдельным разделом и спихну туда базы с данными

+(6)
но все же ?

(3) очень даже убиваемая NTFS. причем тем же тривиальным методом неожиданного отключения питания, как показала практика... (((

Правильно ли я понимаю что у вас была отключена синхронизация (или проставлено время большое)
Точно ext4 может ext2? (просто не вериться).

у админа стоит ubuntu 11.10
поскольку его пароль я не помню, товы ключаю кнопкой сзади ;)
ext4 жива старуцшка который месяц... и ничего
PS
только админу не говорите :)

(10) Кнопку спереди не судьба нажать? Оо
(0) Таки ы. У нас винт был который сыпался, как впоследствии оказалась - так там эта ехт отпахала пока у него 50%-70% не посыпалось. НТФС туда даже вставать не хотел ни под каким боком.. А эта жила, даже кое какие файлы удалось вытащить..
Более того (почему мы не заметили что винт сыпется) - линух на нем работал, работал и работал. Пока собственно туда не попытались какой то большой файлик записать - не получилось..

(11) пробовал - для выключения требует авторизоваться

(12) а зажать на 10 сек?

хм что же у вас за железо, и какие такие операции чтения/записи происходят у вас в момент отключения, чтобы так сыпалась ФС, скоко раз мой бедный сервачёк так отрубался, и не чего пашет, даже без ошибок на ФС...

(12) Как он не замечает, каждое утро проверку? Может переключаться в терминал и Ctr-Alt-Del?

(13) так я и делаю )

ошибок на фс кстати нет ;)
так что автору просто не повезло ;)
может у него не ext4?

а разве ехт4 не есть нтфс для линукс?

ага FAT32 :)

Ставьте btrfs, там много вкусного, правда не всё доделано ;)

(20) fsck на него нету и рост потребления процессора.

ZFS еще никто не предлагал?

(21) "fsck на него нету" - btrfs* глянь

А говорит, что нет.

https://btrfs.wiki.kernel.org/index.html
Note that Btrfs does not yet have a fsck tool that can fix errors. While Btrfs is stable on a stable machine, it is currently possible to corrupt a filesystem irrecoverably if your machine crashes or loses power on disks that don't handle flush requests correctly. This will be fixed when the fsck tool is ready.

а еще прочитай man btrfsck (в конце самом)

У нас тоже ext4 стоит на шлюзе. Проблем как таковых нет, хотя свет отключают частенько.

(24) а она у меня нагнулась и я её полечил - на кой мне читать?...

а fsck.btrfs не работает, да

(27) еще раз: для некоторых случаев работает, для некоторых нет. Хочешь быть тестером вперед, когда упадет и btrfsck не поможет, тогда не забудь сделать образ и отослать разработчикам, они будут благодарны.

(29) это другой вопрос. мне до сих пор интересно чего фс полетела.

(0)
что за синхронизация ?
может dump ?
dump отключен файловая система ext4

(14)
отрубился 2 раза без авто fsck

(31)
или ты про синхронность операций ввода - вывода ?
как от этого зависит надежность ?

(30)
ну она не совсем полетела - частично поломанные файлики сложились в lost&found

а вообще если сервак какой нить прокси и работает 5 дней без перерыва и бахают свет к примеру
то полюбому в кэше пару файлов бахается

короче я сам не понимаю - че за х...

нтфс не убиваемая ничем

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

если надо ядро работающее на нтфс - сделаю, за не дорого

(0) предлагаю не пользовать скуль для мта и прокси, а обычный плайн текст

(37)
хммм
да без проблем можно сделать, просто включить опцию поддержки и перекомпилить
вопрос в том что загрузиться ли это ядро, то есть до работы ядра

(39)
народ делает boot на например ext4
а все остальное - ntfs

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

(39) а как там линки и атрибуты?

(41) спокойно! всё там работает.

(42)
не знаю не пробовал...
если (37)
делал - пусть поделиться впечатлениями

За уже почти десятилетие работы с nfts ни разу ничего не умерло.
За 4 года работы с FAT16/32 она умерала раз 8, частично и полностью.

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

попробовал ntfs из ядра (с записью)
короче chown и chmod не работают для ntfs
короче как я и говорил начинаются костыли
короче пробую xfs

+(46)
короче(сорняк ;))

(46) човн и чмод могут работать, но только с посиксакл
конечно не так как привыкли в обычной конфигурации

Ставить линукс на ntfs - редкостное извращение. Ибо ntfs - файловая система, заточенная под винду.
И вообще не верю сказкам о ненадежности ext2-4.. сколько лет юзаю - проблем не было ни разу. Вот на reiserfs файлы рассыпалась при некорректном отключении, было - кусок одного файла оказывался внутри другого. И на ntfs файлы становились длиной 0 байт. Нет ничего идеального. Только бэкап спасет.. или юзай истинно транзакционно-версионную на уровне данных, а не только метаданных, btrfs :) Если она не глюкнет из-за сырости, конечно)

(49)
у меня тоже десктопный линь - 3 года проблем нет

проблемы начинаются когда идет более менее нормальная полезная нагрузка + сервера

(48)
буду ждать когда допилят нормальную полноценную поддержку ntfs

(52) Жди.

(50) "проблемы начинаются когда идет более менее нормальная полезная нагрузка + сервера"
У гугла на серверах с "нормальной полезной нагрузкой" вполне себе ext4. Дело не в нагрузке, а в соответствии файловой системы задачам. Хотите максимальной надежности - монтируйте с опцией data=journal. А для параноиков и любителей медитации еще можно еще и с sync. :)

(52) NTFS ничем не лучше прочих современных FS. И "нормальная полноценная поддержка" её в линуксе нафиг никому не нужна, вполне хватает того, что уже есть. Да и с лицензионностью тут сложно..

А вообще я от btrfs просто кайфую.. имхо за ней будущее в мире линукса.

wiki:Сравнение_файловых_систем

(49) ext2-3 нежурналируемые системы в отличии нтфс и ехт4

хотя на счет ехт3 наврал

(57) а теперь удали лог и 4 кб, и кайфуй хоть вечность

(61) Вы о чем? Выражайтесь яснее. Что не так в btrfs? Чем ntfs круче? :)

нарыл
http://www.h-online.com/open/news/item/Ext4-data-loss-explanations-and-workarounds-740671.html

оказывается проблема то есть...
решают путем включения опции в fstab
data=alloc_on_commit

(56)
data=journal эт для ext3
на ext4 какой то косячный журнал...

(0)
переделал ядро+
победил параноидальными опциями монтирования в fstab
syns,commit=1,data=ordered

(65)
syns = sync (бл. когда уже редактор постов прикрутят)