A reboot loop while booting up
Hi, i've tried to boot grub off a 5.25" floppy on my old am386DX-40MHz (no coprocessor), and what i get is the computer just reboots without displaying any messages and keeps on doing that untill i removed the diskette. I'm not exactly sure how to make a computer reboot so i couldn't determine what part of the code is responsible for this behaviour. I do not have linux installed on that computer yet so i had to compile grub on a PII slackware box with gcc 2.7.2.3 and binutils 2.9.1 (with BFD 2.9.1.0.19). Then i copied the stage1 and stage2 binaries to my 386 via smbclient and then did: copy /b stage1 + stage2 grub.raw rawrite grub.raw a: Both 0.9.51 and 0.9.52 exhibit the same behaviour. This worked before but the diskette was a 3.5" one and the pc was a K6-233MHz. I don't know if this is a bug related to my cpu, binutils or grub. The reason that i want to use grub with this computer is that i want to try and install hurd on it. I'd appreciate any input or suggestions on this matter. Igor P.S.: please reply or cc: to my email address.
Re: GRUB 0.5.92 problem
On Sun, 8 Aug 1999, OKUJI Yoshinori wrote: From: Mark Lundeberg [EMAIL PROTECTED] Subject: Re: GRUB 0.5.92 problem Date: Sat, 7 Aug 1999 18:34:52 -0700 (PDT) am having trouble with getting grub to use passwords. I type in the correct password, but it gives me a "Failed!" message. I tried running the simulator under gdb, and the password variable is correctly set to "my password (hd0,1)/boot/grub/menup.lst" Thanks for your report. Can you try this patch? --- grub-0.5.92.orig/stage2/stage2.c Thu Jun 24 09:03:29 1999 +++ grub-0.5.92/stage2/stage2.c Sun Aug 8 12:37:09 1999 @@ -377,6 +377,10 @@ while (! isspace (*pptr)) pptr ++; + + /* terminate PASSWORD. */ + *pptr++ = 0; + if (! strcmp (password, entered)) { char *new_file = config_file; That works for the first try at the password, but I'd hate to see what happens if the user failed the password check and tried again. AFAIK, isspace() doesn't return 1 for null chars, so change while (! isspace (*pptr)) to while (! isspace (*pptr) *pptr) Also, I am having trouble booting up other bootloaders off floppies from grub (with chainloader command). I tried to boot up a grub boot disk from the grub on my harddrive, and it gave me a Hard Disk Error when I typed in boot. I tried to boot up my redhat install disk, and that didn't word either. When I tried to boot up my master bootloader (lilo), from grub, it worked fine, and lilo is able to boot these 2 floppies with no problems. Your information is too ambiguous to understand what happened. We need to know what you did exactly. Sorry, stupid me forgot to do root=(fd0)
Re: A reboot loop while booting up
From: Igor Khavkine [EMAIL PROTECTED] Subject: A reboot loop while booting up Date: Sat, 7 Aug 1999 22:00:46 -0400 a PII slackware box with gcc 2.7.2.3 and binutils 2.9.1 (with BFD 2.9.1.0.19). binutils-2.9.1.0.19 is too old for us. See the file README. The reason that i want to use grub with this computer is that i want to try and install hurd on it. But you must make Hurd run on a PC without fpu, before you run Hurd actually. See the archive of debian-hurd mailing-list, for more information. -- OKUJI Yoshinori [EMAIL PROTECTED] ^o-o^ http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
Re: GRUB 0.5.92 testing again
From: Dirk Ritter [EMAIL PROTECTED] Subject: GRUB 0.5.92 testing again Date: Sun, 8 Aug 1999 20:54:17 +0200 (CEST) The following entry used to cause the newly installed Grub to load, from the disk but it does no longer do this. Grub drops back to itself instead: That should be a bug. I'll examine that. Something else - today I used the new completion feature and noticed that the completion works although the line was not redrawn as it should - the completion result got displayed but the previously visible text just got overwritten in the process. Moving to the end of the line showed that the text itself probably remained intact internally since I could move as many characters as expected past the last displayed character. I know the display control is not perfect. I've found some bugs that are not fatal but irritating. I'd like to rewrite the code from scratch rather than to fix them, as the code is very dirty, possibly after 0.5.93. -- OKUJI Yoshinori [EMAIL PROTECTED] ^o-o^ http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
Minix problem
Hello, I use along with other OSes, Win97(OSR2 with a Fat32 PTBL entry, but without FAT32) and Minix-2.0.0. GRUB complains about unknown partition type 0x0b, but boots properly. My problem is with Minix. GRUB complains about unknown partition type 0x81, so I can't boot Minix. A few days back I found out someone was discussing Minix and Grub, but I can't recollect about the discussion. Do we have actie support for Minix ? Thanks, Ashutosh Rajekar -- Sorry for the screwed up GMT time, It's not under my control.
Re: Minix problem
From: "Ashutosh S. Rajekar" [EMAIL PROTECTED] Subject: Minix problem Date: Mon, 9 Aug 1999 10:14:12 -0500 (GMT) I use along with other OSes, Win97(OSR2 with a Fat32 PTBL entry, but without FAT32) and Minix-2.0.0. GRUB complains about unknown partition type 0x0b, but boots properly. My problem is with Minix. GRUB complains about unknown partition type 0x81, so I can't boot Minix. A few days back I found out someone was discussing Minix and Grub, but I can't recollect about the discussion. Do we have actie support for Minix ? If you just want to ``chainload'' a proprietary bootloader, run rootnoverify instead of root. The command rootnoverify just sets the root partition but doesn't mount the partition. If you want to load an OS directly (just like in the case of GNU/Linux), you have to use the command root, because GRUB must mount the partition to read a file from the partition. I don't think GRUB can boot Minix directly, so rootnoverify should be enough for you. If you really need to mount the partition, you could try the patch that Klaus has already made for minixfs. The patch can be found in the archive of this list. -- OKUJI Yoshinori [EMAIL PROTECTED] ^o-o^ http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /