<!-- Subversion revision of original English document "5143" -->

<chapt id="choosing">Eine Debian-Distribution auswählen

<p>Es gibt viele verschiedene Debian-Distributionen. Die richtige auszuwählen, 
ist eine wichtige Entscheidung. Dieser Abschnitt umfasst einige Informationen, 
die Benutzern helfen sollen, zu entscheiden, welche Distribution am besten zu 
ihrem System passt. Darüber hinaus gibt er Antworten auf mögliche Fragen, die 
während des Entscheidungsprozesses auftauchen können. Es geht also nicht so 
sehr um das "Warum Sie Debian wählen sollten", sondern um das "Welche 
Distribution von Debian".

<p>Um mehr Informationen über die verfügbaren Distributionen zu erhalten, 
lesen Sie bitte <ref id="dists">.

<sect>Welche Debian-Distribution (Stable/Testing/Unstable) ist geeignet für 
mich? 

<p>Die Antwort darauf ist ein wenig kompliziert. Sie hängt sehr davon ab, was 
Sie zu tun beabsichtigen. Eine Lösung wäre, einen Bekannten zu fragen, der 
selber Debian verwendet. Aber das bedeutet natürlich nicht, dass Sie keine 
unabhängige Entscheidung treffen könnten. Tatsächlich sollten Sie genau dazu 
in der Lage sein, wenn Sie dieses Kapitel bis zum Ende durchgelesen haben.</p>

<p><list>

<item><p>Wenn Ihnen Sicherheit und Stabilität am wichtigsten sind, dann 
installieren Sie stable. Das ist üblicherweise der bevorzugte Weg.</p>

<item><p>Wenn Sie erstmals Debian benutzen, und es auf einem Desktop-Rechner 
installieren wollen, beginnen Sie mit stable. Ein Teil der enthaltenen 
Software ist zwar etwas veraltet, dafür handelt es sich um die am wenigsten 
mit Softwarefehlern belastete Arbeitsumgebung. Sobald Sie es sich dann 
zutrauen, können Sie mit wenig Aufwand zum etwas moderneren Unstable 
wechseln.</p>

<item><p>Wenn Sie Desktop-Benutzer sind, bereits über etwas Erfahrung mit 
Linux verfügen und Sie der eine oder andere seltsame Fehler von Zeit zu Zeit 
nicht stört, dann benutzen Sie unstable. Es bietet topmoderne Software und 
Fehler werden üblicherweise rasch behoben.</p>

<item><p>Wenn Sie einen Server betreiben, besonders einen, an den hohe 
Anforderungen hinsichtlich der Stabilität gestellt werden oder der über das 
Internet erreichbar ist, sollten Sie Stable installieren. Das ist bei weitem 
die beste und sicherste Wahl hierfür.</p>

</list>

<p>The folgenden Fragen beleuchten die verschiedenen Wahlmöglichkeiten 
(hoffentlich) etwas detaillierter.</p>

<sect1>Sie haben mir empfohlen, Stable zu installieren. Allerdings wird unter 
stable bestimmte Hardware nicht erkannt oder funktioniert nicht richtig. Was 
soll ich tun?

<p>Durchsuchen Sie das Web mithilfe einer Suchmaschine und schauen Sie nach, 
ob jemand anderes Ihre Hardware zum Laufen gebracht hat. Die allermeiste 
Hardware sollte gut unter Stable funktionieren. Wenn Sie aber bestimmte, sehr 
neue Hardware haben, kann es sein, dass diese nicht unter Stable funktioniert.  
Sollte das der Fall sein, möchten Sie vielleicht zu Unstable upgraden 
beziehungsweise Unstable installieren.</p>

<p>Für Laptops ist die Internetseite <url 
id="http://www.linux-on-laptops.com/"> eine sehr gute Anlaufstelle, um 
herauszufinden, ob jemand Ihr Gerät unter Linux zum Laufen bekommen hat. Die 
Internetseite bezieht sich nicht direkt auf Debian, ist aber dennoch eine 
große Fundgrube. Eine Internetseite in dieser Art für Desktop-Rechner ist 
nicht bekannt.</p>

