судя по дате модификации файла stage1 он и не меняется никогда. значит достаточно записать в mbr номера секторов где лежат остальные файлы. файловую систему напрямую мимо md загрузчику зачем трогать?
работает же все. даже mismatch_cnt стремится к 0.
где конкретно написано что grub не должен работать в случае когда "все в /" ?
http://www.gnu.org/software/grub/manual/grub.html
Там просто написано что grub2 грузится с raid и никаких тонкостей. Сокращение "RAID" встречается 3 раза и нигде не указано как именно конфигурировать в случае с raid.
Все равно не понятно.
Так ведь просто нельзя записать загрузчик на md0, потому что загрузчик пишется в таблицу разделов, а на md0 нет таблицы разделов.
разве в этом конфиге что-то не так ? (это старый grub 0.97)
device.map :
(hd0) /dev/sdb
(hd1) /dev/sda
menu.lst
default 0
timeout 3
title Ubuntu 10.04.3 LTS, kernel 2.6.32-33-server
kernel /boot/vmlinuz-2.6.32-33-server server root=UUID=2222-1047-409c-a6c8-4333333 ro panic=10 bootdegraded=true
initrd /boot/initrd.img-2.6.32-33-server
в конце концов,если не было внезапных перезагрузок он работает. grub-install запускался сначала инсталлятором на оба диска и отдельно потом я вроде запускал его.
не очень давно пробовал поставить убунту на raid10 одним разделом чисто поржать - спокойно поставилась, но не загрузилась. grub2 там и был. как надо было его настроить ?
ну давайте ссылку. я что-то не очень понимаю о чем речь. считаю, что проблемы с загрузкой с raid и есть та причина, по которой дистрибутивы при разбивке /boot выносят в отдельный раздел.
нет, зачем ? обычно достаточно проиграть лог. по крайней мере на одном диске или надежном raid должно быть достаточно.
Вcех с днем рождения Ганса Рейзера, кстати.
ну а вот хранятся они так в vbulletin. не веришь - купи и проверь.
ни grub, ни grub2, ни lilo не умеют грузиться с md raid отличного от raid1.
это означает, что загрузчик ничего не делает с raid. он определяет какой диск живой и читает данные только с него. и уж тем более не может там ничего испортить, так как не пишет на диск. мои проблемы при загрузке не на этапе загрузчика.
кроме того, я приводил сообщения из dmesg, которые возникли уже спустя часы после загрузки.
myhand, кажется, пропустили :
надо же определиться в чем конкретно вы подозреваете reiserfs.
если нет дефицита памяти, диски на вебсервере в основном пишут. читать просто нечего - новая записанная информация тоже попадает в кеш.
разумеется нежурнализируемая ext2 разрушается на отлично при резете. тут и думать нечего.
почему это? у меня каждый день робот по страницам ходит. чаще чем ваши раз в 24 часа.
я правда не знаю насколько быстро он присылает письмо.
iopiop, скорее 2. если не согласен - можешь купить и написать им багрепорт.
а название пункта голосования как достать?
ну, например, vbulletin хранит опции голосования в таблице poll подобным способом.
если захочется какую-то нестандартную статистику подсчитать, вероятно придется прибегнуть к подобным вычислениям.
да ладно! Яндекс.Вебмастер присылает об этом письмо.
Этот сервис гарантированно бесплатен на многие годы.
