Kapitel 3. Eine Debian-Distribution auswählen

Finden sie im Internet mithilfe einer Suchmaschine heraus, ob jemand anderes Ihre Hardware zum Laufen gebracht hat. Die meiste Hardware sollte gut unter Stable funktionieren. Wenn Sie aber bestimmte, auf höchste Leistung getrimmte oder brandneue Komponenten verwenden, kann es sein, dass diese unter Stable nicht funktionieren. Sie sollten in diesem Fall vielleicht zu Testing oder Unstable wechseln.

Für Laptops ist https://www.linux-on-laptops.com/ eine sehr gute Anlaufstelle, um herauszufinden, ob jemand Ihr Gerät unter Linux zum Laufen bekommen hat. Die Website bezieht sich nicht direkt auf Debian, ist aber dennoch eine gute Fundgrube für Informationen. Eine ähnliche Informationsquelle für Desktop-Rechner ist uns leider nicht bekannt.

Eine andere Möglichkeit ist, auf der Mailingliste debian-user-german nachzufragen, indem Sie eine E-Mail an [email protected] schicken. Sie müssen sich dafür nicht anmelden. Das Archiv ist unter https://lists.debian.org/debian-user-german/ einzusehen. Dort wird auch beschrieben, wie sie sich anmelden können. Wir möchten nachdrücklich empfehlen, dass Sie Ihre Fragen über die Mailingliste schicken, anstatt sie im 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.

Ja. Unstable hat die aktuellsten (jüngsten) Versionen. Allerdings sind die Pakete in Unstable nicht umfassend getestet und haben möglicherweise Fehler.

Demgegenüber enthält Stable ältere Paketversionen, die viele Tests durchlaufen haben, so dass Sie kaum Fehler antreffen werden.

Die Pakete in Testing stellen den Mittelweg zwischen diesen beiden Extremen dar.

Da könnten Sie recht haben. Das Alter der Pakete in Stable hängt davon ab, wann die letzte Veröffentlichung stattgefunden hat. Angesichts dessen, dass üblicherweise mehr als ein Jahr zwischen den Debian-Veröffentlichungen liegt, kann es sein, dass Sie den Eindruck gewinnen, Stable enthalte alte Pakete. Allerdings wurden diese durch und durch getestet. Man kann guten Gewissens sagen, dass diese Pakete keine schwerwiegenden Fehler, Sicherheitslücken und dergleichen enthalten. Pakete in Stable harmonieren problemlos mit anderen Stable-Paketen. Diese Eigenschaften sind sehr wichtig für produktive Server, die 24 Stunden am Tag und sieben Tage die Woche funktionieren müssen.

Andererseits können Pakete in Testing und Unstable versteckte Fehler, Sicherheitslücken 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 Leute.

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 Stable-Distribution. Wenn Sie mit den neusten Paketen arbeiten möchten, dann installieren Sie Unstable.

Ja, aber das ist eine Einbahnstraße. Sie können von Stable --> Testing --> Unstable wechseln, aber in umgekehrter Richtung ist das nicht »möglich«. Ein Wechsel zu Unstable sollte daher wohlüberlegt sein.

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 ist es eventuell möglich, von Unstable zu Testing und von Testing dann zu Stable zu gehen. Die Installations-Skripte wurden allerdings nicht für dergleichen entworfen. Daher kann es passieren, dass während des Vorgangs Ihre Konfigurationsdateien verloren gehen und ...

Nein. Das ist eine ziemlich subjektive Angelegenheit. Es gibt darauf keine absolut richtige Antwort, da dies davon abhängt, welche Software Sie benötigen, ob Sie gewillt sind, sich im Falle von Problemen mit der Fehlerbehebung zu beschäftigen, sowie von Ihrer Erfahrung bei der Systemadministration. Hier einige Tipps:

