[ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ next ]

Installing Debian GNU/Linux 2.2 For SPARC
Chapter 6 - Booting the Installation System


This chapter begins with some general information about booting Debian GNU/Linux, then moves to individual sections on particular installation methods, and concludes with some troubleshooting advice.


6.1 Boot Parameter Arguments

Boot parameters are Linux kernel parameters which are generally used to make sure that peripherals are dealt with properly. For the most part, the kernel can auto-detect information about your peripherals. However, in some cases you'll have to help the kernel a bit.

Full information on boot parameters can be found in the Linux BootPrompt HOWTO; this section contains only a sketch of the most salient parameters.

If this is the first time you're booting the system, try the default boot parameters (i.e., don't try setting arguments) and see if it works correctly. It probably will. If not, you can reboot later and look for any special parameters that inform the system about your hardware.

When the kernel boots, a message Memory: availk/totalk available should be emitted early in the process. total should match the total amount of RAM, in kilobytes. If this doesn't match the actual of RAM you have installed, you need to use the mem=ram parameter, where ram is set to the amount of memory, suffixed with ``k'' for kilobytes, or ``m'' for megabytes. For example, both mem=65536k and mem=64m mean 64MB of RAM.

If your monitor is only capable of black-and-white, use the mono boot argument. Otherwise, your installation will use color, which is the default.

If you are booting with a serial console, generally the kernel will autodetect this. If you have a videocard (framebuffer) and a keyboard also attached to the computer which you wish to boot via serial console, you may have to pass the console=device argument to the kernel, where device is your serial device, which is usually ``ttya'' or ``ttyb'' for SPARC, or otherwise something like ``ttyS0''. Alternatively, set the input-device and output-device OpenPROM variables to ``ttya''.

Again, full details on boot parameters can be found in the Linux BootPrompt HOWTO, including tips for obscure hardware. Some common gotchas are included below in Troubleshooting the Boot Process, Section 6.6.


6.1.1 dbootstrap Arguments

The installation system recognizes a few arguments which may be useful.

quiet
This will cause the installation system to suppress confirmation messages and try to do the right thing without fuss. If you are familiar and comfortable with what the installation system is going to expect, this is a nice option to quieten the process.
verbose
Ask even more questions than usual.
debug
Emit additional debug messages to the installation system log (see Using the Shell and Viewing the Logs, Section 7.1.1), including every command run.
bootkbd=...
Pre-select the keyboard you want to use, e.g., bootkbd=qwerty/us
mono
Use monochrome rather than color mode.

6.2 Interpreting the Kernel Startup Messages

During the boot sequence, you may see many messages in the form can't find something, or something not present, can't initialize something, or even this driver release depends on something. Most of these messages are harmless. You see them because the kernel for the installation system is built to run on computers with many different peripheral devices. Obviously, no one computer will have every possible peripheral device, so the operating system may emit a few complaints while it looks for peripherals you don't own. You may also see the system pause for a while. This happens when it is waiting for a device to respond, and that device is not present on your system. If you find the time it takes to boot the system unacceptably long, you can create a custom kernel later (see Compiling a New Kernel, Section 8.4).


6.3 Booting from a Hard Disk

In some cases, you may wish to boot from an existing operating system. You can also boot into the installation system using other means, but install the base system from disk.


6.3.1 Installing from a Linux Partition

You can install Debian from an ext2fs partition or from a Minix partition. This installation technique may be appropriate if you are completely replacing your current Linux system with Debian, for instance.

Note that the partition you are installing from should not be the same as the partitions you are installing Debian to (e.g., /, /usr, /lib, etc.).

To install from an already existing Linux partition, follow these instructions.

  1. Get the following files and place them in a directory on your Linux partition:
  1. You can use any other functional boot method when installing from a partition. The following assumes you are booting with floppies; however, any boot installation can be used.
  1. Create the Rescue Floppy as discussed in Creating Floppies from Disk Images, Section 5.6.4. Note that you won't need the Driver Floppies.
  1. Insert the Rescue Floppy into your floppy drive, and reboot the computer.
  1. Skip down to Using dbootstrap for Initial System Configuration, Chapter 7.

6.4 Booting and/or Installing from a CD-ROM

If you have a CD which is bootable, and if your architecture and system supports booting from a CD-ROM, you don't need any floppies. Often, it's as simple as puting the CD-ROM in the CD drive and booting. Most OpenBoot versions support the boot cdrom command which is simply an alias to boot from the SCSI device on ID 6 (or the secondary master for IDE based systems). You may have to use the actual device name for older OpenBoot versions that don't support this special command.

Note that some problems have been reported on Sun4m (e.g., Sparc 10s and Sparc 20s) systems booting from CD-ROM.