<p>Eine andere Möglichkeit ist, auf der Mailingliste debian-user nachzufragen, 
indem man eine E-Mail an debian-user@lists.debian.org schickt. Nachrichten 
können an die Liste geschickt werden, sogar ohne sich dort anmelden zu müssen.  
Das Archiv ist unter <url id="http://lists.debian.org/debian-user/"> 
einzusehen.  Dort finden sich auch alle Informationen, welche die Anmeldung 
auf der Liste betreffen. Wir möchten nachdrücklich empfehlen, dass Sie Ihre 
Fragen über die Mailingliste schicken, anstatt sie im <url 
id="http://www.debian.org/support" name="irc"> zu stellen. Die Nachrichten auf 
der Mailingliste werden archiviert. Auf diese Weise kann die Lösung für Ihr 
Problem auch anderen Benutzern helfen, die die gleichen Schwierigkeiten 
haben.</p>

<sect1>Gibt es unterschiedliche Versionen eines Pakets in unterschiedlichen 
Distributionen?

<p>Ja. Unstable hat die aktuellsten (jüngsten) Versionen. Allerdings sind die 
Pakete in Unstable nicht ausführlich getestet und haben möglicherweise 
Fehler.</p>

<p>Andererseits enthält Stable zwar alte Paketversionen, diese sind jedoch 
ausführlich getestet. Es ist weniger wahrscheinlich, dass sie Fehler 
enthalten.</p>

<p>Die Pakete in Testing stellen den Mittelweg zwischen diesen beiden Extremen 
dar.</p>

<sect1>Die stabile Distribution enthält wirklich eine ganze Menge ziemlich 
veralteter Pakete, wie an Kde, Gnome, Xorg oder sogar dem Kernel deutlich 
erkennbar ist. Warum ist das so?

<p>Da könnten Sie recht haben. Das Alter der Pakete in Stable hängt davon ab, 
wann die letzte Veröffentlichung gemacht wurde. Angesichts dessen, dass 
üblicherweise mehr als ein Jahr zwischen den Veröffentlichungen von Debian 
liegen, kann es sein, dass Sie den Eindruck gewinnen, dass Stable alte Pakete 
enthält.  Allerdings wurden diese durch und durch getestet. Man kann guten 
Gewissens sagen, dass diese Pakete keine schweren Fehler, Sicherheitslücken 
und dergleichen enthalten. Diese Eigenschaft ist sehr wichtig für produktive 
Server, die 24 Stunden am Tag und sieben Tage die Woche funktionieren 
müssen.</p>

<p>Umgekehrt können Pakete in Testing und Unstable versteckte Fehler, 
Sicherheitslöcher und Ähnliches aufweisen. Schlimmer noch, manche Pakete in 
Testing und Unstable funktionieren möglicherweise nicht wie beabsichtigt.  Für 
gewöhnlich ziehen Personen, die an einem einzelnen Desktop-Rechner arbeiten, 
die jüngsten und modernsten Paket-Sets vor. Unstable ist die richtige Wahl für 
diese Art von Benutzer.</p>

<p>Wie Sie sehen, handelt es sich bei Stabilität und Aktualität um 
entgegengesetzte Enden eines Spektrums. Wenn Stabilität erforderlich ist, 
dann installieren Sie die stabile Distribution. Wenn Sie mit den neusten 
Paketen arbeiten möchten, dann installieren Sie unstable.</p>

<sect1>Wenn ich zu einer anderen Distribution wechseln wollte, ginge das?

<p>Ja, aber das ist eine Einbahnstraße. Sie können von stable --&gt; testing 
--&gt; unstable wechseln. Aber in umgekehrter Richtung ist das nicht 
"möglich".  Sie sollten Sich also sicher sein, wenn sie planen Unstable zu 
installieren oder ein upgrade zu machen.</p>

<p>Tatsächlich verhält es sich so: Wenn Sie Experte sind und willens etwas 
Zeit darauf zu verwenden, vorsichtig sind und wissen, was Sie tun, dann kann 
es möglich sein, von Unstable zu Testing und von Testing dann zu Stable zu 
gehen.  Das Installations-Skript ist allerdings nicht dafür entworfen, 
dergleichen zu tun.  Daher kann es passieren, dass während des Vorgangs Ihre 
Konfigurationsdateien verloren gehen und ... 

<sect1>Sollte man Testing oder Unstable installieren?

<p>Das ist eine ziemlich subjektive Angelegenheit. Es gibt darauf keine 
absolut richtige Antwort, sondern lediglich eine "vernünftige Vermutung", um 
sich zwischen Testing und Stable zu entscheiden. Die Sache ist die:</p>

