← Back to branch summary

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

« back to all changes in this revision

Viewing changes to de/hardware/supported/sparc.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:
de/hardware/supported/sparc.xml
 
1
<!-- retain these comments for translator revision tracking -->
 
2
<!-- original version: 28997 -->
 
3
 
 
4
 
 
5
  <sect2 arch="sparc" id="sparc-cpus"><title>CPUs, Mainboards und Grafikunterstützung</title>
 
6
<para>
 
7
 
 
8
Momentan unterstützt die <emphasis>&architecture;</emphasis>-Portierung
 
9
mehrere Typen von Sparc-Systemen. Die verbreitetsten Namen für
 
10
Sparc-Systeme sind sun4, sun4c, sun4m, sun4d und sun4u. Momentan unterstützen
 
11
wir keine sehr alte sun4-Hardware. Die anderen Systeme werden jedoch
 
12
unterstützt. Sun4d wurde davon am wenigsten getestet, erwarten Sie
 
13
also mögliche Probleme im Bezug auf die Stabilität des Kernels. Sun4c
 
14
und Sun4m, die am stärksten verbreitete ältere Sparc-Hardware,
 
15
beinhaltet solche Systeme wie die SparcStation 1, 1+, IPC, IPX beziehungsweise
 
16
SparcStation LX, 5, 10 und 20. Die UltraSPARC-Systemklasse fällt unter
 
17
die sun4u-Kategorie und wird mit dem sun4u-Satz der Installationsimages
 
18
unterstützt. Einige Systeme, die in diese eigentlich unterstützte Kategorie
 
19
gehören, werden nicht unterstützt. Bekanntermaßen nicht unterstützte Systeme sind der
 
20
AP1000 Multicomputer und das Tadpole Sparcbook 1. Lesen Sie die
 
21
<ulink url="&url-sparc-linux-faq;">Linux for SPARCProcessors-FAQ</ulink>
 
22
bezüglich detaillierter Informationen.
 
23
 
 
24
</para>
 
25
 
 
26
   <sect3><title>Speicherkonfiguration</title>
 
27
<para>
 
28
 
 
29
Bei einigen älteren Sun-Arbeitsplatzrechnern, besonders Sun IPX und Sun IPC,
 
30
befinden sich die Speicherbänke an fixen Stellen im physikalischen Speicherbereich.
 
31
Wenn die Bänke nicht besetzt sind, existieren deshalb Lücken im physikalischen
 
32
Speicher. Die Linux-Installation benötigt jedoch einen zusammenhängenden
 
33
Speicherbereich, in den der Kernel und die Initial-RAM-Disk geladen wird.
 
34
Ist dieser nicht verfügbar, führt das zu einer <quote>Data Access Exception</quote>
 
35
(Datenzugriffs-Fehler).
 
36
 
 
37
</para><para>
 
38
 
 
39
Daher müssen Sie den Speicher so konfigurieren, dass der kleinste
 
40
zusammenhängende Speicherblock mindestens 8MB hat. In den oben
 
41
zitierten IPX und IPC sind die Speicherbänke in 16MB Bereiche
 
42
eingeteilt. Das bedeutet, dass Sie eine ausreichend große
 
43
SIMM in der Bank 0 (1. Steckplatz) haben müssen, um den Kernel
 
44
und die RAM-Disk fassen zu können. In diesem Fall sind
 
45
4MB <emphasis>nicht</emphasis> ausreichend.
 
46
 
 
47
</para><para>
 
48
 
 
49
Beispiel:
 
50
In einer Sun IPX haben Sie einen 16MB SIMM und einen 4MB SIMM. Es gibt
 
51
vier SIMM-Steckplätze (0,1,2,3; Platz 0 ist der am weitesten entfernte von den
 
52
SBUS-Anschlüssen). Hier müssen Sie den 16MB SIMM in Steckplatz 0 installieren;
 
53
es wird empfohlen, den 4MB SIMM in Platz 2 zu stecken.
 
54
 
 
55
</para>
 
56
   </sect3>
 
57
 
 
58
   <sect3><title>Grafikkonfiguration</title>
 
59
<para>
 
60
 
 
61
Im speziellen Fall von älteren Sun-Workstations ist es relativ
 
62
verbreitet, dass ein Onboard-Framebuffer vorhanden ist
 
63
(der später ersetzt wurde, zum Beispiel der bwtwo in einer Sun IPC)
 
64
und eine SBUS-Karte im SBUS-Slot gesteckt wird, die
 
65
wahrscheinlich beschleunigten Pufferspeicher enthält.
 
66
Unter Solaris/SunOS bereitet das keine Probleme, da beide
 
67
Karten initialisiert werden.
 
68
 
 
69
</para><para>
 
70
 
 
71
Mit Linux könnte das ein Problem werden, weil der Boot-PROM-Monitor
 
72
seine Meldungen auf dieser zusätzlichen Karte anzeigt,
 
73
die Boot-Meldungen des Linux-Kernels jedoch zum
 
74
Original-Onboard-Framebuffer umgeleitet werden, so dass <emphasis>keine</emphasis>
 
75
Fehlermeldungen auf dem Bildschirm erscheinen, während die
 
76
Maschine beim Laden der RAM-Disk scheinbar hängt.
 
77
 
 
78
</para><para>
 
79
 
 
80
Um dieses Problem zu vermeiden, schließen Sie den Bildschirm (wenn nötig)
 
81
an die Video-Karte im SBUS-Slot mit der niedrigsten Nummer an (eine
 
82
Onboard-Karte ist niedriger nummeriert als externe Slots)
 
83
Alternativ ist es möglich, eine serielle Konsole zu verwenden.
 
84
 
 
85
</para>
 
86
   </sect3>
 
87
  </sect2>