Boot with GRUB

Especially useful for multiboot, partitioned systems, GRUB offers flexibility and convenience for startup.

GRUB: it's neither larva, fast food nor the loveliest of acronyms in the GNU herd of free software. Rather, GRUB is the GNU GRand Unified Bootloader. And, it is truly the greatest loader for booting Linux and practically any other OS—open source or otherwise—you may have scattered on your platters.

GRUB is independent of any particular operating system and may be thought of as a tiny, function-specific OS. The purpose of the GRUB kernel is to recognize filesystems and load boot images, and it provides both menu-driven and command-line interfaces to perform these functions. The command-line interface in particular is quite flexible and powerful, with command history and completion features familiar to users of the bash shell.

GRUB is in its element with the multiboot, multidisk systems typical of Linux and open-source adventurers who may simultaneously test or track several Linux distributions, the BSDs, GNU/Hurd, BeOS and perhaps that vestigial partition for Mr. Bill. Even if you stick with LILO as your system's primary boot loader, it's smart to keep a GRUB boot floppy handy as the best and fastest way to get your system back if you otherwise cream your master boot record (MBR). If you have done any number of multiboot installations, you know exactly what I'm talking about. Should you need any more reasons for considering GRUB, check out the sidebar, “Why GRUB”. Let's get started!


Installation of GRUB is a two-step process. The first step is to install or build GRUB in a host OS environment, and for this we will, of course, use Linux. The second step is to install and configure GRUB as the boot loader for your system.