<p><list>

<item>Stable ist "rock solid". Es geht nicht "kaputt".

<item><p>Testing geht weniger oft kaputt als unstable. Aber wenn es passiert, 
dann dauert es eine ganze Weile, bis die Dinge wieder im Lot sind.  Manchmal 
kann das Tage dauern, hin und wieder auch Monate.</p>

<item>In Unstable ändert sich sehr viel und es kann daher auch jederzeit 
kaputt gehen. Allerdings werden die Probleme in vielen Fällen binnen Tagen 
behoben und Unstable bietet außerdem immer die neueste für Debian paketierte 
Software.

</list>

<p>Aber manchmal kann es günstiger sein, Testing mitzuverfolgen als unstable.  
Der Autor dieser Dokumentation erlebte so etwas während dem Wechsel von gcc3 
auf gcc4: Er versuchte, das Paket <package>labplot</package> auf einem Rechner 
zu installieren, der Unstable folgte. Das gelang nicht, da nur einige der 
Abhängigkeiten im Zuge des gcc-Übergangs bereits erfüllt waren, andere jedoch 
nicht. In Testing ließ sich das Paket dagegen installieren, da die im Übergang 
befindlichen Pakete noch nicht in dort angelangt waren.</p>
  
<sect1>Hier ist die Rede davon, dass Testing "kaputt" gehen kann. Was soll das 
heißen?

<p>Es kann vorkommen, dass sich ein Paket nicht mit den 
Paketmanagement-Werkzeugen installieren lässt. Manchmal kann es auch sein, 
dass ein Paket nicht mehr verfügbar ist, vielleicht wurde es (zeitweise) wegen 
Fehlern oder verletzten Abhängigkeiten entfernt. Oder ein Paket lässt sich zwar 
installieren, verhält sich aber nicht ordnungsgemäß.</p>

<p>Wenn solche Dinge passieren, sagt man von einer Distribution, dass sie 
(zumindest in Bezug auf dieses eine Paket) kaputt ist.</p>

<sect1>Wie kann es sein, dass Testing monatelang kaputt ist? Würden die in 
Unstable eingepflegten Fehlerkorrekturen nicht direkt in Testing einfließen?

<p>Die Fehlerkorrekturen und Verbesserungen aus der Distribution Unstable 
gelangen nur langsam nach einer bestimmten Anzahl von Tagen nach Testing.  
Nehmen wir an, dieser Wert liegt bei zehn Tagen. Die Pakete in Unstable 
gelangen erst nach Testing, wenn dafür keine neuen veröffentlichungskritischen 
Fehler mehr gemeldet werden. Wenn also ein veröffentlichungskritischer Fehler 
für das Paket vorliegt, wird es auch nicht nach zehn Tagen nach Testing 
gelangen.</p>

<p>Die Idee ist folgende: wenn das Paket irgendwelche Fehler hat, dann würden 
diese von Benutzern entdeckt werden, die Unstable verwenden und würden 
bereinigt, bevor das Paket nach Testing kommt. Das hält Testing für die meiste 
Zeit in einem benutzbaren Zustand. Insgesamt ein brillantes Konzept.  Allerdings 
sind die Dinge nicht immer so einfach. Überdenken Sie folgende Situation:</p>