Even if you cannot boot from CD-ROM, you can install the base Debian system from CD-ROM. Simply boot using a different media, such as floppies. When it is time to install the base system and any additional packages, point the installation system at the CD-ROM drive as described in ``Install the Base System'', Section 7.14.


6.5 Booting from TFTP

You need to setup a RARP server, a BOOTP server and a TFTP server.

The Reverse Address Resolution Protocol (RARP) is one way to tell your client what IP address to use for itself. Another way is to use the BOOTP protocol. BOOTP is an IP protocol that informs a computer of its IP address and where on the network to obtain a boot image.

The Trivial File Transfer Protocol (TFTP) is used to serve the boot image to the client. Theoretically, any server, on any platform, which implements these protocols, may be used. In the examples in this section, we shall provide commands for SunOS 4.x, SunOS 5.x (a.k.a. Solaris), and GNU/Linux.


6.5.1 Setting up RARP server

To setup RARP, you need to know the Ethernet address of the client (a.k.a. the MAC address). If you don't know this information, you can pick it off the initial OpenPROM boot messages, use the OpenBoot .enet-addr command, or boot into ``Rescue'' mode (e.g., from the Rescue Floppy) and use the command /sbin/ifconfig eth0.

In GNU/Linux you need to populate the kernel's RARP table. To do this execute

     /sbin/rarp -s client-hostname client-enet-addr
     /usr/sbin/arp -s client-ip client-enet-addr

If you get SIOCSRARP: Invalid argument you probably need to load the rarp kernel module or else recompile the kernel to support RARP. Try modprobe rarp and then try the rarp command again.

Under SunOS, you need to ensure that the Ethernet hardware address for the client is listed in the ``ethers'' database (either in the /etc/ethers file, or via NIS/NIS+) and in the ``hosts'' database. Then you need to start the RARP daemon. In SunOS 4, issue the command (as root): /usr/etc/rarpd -a; in SunOS 5, use /usr/sbin/rarpd -a.


6.5.2 Setting up BOOTP server

There are two BOOTP servers available for GNU/Linux, the CMU bootpd and the ISC dhcpd, which are contained in the bootp and dhcp packages on Debian GNU/Linux.

To use CMU bootpd, you must first uncomment (or add) the relevant line in /etc/inetd.conf. On Debian GNU/Linux, you can run update-inetd --enable bootps, then /etc/init.d/inetd reload to do so. Elsewhere, the line in question should look like:

     bootps         dgram   udp     wait    root    /usr/sbin/bootpd        bootpd -i -t 120

Now, you must create an /etc/bootptab file. This has the same sort of familiar and cryptic format as the good old BSD printcap(5), termcap(5), and disktab(5) files. See the bootptab(5) manual page for more information. For CMU bootpd, you will need to know the hardware (MAC) address of the client.

By contrast, setting up BOOTP with ISC dhcpd is really easy, because it treats BOOTP clients as a moderately special case of DHCP clients. You don't really need to know the hardware (MAC) address of the client unless you wish to specify some options such as boot image filename or NFS root path on a client-by-client basis, or unless you wish to assign fixed addresses to your machines using BOOTP and/or DHCP. Simply add the allow bootp directive to the configuration block for the subnet containing the client, and restart dhcpd with /etc/init.d/dhcpd restart.


6.5.3 Enabling the TFTP Server

To get the TFTP server ready to go, you should first make sure that tftpd is enabled. This is usually enabled by having the following line in /etc/inetd.conf:

     tftp dgram udp wait root /usr/etc/in.tftpd in.tftpd /tftpboot

Look in that file and remember the directory which is used as the argument of in.tftpd; you'll need that below. The -l argument enables some versions of in.tftpd to log all requests to the system logs; this is useful for diagnosing boot errors. If you've had to change /etc/inetd.conf, you'll have to notify the running inetd process that the file has changed. On a Debian machine, run /etc/init.d/netbase reload (for potato/2.2 and newer systems use /etc/init.d/inetd reload); on other machines, find out the process ID for inetd, and run kill -HUP inetd-pid.


6.5.4 Move TFTP Images Into Place

Next, place the TFTP boot image you need, as found in Description of Installation System Files, Section 5.4, in the tftpd boot image directory. Generally, this directory will be /tftpboot. Next you'll have to make a link from that file to the file which tftpd will use for booting a particular client. Unfortunately, the file name is determined by the TFTP client, and there are no strong standards.

Often, the file that the TFTP client will look for is client-ip-in-hexclient-architecture. To compute client-ip-in-hex, take each byte of the client IP address and translate it into hexadecimal notation. If you have a machine handy with the bc program, you can use the program. First issue the obase=16 command to set the output to hex, then enter the individual components of the client IP one at a time. As for client-architecture, try out some values.