Bei der Entscheidung zwischen Testing und Unstable sollten Sie bedenken, dass Ihnen Testing das eine oder andere Problem ersparen kann. Einer der Autoren dieser Dokumentation erlebte so etwas während dem Wechsel von gcc3 auf gcc4: Er versuchte, das Paket labplot auf einem mit Unstable betriebenen Rechner zu installieren. Das gelang nicht, da der gcc-Übergang bei Unstable nicht komplett vollzogen war. In Testing hingegen waren die neuen Versionen noch nicht angelangt; es war in sich konsistent und erlaubte die Installation des von gcc abhängigen Paketes.

Es kann vorkommen, dass sich ein Paket nicht mit den Paketmanagement-Werkzeugen installieren lässt. Manchmal sind Pakete nicht mehr verfügbar, da sie wegen Fehlern oder verletzten Abhängigkeiten (vorübergehend) entfernt wurden. Oder ein Paket lässt sich zwar installieren, verhält sich aber nicht ordnungsgemäß.

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

Die Fehlerkorrekturen und Verbesserungen aus der Unstable-Distribution gelangen nur allmählich nach Testing. Zuvor müssen alle veröffentlichungskritischen Fehler behoben werden und innerhalb einer gewissen Sperrfrist (üblicherweise fünf Tage) dürfen keine neuen mehr gemeldet worden sein. Wenn also ein veröffentlichungskritischer Fehler für das Paket vorliegt, wird es auch nach Ablauf der Frist nicht nach Testing gelangen.

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. So bleibt Testing für die meiste Zeit in einem benutzbaren Zustand. Insgesamt ein brillantes Konzept. Allerdings sind die Dinge nicht immer so einfach. Bedenken Sie folgende Situation:

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 so vorkommen. Allerdings geschieht das nur selten.

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 Sicherheits-Updates Schritt zu halten. Wenn Sie Testing oder Unstable verwenden, ist es klug, ein Auge auf neu entdeckte Fehler, Fehlerkorrekturen und neue Fähigkeiten in den bereits installierten Paketen zu haben.

Diese Frage wird Ihnen nicht helfen, eine Debian-Distribution auszuwählen, aber früher oder später stellt sich sich ihnen doch.

Derzeit ist Bookworm die stabile Distribution. Die nächste stabile Veröffentlichung wird Trixie heißen. Lassen Sie uns nun den speziellen Fall betrachten, dass Trixie als neue stabile Distribution freigegeben wird.

Das lässt sich meistens leicht klären. Werfen Sie einen Blick in die Datei /etc/apt/sources.list. Dort finden Sie einen Eintrag wie diesen:

deb http://deb.debian.org/debian/ unstable main contrib

Das dritte Feld (hier im Beispiel »unstable«) gibt die Debian-Distribution an, die derzeit auf dem System läuft.

Sie können auch lsb_release verwenden (verfügbar in dem Paket lsb-release). Wenn Sie dies auf einem System mit Unstable ausführen, erhalten Sie Folgendes:

$ 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

Allerdings ist es nicht immer so einfach. Manche Systeme haben eine sources.list-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. Dies wird häufig als apt-pinning bezeichnet. Solche Systeme verwenden wahrscheinlich einen Mix aus unterschiedlichen Distributionen.

First of all, please bear in mind that the stable version is the one recommended for servers as well as for desktop computers, not only you will get security updates if you are running stable but also there are less changes which could potentially break the system or your setup.

If you are currently running stable, then in the /etc/apt/sources.list file the third field will be either 'bookworm' or 'stable'. If you want to change to a different version, you need to change this to the distribution you want to run. If you want to run testing, then change the third field of /etc/apt/sources.list to 'testing'. If you want to run unstable, then change the third field to 'unstable'.

Gegenwärtig wird Testing trixie genannt. Wenn Sie das dritte Feld von /etc/apt/sources.list in »trixie« ändern, dann werden Sie künftig Testing verwenden. Aber auch wenn trixie zu Stable wird, werden Sie weiterhin trixie haben.

Unstable wird immer Sid genannt. Wenn Sie also das dritte Feld von /etc/apt/sources.list in »sid« ändern, werden Sie stets Unstable nutzen.