<p><list>

	<item>Stellen Sie sich vor, Sie wären am Paket XYZ.dd interessiert.
	<item>Nehmen wir an, dass am 10. Juni die Version XYZ-3.6 in Testing
	ist und Version XYZ-3.7 in unstable.
	<item>Nach zehn Tagen wandert XYZ-3.7 von Unstable nach Testing.
	<item>Also haben am 20. Juni sowohl Testing als auch Unstable XYZ-3.7 in
	ihren Repositories.
	<item>Sagen wir, ein Benutzer der Testing-Distribution bemerkt, dass ein
	neues XYZ-Paket verfügbar ist und macht ein Update von XYT-3.6 zu
	XYZ-3.7.
	<item>Nun entdeckt am 25. Juni jemand der Testing oder Unstable benutzt,
	einen veröffentlichungskritischen Fehler in XYZ-3.7 und meldet diesen an
	das BTS.
	<item>Der Betreuer von XYZ behebt den Fehler und lädt ein neues Paket
	nach Unstable hoch, sagen wir am 30. Juni. Wir nehmen hierbei an, dass
	der Betreuer fünf Tage braucht, um den Fehler zu beheben und die neue
	Version hochzuladen. Die Zahl von fünf Tagen sollte hier nicht falsch
	verstanden werden. Es kann länger dauern oder auch nicht, in
	Abhängigkeit von der Schwere des vorliegenden
	veröffentlichungskritischen Fehlers.
	<item>Die neue Version ist nun in unstable. Laut Plan soll XYZ-3.8
	daraufhin Testing am 10. Juli erreichen.
	<item>Aber schon am 5. Juli entdeckt wieder jemand einen
	veröffentlichungskritischen Fehler in XYZ-3.8.
	<item>Nehmen wir an, der Betreuer löst das Problem und lädt die neue
	Version von XYZ nach fünf Tagen hoch.
	<item>Also ist am 10. Juli XYZ-3.7 in Testing und XYZ-3.9 in unstable.
	<item>Die neue Version XYZ-3.9 soll nach dem neuen Zeitplan nun am 20.
	Juli in Testing ankommen.
	<item>Nachdem Sie ja Testing verwenden und XYZ-3.7 fehlerhaft ist,
	könnten sie wahrscheinlich XYZ erst wieder nach dem 20. Juli benutzen.
	Im Endeffekt hätten Sie dann rund einen Monat lang ein kaputtes Paket XYZ
	gehabt.

</list>

<p>Die Angelegenheit kann noch weitaus komplizierter werden, wenn etwa XYZ von 
vier anderen Paketen abhängt. Das kann dann zu einer monatelang nicht 
benutzbaren Testing-Distribution führen. Das soeben vorgestellte Szenario ist 
zwar konstruiert, kann aber im echten Leben tatsächlich vorkommen. Allerdings 
geschieht das nur selten.  

<sect1>Vom Standpunkt eines Systemverwalters her gesehen: Welche Distribution 
verlangt mehr Aufmerksamkeit?

<p>Einer der Gründe, warum viele Leute Debian anderen Linux-Distributionen 
vorziehen, ist der, dass es nur sehr wenig Verwaltungsaufwand erfordert. Diese 
Leute wollen ein System, das einfach nur funktioniert. Im allgemeinen kann man 
sagen, dass Stable nur sehr wenig Wartung bedarf, während Testing und Unstable 
nach fortwährender Pflege durch den Systemverwalter verlangen. Wenn Sie Stable 
verwenden, müssen Sie lediglich darauf achten, mit den Sicherheitsupdates 
Schritt zu halten. Wenn Sie Testing oder Unstable verwenden, ist es klug, ein 
Auge auf neu entdeckte Fehler, Fehlerberichtigungen und neue Fähigkeiten in 
den bereits installierten Paketen zu haben.</p>

<!-- Removed, since the pictures cannot be added in the SGML code
<p>The following pictures, from <url id="http://exon.dyndns.org/releasepics/"
name="Matthew Exon"> illustrate the maintenance trauma the various distribution
options might cause you over time.  The graph provides a qualitative (but not
quantitative) picture of the amount of time administrators might be spending.
</p>
-->

<sect1>Was passiert, wenn eine neue Version von Debian veröffentlicht wird?

<p>Diese Frage wird Ihnen nicht helfen, eine Debian-Distribution auszuwählen, 
aber früher oder später werden Sie sich dieser Frage doch gegenüber sehen.

<p>Derzeit ist &releasename; die stabile Distribution. Die nächste stabile 
Veröffentlichung wird &testingreleasename; heißen. Lassen Sie uns nun den 
speziellen Fall betrachten, dass &testingreleasename; als neue stabile 
Distribution herausgegeben wird.</p>

