1997-01-14 07:20:47 +00:00
|
|
|
<!-- $FreeBSD$ -->
|
1995-04-28 16:19:59 +00:00
|
|
|
<!-- The FreeBSD Documentation Project -->
|
|
|
|
|
1995-06-30 17:37:53 +00:00
|
|
|
<chapt><heading>Troubleshooting<label id="troubleshooting"></heading>
|
1995-04-28 16:19:59 +00:00
|
|
|
|
|
|
|
<p>The following tips and tricks may help you turn a
|
|
|
|
failing (or failed) installation attempt into a success.
|
|
|
|
Please read them carefully.
|
|
|
|
|
|
|
|
<sect>
|
|
|
|
<heading>Hardware conflict or misconfiguration</heading>
|
|
|
|
|
|
|
|
|
|
|
|
<p><descrip>
|
|
|
|
<tag>Problem:</tag> A device is conflicting with
|
1996-05-16 23:18:28 +00:00
|
|
|
another or does not match the kernel's compiled-in IRQ or
|
1995-04-28 16:19:59 +00:00
|
|
|
address.
|
|
|
|
|
|
|
|
<tag>Cause:</tag> While most device drivers in
|
|
|
|
FreeBSD are now smart enough to match themselves to your
|
|
|
|
hardware settings dynamically, there are a few that still
|
|
|
|
require fairly rigid configuration parameters to be
|
1996-05-16 23:18:28 +00:00
|
|
|
compiled in (and matched by the hardware) before they will
|
|
|
|
work. We are working hard to eliminate as many of these
|
|
|
|
last hold-outs as we can, but it is not always as easy as
|
1995-04-28 16:19:59 +00:00
|
|
|
it looks.
|
|
|
|
|
|
|
|
<tag>Solution:</tag> There are several possible
|
|
|
|
solutions. The first, and easiest, is to boot the kernel
|
|
|
|
with the <tt>-c</tt> flag. When you see the initial boot prompt
|
|
|
|
(from floppy or hard disk), type:
|
|
|
|
|
|
|
|
<tscreen><verb>
|
|
|
|
/kernel -c
|
|
|
|
</verb></tscreen>
|
|
|
|
|
|
|
|
This will boot just past the memory sizing code and then
|
|
|
|
drop into a dynamic kernel configuration utility. Type
|
|
|
|
`<tt>?</tt>' at the prompt to see a list of commands.
|
|
|
|
You can use this utility to reset the IRQ, memory
|
|
|
|
address, IO address or a number of other device
|
|
|
|
configuration parameters. You can also disable a device
|
1996-05-16 23:18:28 +00:00
|
|
|
entirely if it is causing problems for other devices you would
|
1995-07-07 22:25:55 +00:00
|
|
|
much rather have work.
|
1995-04-28 16:19:59 +00:00
|
|
|
|
|
|
|
Another solution is, obviously, to remove the offending
|
|
|
|
hardware or simply strip the system down to the bare
|
|
|
|
essentials until the problem (hopefully) goes away. Once
|
1996-05-16 23:18:28 +00:00
|
|
|
you are up, you can do the same thing mentioned
|
1995-04-28 16:19:59 +00:00
|
|
|
above---compile a kernel more suited to your hardware, or
|
|
|
|
incrementally try to figure out what it was about your
|
1996-05-16 23:18:28 +00:00
|
|
|
original hardware configuration that did not work.
|
1995-04-28 16:19:59 +00:00
|
|
|
|
|
|
|
</descrip>
|
|
|
|
|
|
|
|
<sect>
|
|
|
|
<heading>When I boot for the first time, it still looks for
|
|
|
|
/386bsd!</heading>
|
|
|
|
|
|
|
|
<p>Cause: You still have the old FreeBSD 1.x boot blocks on
|
|
|
|
your boot partition.
|
|
|
|
|
|
|
|
Solution: You should re-enter the installation process,
|
|
|
|
invoke the (F)disk editor and chose the (W)rite option.
|
1996-05-16 23:18:28 +00:00
|
|
|
This will not hurt an existing installation and will make
|
1995-04-28 16:19:59 +00:00
|
|
|
sure that the new boot blocks get written to the drive.
|
1996-05-16 23:18:28 +00:00
|
|
|
If you are installing for the first time, do not forget to
|
1995-04-28 16:19:59 +00:00
|
|
|
(W)rite out your new boot blocks! :-)
|
|
|
|
|