← Back to branch summary

~ubuntu-core-dev/debian-installer/xenial-proposed

« back to all changes in this revision

Viewing changes to doc/manual/da/preparing/pre-install-bios-setup.xml

  • Committer: Colin Watson
  • Date: 2007-11-28 15:27:10 UTC
  • mfrom: (664.1.1444)
  • Revision ID: cjwatson@canonical.com-20071128152710-u9183jjlufbt4vxy
Tags: 20041027ubuntu1
* Resynchronise with Debian.
* build/boot/powerpc/yaboot.conf, build/config/common,
  doc/manual/build/common.ent: Update for Hoary.
* doc/manual/en/administrivia/contributors.xml: Remove specific mention of
  Warty.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/manual/da/preparing/pre-install-bios-setup.xml
1
 
<!-- retain these comments for translator revision tracking -->
2
 
<!-- original version: 11648 untranslated -->
3
 
 
4
 
 <sect1 id="pre-install-bios-setup">
5
 
 <title>Pre-Installation Hardware and Operating System Setup</title>
6
 
<para>
7
 
 
8
 
This section will walk you through pre-installation hardware setup, if
9
 
any, that you will need to do prior to installing Debian.  Generally,
10
 
this involves checking and possibly changing firmware settings for
11
 
your system.  The ``firmware'' is the core software used by the
12
 
hardware; it is most critically invoked during the bootstrap process
13
 
(after power-up). Known hardware issues affecting the reliability of
14
 
&debian; on your system are also highlighted.
15
 
 
16
 
</para>
17
 
 
18
 
&bios-setup-i386.xml; 
19
 
&bios-setup-m68k.xml; 
20
 
&bios-setup-powerpc.xml; 
21
 
&bios-setup-sparc.xml; 
22
 
&bios-setup-s390.xml; 
23
 
 
24
 
  <sect2><title>Hardware Issues to Watch Out For</title>
25
 
<para arch="not-s390">
26
 
 
27
 
Many people have tried operating their 90 MHz CPU at 100 MHz, etc.  It
28
 
sometimes works, but is sensitive to temperature and other factors and
29
 
can actually damage your system. One of the authors of this document
30
 
over-clocked his own system for a year, and then the system started
31
 
aborting the <command>gcc</command> program with an unexpected signal
32
 
while it was compiling the operating system kernel. Turning the CPU
33
 
speed back down to its rated value solved the problem.
34
 
 
35
 
</para><para arch="not-s390">
36
 
 
37
 
The <command>gcc</command> compiler is often the first thing to die
38
 
from bad memory modules (or other hardware problems that change data
39
 
unpredictably) because it builds huge data structures that it
40
 
traverses repeatedly.  An error in these data structures will cause it
41
 
to execute an illegal instruction or access a non-existent
42
 
address. The symptom of this will be <command>gcc</command> dying from
43
 
an unexpected signal.
44
 
 
45
 
</para><para arch="m68k">
46
 
 
47
 
Atari TT RAM boards are notorious for RAM problems under Linux; if you
48
 
encounter any strange problems, try running at least the kernel in
49
 
ST-RAM.  Amiga users may need to exclude RAM using a booter memfile.
50
 
 
51
 
<phrase condition="FIXME"><emphasis>
52
 
 
53
 
FIXME: more description of this needed.
54
 
 
55
 
</emphasis></phrase>
56
 
 
57
 
</para><para arch="i386">
58
 
 
59
 
The very best motherboards support parity RAM and will actually tell
60
 
you if your system has a single-bit error in RAM. Unfortunately, they
61
 
don't have a way to fix the error, thus they generally crash
62
 
immediately after they tell you about the bad RAM. Still, it's better
63
 
to be told you have bad memory than to have it silently insert errors
64
 
in your data. Thus, the best systems have motherboards that support
65
 
parity and true-parity memory modules; see 
66
 
<xref linkend="Parity-RAM"/>.
67
 
 
68
 
</para><para arch="i386">
69
 
 
70
 
If you do have true-parity RAM and your motherboard can handle it, be
71
 
sure to enable any BIOS settings that cause the motherboard to
72
 
interrupt on memory parity errors.
73
 
 
74
 
</para>
75
 
 
76
 
   <sect3 arch="i386"><title>The Turbo Switch</title>