<p><list>
    <item> oldstable = &oldreleasename;; stable = &releasename;; 
    testing = &testingreleasename;; unstable = sid
    <item>Unstable wird immer sid genannte, unabhängig davon, ob eine
    Veröffentlichung gemacht wurde, oder nicht.
    <item>Pakete wandern fortwährend von sid nach Testing (beispielsweise
    &testingreleasename;). Aber Pakete in Stable (beispielsweise &releasename;)
    bleiben immer die selben, außer im Falle von Sicherheitsupdates.
    <item>Nach einer bestimmten Zeit wird Testing eingefroren; wird aber 
    weiterhin als Testing bezeichnet. Von nun an gelangen keine Pakete
    von Unstable nach Testing mehr, es sei denn, um veröffentlichungskritische
    (RC) Fehler zu beheben.
    <item>Nachdem Testing eingefroren wurde, müssen alle neu eingeführten
    Fehlerkorrekturen händisch durch die Mitglieder des Veröffentlichungs-Teams
    überprüft werden. Das soll sicherstellen, dass sich keine ernsthaften Fehler
    in die eingefrorene Testing-Veröffentlichung mehr einschleichen können.
    <item>Die RC-Fehler im eingefrorenen Testing werden auf Null reduziert.
    <item>Das eingefrorene Testing wird ohne RC-Fehler als neue stabile
    Veröffentlichung herausgegeben. In unserem Beispiel würde diese neue
    Veröffentlichung &testingreleasename; genannt werden.
    <item>Nun ist oldstable = &releasename;, stable = &testingreleasename;. Zu
    diesem Zeitpunkt entsprechen sich der Inhalt von Stable und eingefrorenem
    Testing.
    <item>Ein neues Testing wird aus dem derzeitigen Stable abgeleitet.
    <item>Pakete beginnen wieder aus sid nach Testing herunterzukommen und die
    Debian-Gemeinschaft beginnt auf die nächste Veröffentlichung hinzuarbeiten.
</list>

<sect1>Ich habe einen Desktop-Rechner/Rechner-Cluster mit Debian.  Wie kann 
ich herausfinden, welche Distribution darauf läuft?

<p>In den meisten Fällen ist das ganz einfach herauszufinden. Werfen Sie einen 
Blick auf den Inhalt der Datei <file>/etc/apt/sources.list</file>. Dort wird 
sich ein Eintrag in dieser Art finden:

<example>
deb http://ftp.us.debian.org/debian/ unstable main contrib 
</example>

<p>Das dritte Feld (hier im Beispiel 'unstable') gibt die Debian-Distribution 
an, der das System gegenwärtig folgt.</p>

<p>Sie können außerdem <prgn>lsb_release</prgn> abfragen (verfügbar über das 
<package>lsb-release</package> Paket). Wenn Sie dieses Programm auf einem 
System mit Unstable ausführen, erhalten Sie Folgendes:

<example>
$ lsb_release  -a
LSB Version:    core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:
		core-2.0-ia32:core-3.0-ia32:core-3.1-ia32
Distributor ID: Debian
Description:    Debian GNU/Linux unstable (sid)
Release:    unstable
Codename:   sid
</example>

<p>Leider ist es aber nicht immer so einfach. Einige Systeme haben vielleicht 
eine <file>sources.list</file> Datei mit mehreren Einträgen, die sich auf 
unterschiedliche Distributionen beziehen. Das kann der Fall sein, wenn der 
Systemverwalter verschiedene Pakete aus unterschiedlichen Distributionen 
verwendet. So etwas wird häufig als apt-pinning bezeichnet. Solche Systeme 
verwenden wahrscheinlich einen Mix aus unterschiedlichen Distributionen.

<sect1>Augenblicklich verwende ich stable. Kann ich zu Testing oder Unstable 
wechseln? Und wenn, wie?

<p>Wenn Sie derzeitig Stable einsetzen, dann wird in der Datei
<file>/etc/apt/sources.list</file> das dritte Feld entweder &releasename; oder
stable sein. Diesen Eintrag müssen Sie passend zu der Distribution ändern, die
Sie verwenden möchten. Wenn das Testing ist, dann ändern Sie das dritte Feld von
<file>/etc/apt/sources.list</file> in Testing. Wenn Sie Unstable verwenden
wollen, dann tragen Sie in das dritte Feld Unstable ein.

<p>Gegenwärtig wird Testing &testingreleasename; genannt. Wennn Sie das dritte
Feld von <file>/etc/apt/sources.list</file> in &testingreleasename; ändern, dann
werden Sie künftig Testing verwenden. Aber auch wenn &testingreleasename; stable
wird, werden Sie weiterhin &testingreleasename; haben.</p>

<p>Unstable wird immer sid genannt. Wenn Sie also das dritte Feld von
<file>/etc/apt/sources.list</file> in sid ändern, werden Sie stets Unstable folgen.