Currently Debian offers does not offer security updates for testing nor for unstable. The Debian Security Team focus their work on stable and old-stable. Nevertheless, just like any other type of fixes, security fixes in unstable are directly made to the main archive and trickle down to testing in due course. So if you are running unstable make sure that you remove the lines relating to security updates in /etc/apt/sources.list. If you are interested in knowing what known security bugs exist in these versions of the distributions, you will this information in the list of vulnerable source packages in testing, and unstable.

If there is a release notes document available for the distribution you are upgrading to (even though it has not yet been released) it would be wise to review it, as it might provide information on how you should upgrade to it. You will always find the Release Notes for testing available at the Debian website but depending on how close the testing version is to release the document might not cover all the potential changes or pitfalls.

Dennoch können Sie, nachdem Sie die obigen Veränderungen vorgenommen haben, aptitude update 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 nur einzelne Pakete installieren, haben Sie zum Schluss ein System, auf denen eine Mischung verschiedener Distributionen läuft.

In bestimmten Situationen ist es daher wahrscheinlich das Beste, ein vollständiges Upgrade auf die neue Distribution durchzuführen, indem Sie apt full-upgrade, aptitude safe-upgrade oder aptitude full-upgrade benutzen. Lesen Sie die Handbuchseiten von apt und aptitude für weiterführende Informationen.

The Debian reference manual provides more insight on running testing and unstable in its section Life with eternal upgrades.

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

deb http://deb.debian.org/debian/ testing main

oder

deb http://deb.debian.org/debian/ trixie main

Wenn der Eintrag im dritten Feld von /etc/apt/sources.list 'testing' lautet, dann werden Sie auch nach der Veröffentlichung weiter Testing verwenden. Nachdem trixie veröffentlicht wurde, werden Sie also eine neue Debian-Distribution mit einem anderen Codenamen haben. Am Anfang werden die Veränderungen kaum auffallen. Das wird sich aber ändern, sobald neue Pakete von Unstable nach Testing kommen.

Steht jedoch 'trixie' im dritten Feld, werden Sie künftig Stable haben (weil trixie dann die neue stabile Veröffentlichung sein wird).

Wenn Sie sich unsicher sind, dann wäre wohl die Stable-Distribution die beste Wahl.

These distributions are Debian-based, but they are not Debian. You will be still able to use apt package tools by pointing the /etc/apt/sources.list file to these distributions' repositories. In some cases some distributions might even have additional package managers that are used instead of apt.

Wenn Sie eine bestimmte Distribution nutzen, sollten Sie auch genau diese benutzen, und nicht versuchen, zusätzlich Pakete aus anderen Distributionen einzumischen. Recht häufig zieht es Probleme nach sich, wenn versucht wird, Debian-Pakete anderer Distributionen zu installieren. Die Tatsache, dass alle dasselbe Format und den gleichen Namen (.deb) verwenden, macht die Pakete mitnichten automatisch kompatibel zueinander.

For example, Knoppix is a Linux distribution designed to be booted as a live CD whereas Debian is designed to be installed on the hard-disk. Knoppix is great if you want to know whether a particular piece of hardware works, or if you want to experience how a GNU/Linux system 'feels' etc., Knoppix is good for demonstration purposes while Debian is designed to run 24/7. Moreover the number of packages available and the number of architectures supported by Debian are far more than that of Knoppix.

If you want Debian, it is best to install Debian from the get-go. Although it is possible to install Debian through other distributions, such as Knoppix, the procedure calls for expertise. If you are reading this FAQ, I would assume that you are new to both Debian and Knoppix. In that case, save yourself a lot of trouble later and install Debian right from the beginning.

You are advised not to use the Debian forums (either mailing lists or IRC) for help on Debian derivatives as people there may base their suggestions on the assumption that you are running a Debian system. These "fixes" might not be suited to what you are running, and might even make your problem worse.

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 immer noch in Debian-Foren nachhaken. Behalten Sie jedoch das zuvor gesagte im Hinterkopf.

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 mit Hilfe der Paketwerkzeuge zu machen, da Sie am Ende möglicherweise mit einem unbrauchbaren System dastehen könnten.

Wenn sich alle Ihre Benutzerdaten (beispielsweise /home) 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 /etc/ und vielleicht auch /var/) anzulegen, ist dennoch ratsam.