77
 
<para>
78
 
 
79
 
Many systems have a <emphasis>turbo</emphasis> switch that controls
80
 
the speed of the CPU.  Select the high-speed setting. If your BIOS
81
 
allows you to disable software control of the turbo switch (or
82
 
software control of CPU speed), do so and lock the system in
83
 
high-speed mode. We have one report that on a particular system, while
84
 
Linux is auto-probing (looking for hardware devices) it can
85
 
accidentally touch the software control for the turbo switch.
86
 
 
87
 
</para>
88
 
   </sect3>
89
 
 
90
 
   <sect3 arch="i386"><title>Cyrix CPUs and Floppy Disk Errors</title>
91
 
<para>
92
 
 
93
 
Many users of Cyrix CPUs have had to disable the cache in their
94
 
systems during installation, because the floppy disk has errors if
95
 
they do not.  If you have to do this, be sure to re-enable your cache
96
 
when you are finished with installation, as the system runs
97
 
<emphasis>much</emphasis> slower with the cache disabled.
98
 
 
99
 
</para><para>
100
 
 
101
 
We don't think this is necessarily the fault of the Cyrix CPU. It may
102
 
be something that Linux can work around. We'll continue to look into
103
 
the problem.  For the technically curious, we suspect a problem with
104
 
the cache being invalid after a switch from 16-bit to 32-bit code.
105
 
 
106
 
</para>
107
 
   </sect3>
108
 
 
109
 
   <sect3 arch="i386"><title>Peripheral Hardware Settings</title>
110
 
<para>
111
 
 
112
 
You may have to change some settings or jumpers on your computer's
113
 
peripheral cards.  Some cards have setup menus, while others rely on
114
 
jumpers.  This document cannot hope to provide complete information on
115
 
every hardware device; what it hopes to provide is useful tips.
116
 
 
117
 
</para><para>
118
 
 
119
 
If any cards provide ``mapped memory'', the memory should be mapped
120
 
somewhere between 0xA0000 and 0xFFFFF (from 640K to just below 1
121
 
megabyte) or at an address at least 1 megabyte greater than the total
122
 
amount of RAM in your system.
123
 
 
124
 
</para>
125
 
   </sect3>
126
 
 
127
 
   <sect3 arch="i386" id="usb-keyboard-config"><title>USB keyboards</title>
128
 
<para>
129
 
 
130
 
If you have no AT-style keyboard and only a USB model, you will need
131
 
to enable legacy AT keyboard emulation in your BIOS setup. Consult
132
 
your main board manual and look in the BIOS for "Legacy keyboard
133
 
emulation" or "USB keyboard support" options. It must be enabled in
134
 
order to boot the installation system.  If you enabled this option and
135
 
it is working for you, you are fine and can go ahead.
136
 
 
137
 
</para><para>
138
 
 
139
 
If you cannot find this option, it might be that it is always enabled
140
 
and you can continue. It also might mean that the BIOS does not
141
 
provide any emulation support (bad luck here).
142
 
 
143
 
</para><para>
144
 
 
145
 
If you find the option and enable it, but the emulation stops working
146
 
soon after the kernel started, then you have bad luck too. You could
147
 
try the "bf2.4" flavor where the root floppy brings USB modules. If
148
 
you are installing with floppy disks, you would need the keyboard once
149
 
before the USB modules can be loaded. Specifying the "keytimer" option
150
 
at boot prompt may help in this case.
151
 
 
152
 
</para><para>
153
 
 
154
 
Sometimes, the emulation hangs but it wakes up after few minutes, so
155
 
you could wait some time and try to continue. To fix this behavior,
156
 
you could load Linux' own drivers for USB keyboards. For this, use
157
 
"modconf" (Step "Configure Device Driver Modules") and load usb-uhci
158
 
or usb-ohci modules.
159
 
 
160
 
</para>
161
 
   </sect3>
162
 
 
163
 
   <sect3><title>More than 64 MB RAM</title>
164
 
<para>
165
 
 
166
 
The Linux Kernel can not always detect what amount of RAM you have.  If
167
 
this is the case please look at <xref linkend="boot-parms"/>.
168
 
 
169
 
</para>
170
 
   </sect3>
171
 
  </sect2>
172
 
 </sect1>