← Back to branch summary

~ubuntu-branches/ubuntu/vivid/installation-guide/vivid-proposed

« back to all changes in this revision

Viewing changes to eu/preparing/pre-install-bios-setup.xml

  • Committer: Bazaar Package Importer
  • Author(s): Frans Pop
  • Date: 2005-10-25 17:37:25 UTC
  • Revision ID: james.westby@ubuntu.com-20051025173725-aq0bm11be7bfd7rw
Tags: 20051025
http://bugs.debian.org/334925
* Mention in copyright that full GPL is included in the manual.
  Closes: #334925
* Register installed documents with doc-base.
* Minor updates in English text and translations.

Show diffs side-by-side

added added

removed removed

Lines of Context:
eu/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>