ух ты оказывается, там не только Oops! бывает:)
а вообще вроде пишет прямо после kernel panic'a. Один раз только в жизни схватил, да и то, из-за кривых ручонок своих:)

Я буду ответственно относиться к безопасности своих приложений.

фс упала? дерьмо дело-то

Я буду ответственно относиться к безопасности своих приложений.

что значит синхронизироваться? т.е. по сути, при экстренном выключении системные файлы не сохранятся?

Я буду ответственно относиться к безопасности своих приложений.

ну тык системные и открыты..

Я буду ответственно относиться к безопасности своих приложений.

да чего тут объяснять? :) Об этом писали на opennet.ru, кажется. Всё дело в том, что ext4 ещё довольно сырая фс, поэтому многие вещи до конца не допилены. В частности отказоустойчивость. Я вот поэтому жду стабильной версии и пока не пробую ставить себе.

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

Я буду ответственно относиться к безопасности своих приложений.

У меня тоже :) Ежедневный)

кстати я пока не заметил глюков за ней

На файловом архиве тоже не замечаю. Т.е. замечаю их отсутствие)

а у меня наоборот под корнем, личные данные-то поважнее

А у меня компьютер по совместимости сервак для двух локальных сетей и интернета. Бэкапится, конечно, но на глючной фс есть риск получать глючный бэкап, а возвращаться к настройке, больше не дающей опыта, не хочется.

кто ж бэкапит на один и тот же винт-то!

На другой, конечно) Я о том, что если на фс повреждены файлы, то и бэкап в результате сохранит эти файлы поврежденными))

zfs нас спасет:)

Нас - btrfs!

ну пока их даже сравнивать смысла нет. Там и доли фич zfs нету :(
вот из-за этого кстати я и недолюбливаю GPL, именно она мешает внедрить

Согласен :(

Кстати, в тему о том, куда бэкапить. У нас в глубинке не катит из-за скоростей интернета, а вот в Мск будет самое то. Выделается место на публичном файловом сервере, а самые важные бэкапы шифруются (gpg, mcrypt..) и заливаются (ncftput..).

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

Это надежнее замка на двери, тоже может нарушиться тайна.
Чтобы выяснить, что ключ шифра не подходит, необходимо сначала полностью расшифровать файл с данным ключом и обнаружить, что файл поврежден. Таким образом, чтобы расшифровать средний бэкап размером 2-4 гб ДО смерти последнего клиента, нужен кластер как у гугла или даже мощнее.

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

Гипотетически да, но все же замки на дверях и охрана в приемной намного менее надежны.

Есть параноид-вариант: шифруем дважды (трижды..) с разными паролями и алгоритмами, меняем расширение, например, .dar.gpg.gpg на iso и после этого можно спать спокойно, и даже в зимние спячки впадать))

У Убунты он ещё не функционирует =) но заявлен.
Про Мандриву не знаю.

вот

Я буду ответственно относиться к безопасности своих приложений.

Вариант с публичным файл-сервером это не исключает)
Дома бэкапится на юсб-винт, на работе на два соседних сервака. Надежность средняя, ведь все находится в одном шкафу, что никак не защищает от огня-воды.
Согласен с xT, заметно, что говорит с опытом =)

Лучше и на резервное локальное хранилище, и на внешне-инетное.
Случаи бывают разные (ц). Упал инет, потерял ключ от сейфа, пролил воду на винт... и т.п. и т.д. :)

А паник всегда в одном и том же месте? Что видно несколькими строками выше?
Хоть и арчер, подсказать не могу, собираю ядро сам, а из ядра арча беру только пачти..

Как вариант, можно попробовать в автозагрузку добавить
cat (или tail -f) /proc/kmsg > /mnt/noext4fs/mirror.log &

Я буду ответственно относиться к безопасности своих приложений.

У меня было такое с ядром этим и дровами на kms - в итоге постоянные паники были. Не помню, получилось ли вылечить это отключением новой опции в дровах видео, но как факт сейчас я перелез назад на 2.6.28. Опять же вряд ли вспомню из-за чего конкретно - то ли из-за того что этот глюк не смог победить, то ли из-за других каких багов. В общем, попробуй.

Я буду ответственно относиться к безопасности своих приложений.

Ммммм, kernel_panic в наличии =)
А ты ядро сам собирал? =) в параметрах ядра quiet не стоит? Посмотри, мож стоит со старым конфигом, мож просто не собрал чего

Я буду ответственно относиться к безопасности своих приложений.

У меня та же проблема,только в Debian.Посоветовали смотреть в сторону INITRD и читать маны.

Та же это наверняка не та же, кернел паник кернел панику - большая рознь =)