<p>Gegenwärtig bietet Debian Sicherheitsupdates für Testing aber nicht für
Unstable an, da Fehlerkorrekturen für Unstable direkt im Hauptarchiv vorgenommen
werden. Wenn Sie also Unstable benutzen, sollten Sie sicherstellen, dass Sie die
Zeilen in <file>/etc/apt/sources.list</file> entfernen, die sich auf
Sicherheitsupdates beziehen.

<p>Wenn es für die Veröffentlichung zu der Sie upgraden 
Veröffentlichungshinweise gibt (möglicherweise auch obwohl die 
Veröffentlichung noch bevorsteht), wäre es klug, diese durchzusehen.  
Veröffentlichungshinweise enthalten möglicherweise Informationen über die Art, 
wie Sie das Upgrade vornehmen sollten.

<p>Dennoch können Sie, nachdem Sie die obigen Veränderungen vorgenommen haben, 
<prgn>aptitude update</prgn> laufen lassen und dann die Pakete installieren, 
die Sie haben möchten. Beachten Sie, dass das Installieren eines Pakets aus 
einer anderen Distribution möglicherweise automatisch gleich Ihr halbes System 
einem Upgrade unterzieht. Wenn Sie einzelne Pakete installieren, haben Sie zum 
Schluss ein System, auf denen eine Mischung verschiedener Distributionen läuft.

<p>In bestimmten Situationen ist es daher wahrscheinlich das Beste, ein volles 
Upgrade auf die neue Distribution zu machen, indem man <prgn>apt-get 
dist-upgrade</prgn>, <prgn>aptitude safe-upgrade</prgn> oder <prgn>aptitude 
full-upgrade</prgn> benutzt. Lesen Sie die Handbuchseiten von apt und aptitude 
für weiterführende Informationen.

<sect1>Im Augenblick verwende ich Testing (&testingreleasename;). Was wird 
passieren, wenn eine neue Veröffentlichung herauskommt? Werde ich weiterhin 
Testing haben oder wird auf meinem Rechner die neue stabile Distribution 
laufen?

<p>Das hängt von den Einträgen in der Datei <file>/etc/apt/sources.list</file> 
ab. Wenn Sie gegenwärtig Testing mitverfolgen, sollten diese Einträge in etwa so
aussehen:

<example>
deb http://ftp.us.debian.org/debian/ testing main
</example>

oder

<example>
deb http://ftp.us.debian.org/debian/ &testingreleasename; main
</example>

<p>Wenn das dritte Feld in <file>/etc/apt/sources.list</file> 'testing' ist, 
dann werden Sie auch nach der Veröffentlichung noch Testing haben. Nachdem 
&testingreleasename; veröffentlicht wurde, werden Sie eine neue 
Debian-Distribution mit einem anderen Codenamen laufen haben. Am Anfang werden 
die Veränderungen nicht auffällig sein. Das wird sich aber ändern, sobald neue 
Pakete von Unstable in die Testing-Distribution kommen.</p>

<p>Wenn aber das dritte Feld '&testingreleasename;' enthält, dann werden Sie 
künftig Stable installiert haben, weil &testingreleasename; dann die neue 
stabile Veröffentlichung sein wird.</p>

<sect1>Ich bin noch immer verwirrt. Was sagten Sie, solle ich installieren?

<p>Wenn Sie sich unsicher sind, dann wäre wohl die stabile Distribution die
beste Wahl.</p>

<sect>Aber was ist mit Knoppix, Linex, Ubuntu und all den anderen Distributionen?

<p>All diese Distributionen sind nicht Debian. Sie <em>basieren auf 
Debian</em>.  Obwohl es viele Ähnlichkeiten und Gemeinsamkeiten mit ihnen 
gibt, gibt es aber auch ein paar entscheidende Unterschiede.</p>

<p>All diese Distributionen haben ihre eigenen Vorzüge und sind auf eine 
bestimmte Gruppe von Benutzern zugeschnitten. Für mehr Informationen hierzu 
lesen Sie die Informationen über <url 
id="http://www.debian.org/misc/children-distros" name="auf Debian basierende 
Software-Distributionen"> auf der Internetseite von Debian.

<sect1>Ich weiß jetzt, dass Knoppix/Linex/Ubuntu/ ... auf Debian basieren.  
Bedeutet das auch, dass ich die 'apt' Paketwerkzeuge verwenden kann, wenn ich 
eine dieser Distributionen auf meiner meiner Festplatte installiere?

