nvbn 26.05.2009 13:53
Я идиот! — arch и 2.6.29
Обновил в arch ядро до 2.6.29, но стали появляться kernel panic'и. И у меня возникло несколько вопросов:Где мне посмотреть ошибку, которую анализировать?Это только у меня?В системе:
что значит синхронизироваться? т.е. по сути, при экстренном выключении системные файлы не сохранятся?
да чего тут объяснять? :) Об этом писали на opennet.ru, кажется. Всё дело в том, что ext4 ещё довольно сырая фс, поэтому многие вещи до конца не допилены. В частности отказоустойчивость. Я вот поэтому жду стабильной версии и пока не пробую ставить себе.
Уже в середине лета обещали дописать нужный параметр, отключающий отложенную дозапись. Ждем :) У меня ext4 только на файловых архивах, под корень не рискую..
На файловом архиве тоже не замечаю. Т.е. замечаю их отсутствие)
А у меня компьютер по совместимости сервак для двух локальных сетей и интернета. Бэкапится, конечно, но на глючной фс есть риск получать глючный бэкап, а возвращаться к настройке, больше не дающей опыта, не хочется.
На другой, конечно) Я о том, что если на фс повреждены файлы, то и бэкап в результате сохранит эти файлы поврежденными))
ну пока их даже сравнивать смысла нет. Там и доли фич zfs нету :(
вот из-за этого кстати я и недолюбливаю GPL, именно она мешает внедрить
вот из-за этого кстати я и недолюбливаю GPL, именно она мешает внедрить
Кстати, в тему о том, куда бэкапить. У нас в глубинке не катит из-за скоростей интернета, а вот в Мск будет самое то. Выделается место на публичном файловом сервере, а самые важные бэкапы шифруются (gpg, mcrypt..) и заливаются (ncftput..).
неочевидное решение, может нарушится коммерческая тайна в таком случае.
к слову, мандрива и убунту запустили файловые хостинги для своих юзеров
к слову, мандрива и убунту запустили файловые хостинги для своих юзеров
Это надежнее замка на двери, тоже может нарушиться тайна.
Чтобы выяснить, что ключ шифра не подходит, необходимо сначала полностью расшифровать файл с данным ключом и обнаружить, что файл поврежден. Таким образом, чтобы расшифровать средний бэкап размером 2-4 гб ДО смерти последнего клиента, нужен кластер как у гугла или даже мощнее.
Чтобы выяснить, что ключ шифра не подходит, необходимо сначала полностью расшифровать файл с данным ключом и обнаружить, что файл поврежден. Таким образом, чтобы расшифровать средний бэкап размером 2-4 гб ДО смерти последнего клиента, нужен кластер как у гугла или даже мощнее.
м, я думаю, физическое обладание этой инфой все-таки становится камнем преткновения, а шифрование таки никогда не идеально. Слабое место либо в алгоритме, либо в людях всегда найдется
Гипотетически да, но все же замки на дверях и охрана в приемной намного менее надежны.
Есть параноид-вариант: шифруем дважды (трижды..) с разными паролями и алгоритмами, меняем расширение, например, .dar.gpg.gpg на iso и после этого можно спать спокойно, и даже в зимние спячки впадать))
У Убунты он ещё не функционирует =) но заявлен.
Про Мандриву не знаю.
Про Мандриву не знаю.
Вариант с публичным файл-сервером это не исключает)
Дома бэкапится на юсб-винт, на работе на два соседних сервака. Надежность средняя, ведь все находится в одном шкафу, что никак не защищает от огня-воды.
Согласен с xT, заметно, что говорит с опытом =)
Дома бэкапится на юсб-винт, на работе на два соседних сервака. Надежность средняя, ведь все находится в одном шкафу, что никак не защищает от огня-воды.
Согласен с xT, заметно, что говорит с опытом =)
Лучше и на резервное локальное хранилище, и на внешне-инетное.
Случаи бывают разные (ц). Упал инет, потерял ключ от сейфа, пролил воду на винт... и т.п. и т.д. :)
Случаи бывают разные (ц). Упал инет, потерял ключ от сейфа, пролил воду на винт... и т.п. и т.д. :)
А паник всегда в одном и том же месте? Что видно несколькими строками выше?
Хоть и арчер, подсказать не могу, собираю ядро сам, а из ядра арча беру только пачти..
Хоть и арчер, подсказать не могу, собираю ядро сам, а из ядра арча беру только пачти..
Как вариант, можно попробовать в автозагрузку добавить
cat (или tail -f) /proc/kmsg > /mnt/noext4fs/mirror.log &
cat (или tail -f) /proc/kmsg > /mnt/noext4fs/mirror.log &
У меня было такое с ядром этим и дровами на kms - в итоге постоянные паники были. Не помню, получилось ли вылечить это отключением новой опции в дровах видео, но как факт сейчас я перелез назад на 2.6.28. Опять же вряд ли вспомню из-за чего конкретно - то ли из-за того что этот глюк не смог победить, то ли из-за других каких багов. В общем, попробуй.
Ммммм, kernel_panic в наличии =)
А ты ядро сам собирал? =) в параметрах ядра quiet не стоит? Посмотри, мож стоит со старым конфигом, мож просто не собрал чего
А ты ядро сам собирал? =) в параметрах ядра quiet не стоит? Посмотри, мож стоит со старым конфигом, мож просто не собрал чего
У меня та же проблема,только в Debian.Посоветовали смотреть в сторону INITRD и читать маны.
а вообще вроде пишет прямо после kernel panic'a. Один раз только в жизни схватил, да и то, из-за кривых ручонок своих:)