The first step is the usual: download the source archive, untar it, configure and make install. Assuming you have found a source mirror (see and downloaded the source distribution into a suitable working directory, continue with:

tar -xzvf grub-
cd grub-
make install

This should create the executables: grub, grub-install and mbchk; install support files in /usr/local/share/grub/i386-pc/, and install the GNU information manual and man pages.

For the second step of installation, we will first build and work with a GRUB boot floppy. This way we can use GRUB to learn about its features while testing various configurations for our particular system. After getting comfortable with the GRUB setup on floppy, we will then install it onto the MBR of the system's first hard disk. Even if you decide not to install GRUB on your hard disk right away, no harm done: you will now have your own GRUB boot floppy available to rescue systems with trashed boot loaders.

Preparing a GRUB floppy

GRUB recognizes a number of different filesytem types, including Linux ext2fs, Reiser, MINIX, BSD's ffs, as well as FAT, so it is possible to make a GRUB boot floppy with any of these filesystems. We will stick to FAT for this example, however, because it is the lowest common denominator, and most OSes have tools for mounting and reading/writing files on FAT floppies. That way, we will always be able to get to its menu configuration file if we need to.

Scrounge around in your junk drawer for some unused floppy (a new one would be even better), and give it a fresh format and FAT filesystem:

fdformat /dev/fd0
mkfs -t msdos /dev/fd0

We are going to put some files on this disk, so go ahead and mount to your usual floppy mount point (here I use /floppy):

mount -t msdos /dev/fd0 /floppy
Now install the directories and files GRUB will need:
mkdir -p /floppy/boot/grub
cp /usr/local/share/grub/i386-pc/stage* /floppy/boot/grub
The floppy can then be unmounted, umount /floppy, but leave it in the drive. The GRUB floppy is prepared and ready for the final installation, which is to install the GRUB boot loader in the MBR of the floppy itself. For that, we will use the grub executable we have built with our Linux installation. Start the executable at the Linux command prompt: grub.

This brings up an emulator of GRUB's command shell environment, which looks like Figure 1. We will discuss the features of this shell in more detail a little further on. For now, enter the following series of commands at the grub prompt:

grub> root (fd0)
grub> setup (fd0)
grub> quit

Figure 1. GRUB in command-line mode. Note the on-line help (here the GRUB emulator is running under Linux in an xterm window).

And that's it! This sequence of commands completes the installation of GRUB on the floppy disk. It is now bootable and will allow us to boot any other OS on our system.

Demonstrating GRUB

To see how GRUB may be used to boot a multitude of different operating systems, consider this example setup:

First Hard Disk (SCSI, Linux /dev/sda): 1st primary partition: Win982nd primary partition: Linux-Slackware3rd primary partition: Linux-Debian4th primary partition: Linux SwapSecond Hard Disk (SCSI, Linux /dev/sdb)1st primary partition: FreeBSD2nd primary partition: OpenBSD3rd primary partition: BeOS

Note that although GRUB and Linux are capable of dealing with installations in extended partitions, here we show a preference for using primary partitions whenever possible. Filesystems in primary partitions are often mountable by other operating systems, whereas cross-OS mounting filesystems in extended partitions is often not supported.

This system has two hard disks with six different operating systems using seven partitions. As you probably know, each OS has its own nomenclature for naming devices and partitions. For example, the Slackware installation would be known to Linux as /dev/sda2 (with swap on /dev/sda4), while FreeBSD would recognize its filesystem on /dev/da1s1a. Alternatively, if the system were configured with IDE hard disks, Slackware would be on /dev/hda2, and FreeBSD would refer to its root directory on /dev/ad1s1a. You get large helpings of this alphabet soup whenever maintaining any multiboot setup.

Since GRUB also needs to be capable of loading any of these systems, it has its own OS-neutral naming conventions for referring to devices. Hard disks are all hd, floppy disks are fd, device numbering starts from zero, partition numbering starts from zero and complete device names are enclosed in parentheses.

With these naming rules, the floppy disk is (fd0), the Win98 partition is (hd0,0), and GRUB recognizes the Slackware and Debian partitions respectively as (hd0,1) for slackware and (hd0,2) for debian.

The BSDs further subdivide their own partitions (or “slices” in BSD terms), and GRUB would refer to the root mount for the FreeBSD system on (hd1,0,a).

Okay, ready to give GRUB a taste? Slide the GRUB floppy in the drive and reboot your system (with your system's BIOS configured to boot from A: drive). You should see GRUB's terse boot messages and then find yourself in the GRUB command-line environment as shown in Figure 1.

To start, let's boot Slackware. Enter the following commands at the grub prompt:

grub> root (hd0,1)
grub> kernel /vmlinuz root=/dev/sda2 ro vga=791
grub> boot

Badda-bing, badda-boom, that postage-stamp-sized Tux appears in the upper-left corner of your screen (yes, Slackware is configured to use the framebuffer device), and Linux bootstraps its jolly way into glorious being.

Another example. Reboot the system again with the GRUB floppy, and enter the following commands at the grub prompt:

grub> rootnoverify (hd0,0)
grub> makeactive
grub> chainloader +1
grub> boot

Now your screen turns into a vague blue cloud, and you think you have made some horrible mistake. Then you realize it's only Windows and you remind yourself to expunge this partition one day soon.

Let's take a closer look at these examples. In the Slackware boot, we first used the GRUB root command to specify the device for GRUB to access. If the device has a filesystem recognized by GRUB (that is, one of ext2fs, reiser, ffs, etc.), it attempts to mount it and get its partition information, then reports its success following the command. Thus, you would see the following command/response dialog on your screen:

grub> root (hd0,1)
Filesystem type is ext2fs, partition type 0x83

Next, we used the GRUB kernel command to specify the boot image for GRUB to load. The argument to the kernel command is the filename of the boot image relative to the device specified by the root command above. The kernel image file can also be specified in explicit (device)/filename terms as follows:

grub> kernel (hd0,1)/vmlinuz
The kernel command gives you great flexibility for specifying the boot image you wish to load. For example, if we saved a previous version of a kernel to the file /vmlinuz.old, we could specify it with this command (which shows GRUB's response):
grub> kernel /vmlinuz.old root=/dev/sda2 ro vga=ask
[Linux-bzImage, setup=0xe00, size=0xfad30]
The arguments following the name of the boot image are passed to the target kernel and aren't related to GRUB. For Linux, these kernel arguments are pretty much what you would specify them to be in lilo.conf. In our example, we tell the kernel what device to mount for the root partition (root=/dev/sda2 ro), using the device nomenclature expected by Linux. Note here that we also use the ro flag to mount the root filesystem read-only initially while it performs its filesystem check. The other kernel argument in our example simply demonstrates setting another kernel variable (vga=791) to use a particular vga mode for the framebuffer display.

Finally, the last command is grub> boot. The kernel image specified is now loaded and sent rolling down the royal road to bootdom.

The second example, using Win98, demonstrates the use of GRUB's chain-loading mechanism. This method of booting loads the target OS's own boot-chain-loader rather than a kernel image of the OS. In this instance, we specified:

grub> rootnoverify (hd0,0)
grub> chainloader +1

First, the rootnoverify command is for OS filesystems not specifically recognized by GRUB, so that GRUB will not try to mount the partition. Next, the chainloader command will use the first sector of the partition of device (hd0,0) and attempt to boot whatever it finds there. This is a common means of booting OSes that install their own boot loaders in the first sector of the partition where they are installed (this is sometimes called the partition boot sector or PBR).

Finally, the makeactive command sets the active flag in the partition table for the device specified by the root command, as some operating systems, like Win98, require.

The GRUB command line is easy and fun, and you should boot the different OSes on your system a few times to get the hang of it. While you are testing, be sure to keep any notes specific to getting your particular kernels successfully loaded. This information will be useful later when you configure the menu system of GRUB to perform these command-line steps automatically.

But before we leave the command line, here are a few more GRUB commands to look at.

The help command will display a list of the 40 or so commands available in GRUB. Typing the name a particular command after help will produce on-line help for that particular command. So grub> help kernel will tell you all about using the kernel command.

The cat command can be used to view the contents of a file. For example, grub> cat (hd0,2)/etc/fstab will show the contents of the /etc/fstab file in the Debian installation. This is a very handy way of pulling out system configuration information if your normal boot loader gets whacked. Note also as you are using the GRUB command line that, like bash, up and down arrows will scroll through command history, and a tab will complete the name of a GRUB command or filename.

Finally, you can call up a specific menu interface with the configfile command as in:

grub> configfile (fd0)/boot/grub/menu.lst

This will switch GRUB into its menu mode with an interface defined by the file, menu.lst. We haven't created that file yet, but—look out, segue coming!—that's exactly what we will do next.

Menu Configuration

Using the GRUB command line is cool, but after a few thousand system starts, you will probably get a little tired of entering the same commands at the GRUB prompt and long for something a little more automated. Good news from the GRUB gang: you get a fully configurable menu interface at no extra charge! The GRUB boot menu gives you point-and-shoot boot selection, unattended default boot after a configurable timeout, any number of fallback boots if previous boots fail, toggle between command-line and menu modes, and interactive editing of menu selections and password protection. These features give GRUB an ease of use to match its tremendous functionality.

When GRUB boots, it automatically looks for the /boot/grub/menu.lst file on its boot device (the last three letters are “ELL ess tee” and not “one ess tee”). If the file is found, GRUB automatically enters its menu mode and presents the user with a stunning interface, as shown in Figure 2.

Figure 2. GRUB's Boot Menu Interface

Listing 1 [found at LJ's web site] shows the configuration file responsible for this demonstration menu. As you can see, it is a simple text file typical of many UNIX configuration files, where lines starting with hashes (#) and blank lines are ignored.

The first set of commands sets general configuration variables. The timeout command sets the time in seconds to wait for the user to make a selection before proceeding automatically to the default boot. The default command sets which of the following boot stanzas GRUB should attempt to boot automatically. Boot stanzas are numbered implicitly, starting from zero, according to their order of appearance in the configuration file. This order is also how they will be listed in the menu.

The fallback command specifies which of the boot stanzas to load if the default should fail. It is possible to set more than one fallback, as is shown in the example.

The color command lets you breathe a bit of life into the text-mode menu screen. The syntax for the color command is

color  foreground/background  [ hilite-fg/hilite-bg ]

where each of the foreground/background colors is specified with a name from the set of black, blue, green, cyan, red, magenta, brown and light-gray; dark-gray, light-blue, light-green, light-cyan, light-cyan, light-red, light-magenta, yellow and white. Among these colors, only the first eight are used for the background. The optional highlight color pair, if specified, will be used to show the current menu selection. When not specified, GRUB will use the inverse of the normal colors.

The rest of the configuration file consists of the boot stanzas for our demonstration system. The title command marks the beginning of a new boot stanza, and its argument is the label that will be displayed for its entry in the menu, from the first non-white-space character to the end of the line. The remaining commands in each stanza are identical to those used when working from the GRUB command line. The exception here is that we no longer need to give a boot command; GRUB does this job without asking.

This example configuration gives only a sample of the many flexible uses of the GRUB boot loader. Besides multiple OSes, you can use GRUB to set up menu selections for test kernels, rescue kernels, different kernel options and so on.

All in all, the GRUB configuration file will be very similar to your /etc/lilo.conf. And after working with the GRUB command line and these examples, it should be a simple matter of firing up your favorite text editor and creating a menu configuration file suitable for your own system and preferences. Don't worry if it's not perfect the first time; you will see that you can make changes interactively, and the GRUB command line is always available as a fallback.

Once you've got your configuration file, mount your GRUB floppy again, and copy the file (say it has been saved as mygrub.conf) into the magic location:

cp  mygrub.conf /floppy/boot/grub/menu.lst

Now when you boot with your GRUB floppy—presto!—you will be greeted with a lovely boot menu like the one in Figure 2. If you like, just stare at it for the few seconds it needs to count down from the timeout setting, and then it will automatically boot into your default OS. Or, use the arrow keys to highlight the OS you want to load and press return. Or, type c to go to the now-familiar GRUB command prompt. From the command prompt, press ESC to go back to the boot menu again.

It is also possible to edit the entries displayed in the menu. Typing e will open a simple vi-like editor interface for the highlighted entry. This allows you to adjust or add any settings to the configuration before booting. Any changes made here will then remain in effect for the duration of the GRUB session. To make permanent changes, you will later need to edit the configuration file on the boot disk, saving the changes with your text editor.

Play with your GRUB floppy configuration until you have it set up the way you like. After just a few system boots, you'll be slinging through GRUB like hashbrowns in a diner.

Hard Disk Installation

By this time you may be thinking, “Okay, GRUB has got it goin' on. But do I have to keep booting from this lame floppy all the time?” Of course not. Booting from floppy is for weenies.

The operation for installing GRUB on the master boot record of your hard disk is similar to the creation of a GRUB floppy. The one difference is that our floppy has all the resources GRUB needs in one place. That is, the boot image, support and configuration files are all on the floppy device MBR and /boot/grub/ directory. In a hard disk setup, you can choose where you want these resources to be.

For example, you could set up a /boot/grub directory on the first partition of your first hard disk and copy all GRUB's files into it as we did in our floppy setup. In our demonstration system, this would be the Win98 partition, and you may choose to do it that way if you want. But you can also set up the /boot/grub directory up in any device/partition on your machine with a filesystem supported by GRUB. In practice it is usually best to install this support directory in your most frequently used and/or most stable partition; that is, one that you aren't reinstalling all the time.

For this example, we will use the Slackware partition since this stays pretty stable, and I tend to do more tracking and installations in the Debian system. Once this decision is made, everything else is simple. First, boot into Slackware, create the /boot/grub directory and copy GRUB's files into it (these are all the files that the GRUB build installed in the /usr/local/share/grub/i386-pc directory). Make sure to put your handcrafted menu.lst configuration file in here, too.

Next, start GRUB, either with the grub executable you built in Linux or by rebooting with the GRUB floppy. If GRUB starts in menu mode, press c to go to command-line mode. Enter the following commands at the grub prompt:

grub> root (hd0,1)
grub> setup (hd0)
grub> quit

You're done. Your system is now fully GRUB'd, installed in the MBR of your hard disk. Type reboot as root (or take the floppy out and jab the keyboard with the old three-prong) and watch just how fast GRUB comes up now!

A few words of explanation about these installation commands. The first, root (hd0,1), tells GRUB to mount this device, in this case the partition with the Slackware installation. All files will now be relative to this device, so the GRUB installer will know to look for its support files in the /boot/grub directory we created in the Slackware partition.

The second command, setup (hd0), is a simplified front end to GRUB's install command. Note in particular that we specify the device as (hd0) and not (hd0,0). Device (hd0) results in GRUB's installation to the master boot record, which is what we want. If we had instead used (hd0,0), GRUB would be installed to the boot sector of the first partition, rather than the MBR. The difference is crucial; your technical writer makes mistakes like this so you don't have to. While each partition can have a boot sector, your hard disk will have only one master boot record the BIOS loads every time you start your machine. Unless you are doing some kind of funky boot-chaining, like using LILO to boot GRUB, you will usually want to install GRUB in the master boot record.

When GRUB installs itself on a device, it first copies a small piece of itself to the MBR, which it calls stage1. Then it follows stage1 with just enough information about where to find the rest of GRUB. In our example, GRUB will put stage1 in the MBR, followed by a blocklist that points to the Slackware partition. GRUB will then find the rest of what it needs (its stage2 files) in the /boot/grub directory.

To check this setup, just edit the menu configuration file in Slackware's /boot/grub/menu.lst at any time. Any changes will be reflected in the next boot.

Error Recovery

If you should foul up the hard disk installation somehow or want to uninstall GRUB from your system, here's what you need to know.

First, if you ever want to clean your MBR from whatever is installed there, the canonical method is to use the fdisk program from an MS-DOS boot floppy:


Of course, this isn't necessary if you just want to go back to LILO as your system's boot manager. In that case, simply make sure your /etc/lilo.conf file has a line that reads boot=/dev/hda. Then, when the rest of the lilo.conf file is the way you want, just rerun LILO. This will put LILO back on the MBR of your system.

If you install GRUB in the boot sector of a partition, instead of the MBR (such as specifying setup (hd0,0) instead of setup (hd0)), you may need to reinstall that OS's boot loader. In the case of DOS/Windows, this means running the sys command from your DOS/Windows boot floppy: A:> SYS C:.

If, this is a Linux partition, it is again effective to rerun LILO, where /etc/lilo.conf has a line in the boot stanza that reads root=/dev/hda1.

In general, most OSes will have a way to reinstall their partition's boot sector without doing a full reinstallation from scratch. (For FreeBSD, see boot0cfg(8); for OpenBSD, see installboot(8).)

In practice, especially if you followed through on the GRUB floppy examples, you should find that GRUB itself is one of the best rescue and system recovery tools in your toolkit. For example, if you have ever made a screwup in your lilo.conf file, you know you can be in for some major pain if your system won't boot. With GRUB, you always have a miniature, self-contained operating system that can recognize and mount different filesystems, find files, locate kernels and boot them, bringing your system back to life so you can work on it. At times like these, GRUB can save your bacon.


As is typical of GNU software, GRUB is rich with capabilities beyond what are described here. Some of these include:

  • Remapping disks and partition hiding, so you can even run multiple versions of DOS/Windows, on other than the first hard disk.

  • Network booting with BOOTP and DHCP protocols, to support multiboot schemes across a network and diskless operation.

  • Keyboard remapping, disk geometry access, memory reading, I/O port and processor probes, password protection, decompression support, etc.

See the GNU information manual for more information on these topics. GRUB is under active development, and even more features are planned for future releases.

In this brave GNU world, with vast acreage of cheap hard disk and a glut of great free OSes available, you really need a flexible and user-friendly boot loader to manage them all. Grab GRUB and give it a go.


Wayne Marshall ( is a UNIX programmer and technical consultant currently living in Guinea, West Africa. When not grubbing about with computers, he enjoys taking the pirogue for day trips to the local islands near Conakry with his wife, Paula.



Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Booting from CD in GRUB

Josef's picture


I'm a Linux newbee and installed Suse 9.1 on my machine together with Win2000 and XP. Grub is installed on the harddisc. So far no problem, everything is working fine. But I wanted to update Suse to version 9.3 from CD's. Even I changed the Bios-settings to boot from CD Grub doesn't boot from the CD. I would be really thankfull for a hint.


how to boot to CD with GRUB installed

WorkingOnASaturday's picture

my Windows was in a corruptted state and i have grub installed as the load mgr. it is frustrating as hell that i can't boot my box with a XP install CD because GRUB is always loaded and there is no way that i know to set the root to the CD-ROM. i was looking all over the net for solution on how to boot from XP install CD within GRUB, couldn't find anything.

Here's my solution:
0. put your XP install CD in to your CD-ROM and start your machine
1. go to your BIOS setup. F12 on a Dell box upon system start
2. navigate to boot sequence and press enter
3. disable your hard drive by moving the cursor to hard drive and hitting the space bar.
4. save your changes and exit BIOS setup
5. upon restart, you will see the option to "press any key to boot from CD" flashing by. make sure you press a key before the option goes away and before GRUB is loaded.
6. life is good again.
7. make sure you enable your hard drive in the boot sequence after you fixed whatever problem you are having.

it's a hack but it works. hope this helps.

hey, BTW, working on a Saturday sucks;)


Same problem

Anonymous's picture

I also am not able to boot to cd with my xp cd to try to reinstall windows. I have tried that very thing to by disabling the HD and trying to boot to cd. Even with the HD disabled, it still skips the boot to cd even if I push any button and goes to the Grub screen, then it will also load both linux and windows depending on which I select. Is there another solution?



allen's picture

I have the same problem how did you fix it.

I have same problem. Could y

Anonymous's picture

I have same problem.
Could you please explain how you solved the problem.

Problem solved.

Josef's picture

Problem solved.

Wont boot windows cd Grub

Anonymous's picture

How did you solve this problem??


Booting with linux

santhosh's picture

I hav a prblm in booting with linux

first i installed a linux

after i installed windows

after then i lost my linux what should i do.

reply me asap.


GRUB Query!

Vikas Burte's picture

Since you have installed Windows after Linux it has owerwritten
your MBR where the 1st stage of GRUB is installed. This is the
reason you are not able to get GRUB menu. Windows is not Multi-boot

Boot with Linux CD in the Rescue mode(linux rescue).
Change root to /mnt/sysimage (chroot /mnt/sysimage).
Install new GRUB(grub-install /dev/hda).

Bingo! You are done.

If you installed Windows afte

Anonymous's picture

If you installed Windows after _any_ non-Windows installation, then it overwrote that hard drive's MBR for its own purposes. If you have a Grub floppy (as outlined above) or a boot disk for your distribution's kernel (typically made during install or afterwards with the mkbootdisk command) then you should be able to boot to a command line and reinstall grub in the MBR.
If you are unable to get your hands on either of those, try popping in your linux installation's cds; often recent releases will contain recovery methods including ways to reinstall boot loaders (just be sure you don't format the hard disk, as this will lose your saved data).
If even that doesn't work you can always turn to something like the wonder that is the single-CD OS, Knoppix; it just may have a boot loader tucked away in there somewhere .

Re: Boot with GRUB

Anonymous's picture

Hi! Is there a way to install GRUB and create GRUB boot floppy under Windows environment? I had GRUB installed on my
laptop but when I reinstalled Windows XP I lost GRUB and found Win boot loader instead which offers me to boot two Win installations (one corrupted and one fresh). It seems that GRUB was overwritten by a standard Win MBR.
So, I can't boot Linux cause I didn't care to create Linux boot floppy.


If you can boot from a CD, (w

Anonymous's picture

If you can boot from a CD, (which you probably can), download a rescue iso image from the net of your linux distribution. (I know fedora core has one). Burn the CD image with your winxp. Restart and boot off the cd. The rescue disk should boot a lite linux with your linux partition mounted in /mnt/sysimage. you can chroot /mnt/sysimage to make it your root. you can then run grub-install /dev/hda2 (your linux partition). you can check what partitions is what with df. grub-install will tell you if it was a success. you may need to edit your grub.conf to make sure you have all the entries you need to boot all your operating systems. I suppose if you wanted to make a boot floppy you could: grub-install /dev/fd0.


Re: Boot with GRUB

Anonymous's picture

An excellent article. I found the commentary on the operation of the lines of code very helpful and the explicit steps on how to create the floppy so that it will boot were very clear. I wanted to run a linux system from a second hd, keeping it entirely separate from the first (which contains W98). I am quite satisfied to leave the floppy in A:. I haven't done it yet but have high hopes. The only difficulty that I forsee is dealing with the various distributions on cd which all want to write to MBR.

Re: Boot with GRUB

Anonymous's picture


Need help

Anonymous's picture


I am also having the same problem as you faced whic is described below. Were you able to find the solution? If so, would you please share it with me?

Thanks in advance,

Re: Boot with GRUB
Submitted by Anonymous on Tue, 2004-09-07 23:00.


hey guy, try with these.if i

sanjaya's picture

hey guy,
try with these.if it's ok informe me.
try with these commands



Same probl.

Anonymous's picture

Hi, I'm having the same problem, I just can't go pass the promp GRUB, I would like to know if u fixed it and how?.
Thanks you for your time,


Re: Boot with GRUB

Anonymous's picture

Hi. Try fdisk /mbr from windows. It should rewrite MBR on you /dev/hda and erase grub

Good luck

Re: Boot with GRUB

Anonymous's picture

He's right, you know?!

lol :p

Re: Boot with GRUB

Anonymous's picture

in a command window, just type "fdisk /mbr" to wipe your master boot record and replace the traditional windoze boot loader.

cant boot stuck at grub prompt

Anonymous's picture

How do i get to command window. when I start my computer i am prompted grub> and can't get pass to it. if you can help, i appreciate it. thanks

Re : Stuck at Grub Prompt ???

Aniruddha's picture

Just run these set of commands at the grub prompt to load the windows OS.

grub>chainloader +1

Linux New User

Noxmar's picture


I am a new linux user and I was working with my laptop and something happened and now when I reboot the computer I just can get into the GNU GRUB version 0.95.

I dont have any idea how I can reboot my laptop and go into the linux again.

Please I need help.

Thank you


Want to boot virtual drives

Anonymous's picture

I want to put my entire windows partition into a image file, like a virtual drive, and have GRUB boot it, so that I can store it like this

|-------drive layer----------------------------------|
|grub|-----linux stuff-------------------------------|
| |boot|root|etc|usr-------|var----------|opt,etc-|
| | |--windows img| |

well, what dya think?

cant boot stuck at grub prompt

kukreti's picture

If you have your windows XP setup CD, then boot using the CD, disable the hard drive if you have to (not really necessary). after a lot of hoo ha the windows setup will give u three options and ask you what you want to do.

select "R", for recovery and wait for the Recovery console.
The Recovery Console provides system repair and recovery functionality.
Type EXIT to quit the Recovery Console and restart the computer.


Which Windows Installation would you like to log onto
(To cancel, press ENTER)?

Go ahead and hit the number 1 on your keyboard

In the command prompt that you get:
Type in: FIXMBR

It may try to scare you with some warnings. but if it says that the mbr is non standard etc etc, then go ahead and reply yes. this shud solve the problem...


Anonymous's picture

hi when i press 1 a blue screen appears telling me registry_error problem

tried reinstalling xp doesnt let me as it rebrings me te error again what may i do

cant boot stuck at grub prompt

armanmx's picture

FIXMBR solve the problem, THANKS......

i cannot write more than 1 le

Anonymous's picture

i cannot write more than 1 letter/number

i cannot write more than 1 le

Anonymous's picture

Then I would choose the letter c which will give you the grub
command prompt. Then type:

rootnoverify (hd0,0)
chainloader +1

should boot your windows
then at the msdos prompt type:

fdisk /MBR
(I don't remember whether it's a forward
or backslash. I haven't used windows in
a few years.)

stuck at GRUB

Shivani's picture


I have a problem. I was trying to install windows NT on my laptop replacing linux which it had before. A part of instalation was done and Installation process asked me to restart the computer but now i am seeing a word GRUB with a blinking cursor and can't boot and can't even type a single charater here. Can Anyone help me? What should i do?


GRUB - blinking cursor and nothing to type

Anonymous's picture

Did you fix this problem? Because I got it right now and its really frustrating. Any help is appreciated.

When i restart computer, grub

GUY's picture

When i restart computer, grub> display,
how can i enter the linux

need to type configmenu cmd each time

anupam's picture


I let windows control the MBR and edit the boot.ini to show a menu to choose WinXP or FedoraCore2 at boot.

When I choose FedoraCore2 it gives me a grub> prompt always. I can correctly boot from there using the root(hd0,4), kernel, initrd commands.

Also instead of typing these commands I can also boot into FC2 by typing :

grub > configfile (hd0,4)/grub/menu.lst

and then choosing the 1st option. But I have to type this each time.

How can I automate so that it boots automatically without having to type the 'configfile' command.

I think that could be the

Anonymous's picture

I think that could be the problem with the MBR. What you could do is reinstall grub within FC2 (grub-install /dev/sda) to the MBR then it should fix the problem.

I think that could be the

Anonymous's picture

I think that could be the problem with the MBR. What you could do is reinstall grub to the MBR then it should fix the problem.

would be intrested in

Billy Joel's picture

would be intrested in exactly how you do this, but i have another question..

is it possible to install GRUB first in its own partition before installing anything else? ( eg windows or linux)
and then installing what ever os's you want..

so you have ..... GRUB
windows linux dos bsd

instead of... grub with windows
linux bsd dos

any ideas would be appreciated.

install dual boot linux and windows xp

hari's picture

i would like to know the steps to dual boot linux and windows xp..
i have a win xp in drive d: and would like to insatll linux in drive c: which i will be formatting now
please provide the steps to do insatl linux.. i have redhat linux 7.1 CD wiht me.... kindly send the steps to my email

how to change boot sequence in grub.conf in MS DOS mode

Anonymous's picture