SPARC architectures for instance use the sub-architecture names, such as ``SUN4M'' or ``SUN4C''; in some cases, the architecture is left blank, so the file the client looks for is just client-ip-in-hex. Thus, if your system sub-architecture is a SUN4C, and its IP is 192.168.1.3, the filename would be C0A80103.SUN4C.

You can also force some sparc systems to look for a specific file name by adding it to the end of the OpenPROM boot command, such as boot net my-sparc.image. This must still reside in the directory that the TFTP server looks in.

Once you've determined the name, make the link like this: ln /boot/tftpboot.img /boot/file-name.

Now you should be ready to actually boot your system. On machines with OpenBoot, simply enter the boot monitor on the machine you are installing to (see Invoking OpenBoot, Section 3.3.1), and use the command boot net. Some older OpenBoot revisions require using the device name, such as boot le().


6.5.5 TFTP Installation for Low-Memory Systems

On some systems, the standard installation RAM-disk, combined with the memory requirements of the TFTP boot image, cannot fit in memory. In this case, you can still install using TFTP, you'll just have to go through the additional step of NFS mounting your root directory over the network as well. This type of setup is also appropriate for diskless or dataless clients.

First, follow all the steps above in Booting from TFTP, Section 6.5.

  1. Copy the Linux kernel image on your TFTP server using the a.out image for the architecture you are booting.
  1. Untar the root archive on your NFS server (can be the same system as your TFTP server):
         # cd /tftpboot
         # tar xvzf root.tar.gz
    

    Be sure to use the GNU tar (other tar programs, like the SunOS one, badly handle devices as plain files).

  1. Export your /tftpboot/debian-sparc-root directory with root access to your client. E.g., add the following line to /etc/exports (GNU/Linux syntax, should be similar for SunOS):
         /tftpboot/debian-sparc-root	client(rw,no_root_squash)
    

    NOTE: "client" is the hostname or IP address recognized by the server for the system you are booting.

  1. Create a symbolic link from your client IP addr in dotted notation to debian-sparc-root in the /tftpboot directory. For example, if the client IP address is 192.168.1.3, do
         # ln -s debian-sparc-root 192.168.1.3
    
  1. Now you can boot your client as discussed in Booting from TFTP, Section 6.5.

NOT YET WRITTEN


6.5.6 Installing with TFTP and NFS Root

It is closer to "tftp install for lowmem..." because you don't want to load the ramdisk anymore but boot from the newly created nfs-root fs. You then need to replace the symlink to the tftpboot image by a symlink to the kernel image (eg. linux-a.out). My experience on booting over the network was based exclusively on RARP/TFTP which requires all daemons running on the same server (the sparc workstation is sending a tftp request back to the server that replied to its previous rarp request). However, Linux supports BOOTP protocol, too, but I don't know how to set it up :-(( Does it have to be documented as well in this manual?


6.6 Troubleshooting the Boot Process

If you have problems and the kernel hangs during the boot process, doesn't recognize peripherals you actually have, or drives are not recognized properly, the first thing to check is the boot parameters, as discussed in Boot Parameter Arguments, Section 6.1.

Often, problems can be solved by removing add-ons and peripherals, and then trying booting again.

If you cannot boot because you get messages about a problem with ``IDPROM'', then it's possible that your NVRAM battery, which holds configuration information for you firmware, has run out. See the Sun NVRAM FAQ for more information.

If you are booting from the floppy, and you seem messages such as

     Fatal error: Cannot read partition
     Illegal or malformed device name

then it is possible that floppy booting is simply not supported on your machine. See Booting from Floppies, Section 5.6.2.

If you still have problems, please submit a bug report. Send an email to submit@bugs.debian.org. You must include the following as the first lines of the email:

     Package: boot-floppies
     Version: version

Make sure you fill in version with the version of the boot-floppies set that you used. If you don't know the version, use the date you downloaded the floppies, and include the distribution you got them from (e.g., ``stable'', ``frozen'').

You should also include the following information in your bug report:

     architecture:  sparc
     model:         your general hardware vendor and model
     memory:        amount of RAM
     scsi:          SCSI host adapter, if any
     cd-rom:        CD-ROM model and interface type, e.g., ATAPI
     network card:  network interface card, if any
     pcmcia:        details of any PCMCIA devices

Depending on the nature of the bug, it also might be useful to report whether you are installing to IDE or SCSI disks, other peripheral devices such as audio, disk capacity, and the model of video card.

In the bug report, describe what the problem is, including the last visible kernel messages in the event of a kernel hang. Describe the steps that you did which brought the system into the problem state.


[ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ next ]

Installing Debian GNU/Linux 2.2 For SPARC

version 2.2.27, 14 October, 2001
Bruce Perens
Sven Rudolph
Igor Grobman
James Treacy
Adam Di Carlo