|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ramazan Jah-Far 2:5020/400 04 Mar 2003 03:59:37
To : Mike Novikoff
Subject : Re: The good, the bad and the GRUBly
--------------------------------------------------------------------------------
Hi!
In fido7.ru.linux, Mike Novikoff wrote:
MN> grub.info (0.92) => Booting => General boot methods => Chain-loading
MN> Там эта процедура описана иначе. Во-первых, не root, а rootnoverify,
Это не существенно. rootnoverify просто не выдаст warnings etc.
Кстати, я делал в точности всё то же самое и с rootnoverify.
MN> во-вторых, рекомендуется ещё makeactive, и только потом chainloader.
makeactive на моём винте? Фиг им. BTW, makeactive просто
сделает левый (в большинстве случаев) раздел активным.
И вообще, эта часть документации grub требует особого внимания
(или исправления):
2. Set the "active" flag in the partition by the command
`makeactive'(1) (*note Chain-loading-Footnote-1::) (*note
makeactive::):
grub> makeactive
здесь очень важно спокойно помедитировать над примечанием:
*** Footnotes appearing in the node "Chain-loading" ***
(1) This is not necessary for most of the modern operating systems.
Теперь немного логики. Windows 98 - это:
современная? - да
операционная система? - почти :)
вывод - makeaсtive не нужен. Тем более в моём случае -
из-за того, что у меня на active завязан весь процесс
загрузки в силу использования W2k's MBR.
MN> Добавлю от себя, что предпочитаю указывать диски не как (hd0) и (hd1),
MN> а как (0x80) и (0x81). [Hе помню, какую именно проблему я решил этим,
MN> но какая-то закавыка в этом была, когда диски переставлял физически].
Так тоже проверил (с rootnoverify), только что, - просто на
всякий случай.
MN> Что-нибудь из этого помогает?
Hет. BTW, единственная причина, почему я всё перепроверил, -
прочтение мной переписки одного человека с Yoshinori по поводу
бага с загрузкой Win98SE, когда stage2 лежит на втором винте
(hdb, BIOS#0x81):
http://www.mail-archive.com/bug-grub%40gnu.org/msg05898.html
Я подозреваю, что там та же причина, что и для описанной мной
проблемы #1. Баг с Win98SE присутствовал 22 мая 2002 в CVS
версии (grub сообщал про себя как 0.93).
Что самое весёлое, так это поведение grub после первой попытки
Йошинори исправить глюк:
Graham Smith> That will boot Windows successfully (from
GS> command line or menu) with the patched 0.93 build:
GS> rootnoverify (hd0,0)
GS chainloader +1
GS> rootnoverify (hd0,0)
GS> boot
GS> but the following fails:
GS> rootnoverify (hd0,0)
GS> rootnoverify (hd0,0)
GS> chainloader +1
GS> boot
Т.е. "порядок имеет значение" :))).
MN> Так всё-таки chainload _MBR_? А в исходном письме было hdc3 и hdc4?
hdc4 помечен как активный в hdc (MBR). В силу простоты кода MBR
функционально hdc==hdc4 (проверено в моём случае). Я написал
hdc3+hdc4, чтобы втиснуть максимум информации для интересующихся.
Кроме того, я LILO/GRUB в MBR принципиально не ставлю на машинах
с DOS/Windows.
MN> Помнится, некоторое время назад тут кто-то активно рекламировал способ
MN> загрузки "чего угодно" через "стандартный" (?) MBR.
Меняем активный раздел, и вперёд. Только через меню LILO/GRUB
однозначно быстрее будет.
MN> (Кстати, непонятно, как в GRUB сделать chainload именно на _MBR_, а не
MN> на партицию).
chainloader (hd0)+1
boot
или
map (hd0) (hd1)
map (hd1) (hd0)
chainloader (hd1)+1
boot
MN> Hет-нет, ничего подобного. DOS (точнее, W98SE) у меня грузится через
MN> GRUB уже два года, с любого диска - и hdb3 (0x81,2), и hdc1 (0x82,0),
Я боюсь, что mapping дисков неполный. Перехвачены не все
дисковые сервисы BIOS, и в некоторых утилитах это может
сказаться.
К тому же, из-за махинаций GRUB с A20 возможны накладки с
DOS extenders, emm, IBM DFT (under PC DOS), и т.п.
MN> проблем совершенно никаких.
Я тоже не замечал. Hо я в DOS провожу очень мало времени.
Хотя, если W98 работает стабильно, это уже хороший признак.
// я пользуюсь только NT, W2k и XP
MN> Конечно, досовский софт видит не реальную картину дисков,
MN> а грубовский мэппинг, но это совсем не проблема.
This behavior is by design.
RJF>> Я пока безуспешно пытаюсь собрать GRUB из CVS в виде rpm.
MN> А зачем CVS?
К примеру, упомянутый мной баг с загрузкой W98 исправлен,
видимо, только в CVS; в 0.93[beta?] он ещё присутствует.
RJF>> LILO на данный момент надёжнее. GRUB имеет больше возможностей
RJF>> (если не считать "мелочи" типа lilo -R), в основном в плане удобств.
MN> Переставлять загрузчик после каждой правки конфига - это не годится
MN> никуда. Hиже уровня критики.
MN> Впрочем, вопрос этот, конечно, религиозный и огнеопасный. :)
Hичуть. Просто конфиг правится дольше, чем запускается
/sbin/lilo. И происходит это редко. К тому же, при установке
нового ядра или обновлении lilo, по крайней мере в RedHat,
/sbin/lilo запускается автоматически.
MN> Hе было ни разу таких _реальных_ задач, с которыми GRUB
MN> не справился бы.
Главный вывод, который я сделал в результате первичного
исследования проблемы, - в том, что код GRUB достаточно сложен,
чтобы в нём смог запутаться _ответственный и аккуратный_ японец.
Я очень сильно сомневаюсь, что Йошинори недостаточно компетентен.
--
Bye!
Ramazan
--- ifmail v.2.15dev5
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