<p>Diese Distributionen basieren auf Debian, sind aber nicht Debian. Sie 
können aber dennoch die apt Paketwerkzeuge zusammen mit einer 
<file>/etc/apt/sources.list</file> Datei verwenden, die auf die Repositories 
dieser Distributionen verweist. Aber dann verwenden Sie nicht Debian, sondern 
eine andere Distribution. Sie sind nicht das gleiche.</p>

<p>Wenn Sie eine bestimmte Distribution nutzen, sollten Sie auch genau diese 
benutzen, und nicht versuchen, zusätzlich Pakete aus anderen Distributionen 
einzumischen. Viele weit verbreitete Probleme rühren daher, dass Benutzer eine 
Distribution verwenden und versuchen, Pakete aus einer anderen Distributionen 
zu installieren. Die Tatsache, dass alle dasselbe Format und den gleichen 
Namen (.deb) verwenden, macht die Pakete mitnichten automatisch kompatibel 
zueinander.</p>

<p>Beispielsweise handelt es sich bei Knoppix um eine Linux-Distribution, die
als Live-CD entworfen wurde, wohingegen Debian für die Installation auf der
Festplatte gedacht ist. Knoppix ist hervorragend geeignet, wenn Sie ermitteln
wollen, ob eine bestimmte Hardware funktioniert oder wenn Sie herausfinden
möchten, wie sich ein Linux-System 'anfühlt'. Knoppix ist ein gutes
Vorführ-System, während Debian entworfen wurde, um 24 Stunden am Tag und 7 Tage
die Woche zu laufen. Darüber hinaus ist die Anzahl der verfügbaren Pakete und
die Zahl der unterstützten Prozessorarchitekturen bei Debian weitaus größer als
bei Knoppix.</p>

<p>Wenn Sie Debian wollen, ist es das Beste, es frisch zu installieren. Auch 
wenn es möglich ist, Debian über andere Distributionen wie etwa Knoppix zu 
installieren, erfordert das etwas Sachverstand. Angesichts dessen, dass Sie 
dieses FAQ lesen, nehmen wir an, dass Debian und Knoppix neu für Sie sind. In 
diesem Fall ersparen Sie sich besser den späteren Ärger und installieren Sie 
Debian sauber von Grund auf neu.</p>

<sect1>Ich habe Knoppix/Linex/Ubuntu/... auf meiner Festplatte installiert.  
Jetzt habe ich ein Problem. Was soll ich tun?

<p>Wir raten Ihnen, nicht die Debian-Foren zu benutzen (weder die 
Mailinglisten noch den IRC), da die Leute, die Ihnen helfen wollen, glauben 
würden, Sie benutzten ein Debian-System. Die "Lösungen", die Sie so erhalten, 
passen möglicherweise nicht zu Ihrem System. Es könnte sogar sein, dass 
dadurch Ihre Probleme nur noch größer werden.

<p>Benutzen Sie statt dessen vorrangig die Foren der entsprechenden
Distribution. Wenn Sie dort keine Hilfe finden, oder die Lösungen Ihr Problem
nicht beheben, können Sie noch immer in Debian-Foren nachhaken. Behalten Sie
jedoch das zuvor gesagte im Hinterkopf.

<sect1>Ich benutze Knoppix/Linex/Ubuntu/... und möchte nun Debian verwenden. 
Wie steige ich um?

<p>Betrachten Sie den Wechsel von einer auf Debian basierenden Distribution zu 
Debian als Wechsel von einem Betriebssystem zu einem anderen. Sie sollten 
Sicherungskopien Ihrer Daten anlegen und das Betriebssystem von Grund auf neu 
installieren. Sie sollten nicht versuchen, ein "Upgrade" auf ein Debian mithilfe 
der Paketwerkzeuge zu machen, da Sie am Ende möglicherweise mit einem 
unbrauchbaren System dastehen.

<p>Wenn sich alle Ihre Benutzerdaten (beispielsweise <file>/home</file>) auf 
einer gesonderten Partition befinden, ist der Umstieg auf Debian ziemlich 
einfach. Sie müssen das Installationssystem lediglich anweisen, diese 
Partition bei der Neuinstallation einzubinden (aber nicht zu formatieren).  
Sicherungskopien Ihrer Daten ebenso wie der Konfigurationsdateien (etwa 
<file>/etc/</file> und vielleicht auch <file>/var/</file>) anzulegen, ist 
dennoch ratsam.
