home *** CD-ROM | disk | FTP | other *** search
/ BURKS 2 / BURKS_AUG97.ISO / LINUX / BOOTING.TXT (.txt) next >
Text File  |  1997-04-19  |  19KB  |  515 lines

  1. Fri Jun 28 18:55:07 PDT 1996
  2.  
  3. This file contains some helpful (hopefully! :^) information on what to do if
  4. your Linux system won't boot properly.
  5.  
  6. Section 1: What to do if after the installation process, the machine will 
  7.            not boot.
  8.  
  9. This problem is not uncommon.  The reason for it is that the kernel your system
  10. tries to boot after installation is not the same as the one used to install (the
  11. bootdisk kernel).  Typically the kernel that is installed to your hard drive 
  12. will contain more device drivers, and sometimes one of them won't like some 
  13. piece of hardware in your machine.
  14.  
  15. There are a couple of approaches that can be used to deal with this situation.
  16. Perhaps the simplest solution is to open up the machine and pull any cards that
  17. aren't crucial, and then try to reboot the system.  If this is successful, then
  18. follow the instructions in the FAQ.TXT for building and installing a kernel
  19. that is customized for your hardware.
  20.  
  21. Another approach (that doesn't involve opening the machine) is to try to use the
  22. bootdisk you installed with to kickstart the system.  To do this, boot the disk
  23. and then use the "mount" option to have the kernel boot the root partition on
  24. your hard drive rather that a root/install disk.  Let's assume your root Linux
  25. partition is on /dev/hda2.  To boot the system, you'd use this command at the
  26. LILO prompt on the bootdisk:
  27.  
  28. mount root=/dev/hda2
  29.  
  30.  
  31. Section 2:  Trying to get the kernel to detect hardware.
  32.  
  33. The first thing you should do is make sure you're using a kernel that supports
  34. the hardware you're trying to use.  If it doesn't, you've got a few options for
  35. how to add the support.  You can compile a custom kernel of your own, or you
  36. can look for an appropriate pre-compiled kernel in the /kernels directory.
  37. Another approach is to try loading a kernel module to add the extra support you
  38. need.  This is usually the fastest and easiest way to get a device working, so
  39. you might want to try it first.  Use 'vi' (or some other editor) to edit the
  40. file /etc/rc.d/rc.modules.  Look for a module that supports the hardware you
  41. want to get working, remove the '#' from the beginning of the line, and fill in
  42. any extra parameters that the module might require.
  43.  
  44. If you install a new kernel, be sure to reinstall LILO afterwards (if you use 
  45. it).  For more details on installing a kernel, see the FAQ.TXT.
  46.  
  47. There are a number of extra parameters that can be used on the LILO bootdisk
  48. prompt, with Loadlin, or in your /etc/lilo.conf.  These flags help tell the
  49. kernel which I/O port, IRQ, and so forth, that a particular piece of hardware
  50. uses, so that if the kernel doesn't see a peripheral while autoscanning you
  51. should be able to force detection by telling the kernel exactly where to look.
  52.  
  53. To use an extra flag with a bootdisk, put the flags after the standard command
  54. used to boot the system.  So, to boot /dev/hda2 and try to force detection of
  55. a Mitsumi CD-ROM drive with Mitsumi interface card, you might use something
  56. like this at the LILO prompt:
  57.  
  58. mount root=/dev/hda2 mcd=0x300,11
  59.  
  60. To use a parameter with Loadlin, just add it to the end of the boot command
  61. in a similar fashion:
  62.  
  63. loadlin vmlinuz root=/dev/hda2 mcd=0x300,11
  64.  
  65. Or, you can enclose the parameters in an append="" and add the line to your
  66. /etc/lilo.conf.  Don't forget to reinstall lilo after editing the i
  67. /etc/lilo.conf.  To do this, just type "lilo" as root.
  68.  
  69. Here's how the line you'd add to your /etc/lilo.conf looks:
  70.  
  71. append="mcd=0x300,11"
  72.  
  73. Here is a list of known kernel parameters from the Loadlin documentation:
  74.  
  75.     LOADLIN 1.5 ((C) 1994 lermen@elserv.ffm.fgan.de)
  76.      and
  77.     Linux version: 0.99.14, 0.99.15, 1.0, 1.1.47
  78.  
  79. This is a list of command line parameters recognized and interpreted by:
  80. ========================================================================
  81.  
  82.   1. LOADLIN
  83.        ramdisk=size        (size in Kbytes)
  84.      or
  85.        ramdisk=size,no     (same as above, but diskchange prompt disabled)
  86.                            e.g.:  ramdisk=1440,no
  87.        vga=mode
  88.  
  89.   2. The Linux kernel
  90.        mem=number       (for > 0.99.15,  number = end of physical memory in bytes)
  91.        root=device
  92.        ro
  93.        rw
  94.        no387
  95.        debug            sets console_loglevel = 10
  96.        no-hlt           disables check of HLT isntruction at startup
  97.  
  98.   3. init
  99.        single
  100.        auto
  101.        ro,rw,no387   (forwarded from the kernel)
  102.  
  103.   4. Some drivers
  104.        reserve=port1,num1,...,port5,num5 #reserves 80x86 ioports
  105.        ether=irq,base_addr,mem_start,mem_end,dev_name
  106.        hd=cyl,head,sect                  # for 2 drives you need this twice
  107.                                          # first relates to drive 0
  108.        bmouse=irq
  109.        max_scsi_luns=n                          # (n should be between 1 and 8)
  110.        st0x=base_address,irq                    # SEAGATE controller ST01/ST02
  111.        tmc8xx=base_address,irq                  # Future Domain TMC-885,TMC-950
  112.        t128=address,irq                         # Trantor T128/T128F/T228
  113.        ncr5380=port,irq,dma                     # Generic NCR5380 driver
  114.        aha152x=portbase,irq,scsiid,reconnect    # Adaptec AHA-152x driver
  115.        cdu31a=portbase,irq,PAS                  # Sony CDU-31a.  Third parameter
  116.                          # should be "PAS" if on a Pro-Audio Spectrum, or 
  117.                          # nothing if on something else.
  118.        xd=type,irq,iobase,dma
  119.        mcd=port,irq
  120.        sound=0x0TTPPPID, ..
  121.        sbpcd=sbport,SoundBlaster
  122.        sbpcd=LMport,LaserMate
  123.        sbpcd=SpeaFXport,SPEA
  124.  
  125.  
  126.   5. Environment
  127.        All parameters of format  name=xxxx  which are not recogized by
  128.        the kernel or a driver are put onto the environment.
  129.  
  130.        LOADLIN itself always puts  BOOT_IMAGE=imagefile  onto the environ-
  131.        ment.  The user may put additional values onto the environment in
  132.        order to allow  /etc/rc  to behave differently for a given condition.
  133.  
  134.  
  135. ==============================================================================
  136.  
  137. Following are detailed descriptions:
  138.  
  139.  
  140. Parameters recognized by LOADLIN:
  141. =================================
  142.  
  143.   root=device
  144.   -----------
  145.         device     may be a symbolic device name such as "/dev/hda2"
  146.                    or the numeric device number (hex)
  147.                    (highbyte=major, lowbyte=minor)
  148.                    recognized symbolic devices (with their partitions) are:
  149.                    "hda", "hdb", "sda", "sdb", "sdc", "sdd", "sde",
  150.                    "fd", "xda", "xdb"
  151.  
  152.         There is a problem:
  153.  
  154.         Linus interprets the number following "/dev/hda" as a HEX number,
  155.         The device names in  /dev  of the Slackware distribution, however,
  156.         are numbered /dev/hda1 .. hda9 .. hda10 .. hda16,
  157.         instead of   /dev/hda1 .. hda9 .. hdaa ..  hdaf  as Linus would have done.
  158.  
  159.         So, starting with version 1.3 of LOADLIN, I interpret the root device
  160.         myself and pass the device numerically in the boot sector.
  161.         My naming convention is a compromise which I hope will result in
  162.         fewer irritations:
  163.  
  164.         If the number following "/dev/hda, hdb, sda ..."
  165.         starts with 0, 0x or a..f, it is interpreted as a HEX number.
  166.         If it starts with 1..9 it is interpreted as a decimal number.
  167.         If none is appropriate, the string is passed to the command line.
  168.         (some later kernel versions may have other device names).
  169.  
  170.         Examples:
  171.         root=302
  172.         root=0x201
  173.         root=/dev/hda2
  174.         root=/dev/sdaa   same as  root=/dev/sda10  or  /dev/sda0xa
  175.  
  176.   Ramdisk size option (used with 1.2.x kernels)
  177.  
  178.   ramdisk=size 
  179.   ------------
  180.         size      number of Kbytes for the RAMDISK device.
  181.                   The image for the ramdisk is loaded by the
  182.                   kernel at startup from a floppy drive, if
  183.                   root=/dev/fdx  is also given.
  184.                   After loading the image, the kernel then makes
  185.                   the ramdisk the root device (NOT the floppy).
  186.                   In addition to this, LOADLIN prompts for inserting
  187.                   the ramdisk image into the floppy drive if it no
  188.                   longer needs the drive (i.e. after loading the kernel).
  189.  
  190.   Ramdisk options for new