%dynamicdata; %shareddata; ]> Hinweise zum &debian; &release;-Release (»&releasename;«) auf &arch-title; Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford (derzeit), Frans Pop (derzeit), Andreas Barth (derzeit) Javier Fernández-Sanguino Peña (derzeit), Steve Langasek (derzeit) debian-doc@lists.debian.org &docid; Einführung

Primäre Ziele dieser Hinweise zur Veröffentlichung sind, die Benutzer über größere Änderungen in dieser Veröffentlichung der &debian;-Distribution zu informieren, Informationen anzubieten, wie man sicher von der vorherigen Version auf diese aktualisiert und zu guter Letzt die Information über potenzielle Probleme, auf die man bei der Aktualisierung oder Benutzung dieser Veröffentlichung stoßen könnte.

Beachten Sie, dass es unmöglich ist, alle bekannten Probleme aufzulisten; aufgrund dessen wurde eine Auswahl getroffen, basierend auf einer Kombination aus der zu erwartenden Häufigkeit des Auftretens und der Auswirkung der Probleme.

Die neueste Version dieses Dokuments finden Sie immer unter . Falls Ihre Version dieser Datei älter als ein Monat sein solltewie auf der ersten Seite der PDF-Version oder in der Fussleiste der HTML-Version zu entnehmen ist, ist es empfehlenswert, eine neue Version herunterzuladen.

Bitte beachten Sie, dass wir nur eine Aktualisierung von der letzten Version (in diesem Falle von &oldreleasename;) unterstützen und dokumentieren. Wenn Sie von einer älteren Version aktualisieren wollen, empfehlen wir Ihnen, die vorherigen Veröffentlichungshinweise zu lesen und zunächst auf &oldreleasename; zu aktualisieren.

Melden von Fehleren in diesem Dokument

Wir haben versucht alle in diesem Dokument beschriebenen Aktualisierungs-Schritte zu testen und möglichen Probleme, aus die unsere Benutzer stossen könnten, vorherzusehen.

Nichtsdestotrotz sollten Sie uns in unserer einen Fehlerbericht zum Paket release-notes schicken.

 Aktualisierungs-Berichte beitragen

Wir begrüßen Informationen unserer Benutzer bezüglich der Aktualisierung von &oldreleasename; nach &releasename;. Falls Sie bereit sind, Ihre Informationen mit uns zu teilen, senden Sie uns bitte in unserer einen Fehlerbericht mit Ihren Ergebnissen gegen das Paket upgrade-reports.

Bitte teilen Sie uns in ihrem Aktualisierungs-Bericht die folgenden Informationen mit:

Den Status Ihrer Paket-Datenbank vor und nach der Aktualisierung: /var/lib/dpkg/status und beschrieben ist, aber Sie können auch Sicherheitskopien dieser Informationen unter /var/backups finden.

Protokolle ihrer Arbeitssitzungs. Sie können diese mit script erstellen, wie es unter beschrieben wird.

Die Protokolle von aptitude, die Sie unter /var/log/aptitude finden.

Bitte beachten Sie: Sie sollten sich etwas Zeit nehmen und alle sensitiven und/oder vertraulichen Informationen aus den Protokollen entfernen bevor Sie sie an einen Aktualisierungs-Bericht anhängen, da diese Informationen in einer öffentlichen Datenbank erscheinen. Quellcode dieses Dokuments

Dieses Dokument wird mittels debiandoc-sgml erstellt. Den Quellcode dieser Veröffentlichungsnotizen finden Sie im CVS-Depot des Debian Documentation Project. Sie können das benutzen, um auf die einzelnen Dateien zuzugreifen und Änderungen zu verfolgen. Weitere Informationen, wie Sie auf das CVS-Depot zugreifen können finden Sie auf den Seiten des .

 Was ist neu in &debian; &release;?

Diese Veröffentlichung fügt offiziell die Unterstützung für die AMD64-Architektur hinzu, welche 64Bit-Prozessoren von Intel (EM64T) und AMD (AMD64) unterstützt. Im vorherigen Release, &debian; 3.1 (»&oldreleasename;«), war eine inoffizielle Version dieser Portierung verfügbar.

Die offizielle Unterstützung für die Motorola 680x0- (»m68k«) Architektur wurde entfernt, da sie nicht die Kriterien der Debian Release Manager erfüllte. Die wichtigsten Gründe waren die Rechnerleistung und mangelnde Unterstützung der Originalautoren (upstream) der essenziellen Werkzeuge. Allerdings wird erwartet, dass die m68k-Portierung aktiv bleibt und zur Installation bereit ist, auch wenn sie nicht Teil der offiziellen stable-Veröffentlichung wird.

Die folgenden Architekturen werden in &debian; &releasename; offiziell unterstützt:

Intel x86 (»i386«)

Alpha (»alpha«)

SPARC (»sparc«)

PowerPC (»powerpc«)

ARM (»arm«)

MIPS (»mips« (Big endian) und »mipsel« (little endian))

Intel Itanium (»ia64«)

HP PA-RISC (»hppa«)

S/390 (»s390«)

AMD64 (»amd64«)

Details über den Portierungsstatus und portierungsspezifische Informationen finden Sie auf den .

Dies ist die zweite offizielle Veröffentlichung von &debian; für die &arch-title;-Architektur. Wir sind der Meinung, dass sie sich ausreichend bewährt hat, um veröffentlicht zu werden. Da sie sich jedoch noch nicht so lange im Umlauf befindet (und dadurch von Benutzern auch weniger getestet werden konnte wie die Veröffentlichungen für andere Architekturen), könnten Sie auf Fehler stoßen. Wir bitten Sie, uns diese unter Verwendung unserer mitzuteilen. Vergewissern Sie sich, dass Sie im Fehlerbericht angeben, dass der Fehler die &architecture;-Architektur betrifft.

]]> Was ist auf der &arch-title;-Architektur neu?

RiscPC (RPC) Unterstützung ist nicht vollständig und wird nach etch entfernt werden. Während der Kernel RiscPC in etch weiterhin unterstützt, trifft dies nicht auf das Installations-System zu.

Intels IXP4xx-Plattform wird nun auch unterstützt. Das Installations-System funktioniert auch auf der Linksys NSLU2, einem kleinen und preiswerten Gerät zur Nutzung von per USB angeschlossenen Massenspeichern. Weitere Informationen über Debian auf der NSLU2 finden Sie unter .

Auch Intels I/O-Prozessor-Plattform (IOP) wird nun unterstützt. &debian; &release; unterstützt insbesondere IOP 32x basierende Geräte. Zwei auf IOP-Chips basierende Network Attached Storag (NAS) Geräte werden durch das Installations-System unterstützt: Der GLAN-Tank von IO-Data und der Thecus N2100. Siehe dazu auch .

]]> Was ist auf der &arch-title;-Architektur neu? Die Unterstützung für DECstation ist nicht vollständig und in Etch ungetestet. Er wird nach der Freigabe komplett entfernt werden. Dies schliesst sowohl beide früher von Debian unterstützen Varianten der DECstation ein, die r3k-kn02 und r4k-kn04.

Installationen auf MIPS basierten Cobalt-Maschinen (Qube 2700, RaQ1, Qube2, RaQ2) sind nun auch ohne eine serielle Konsole möglich. Standardmässig erfolgen Installationen auf der Cobalt nun via SSH. Siehe dazu .

]]> SGIs IP32-Plattform wird nun ebenfalls unterstützt. Die IP32-Plattform besteht aus SGI O2 Maschinen mit R5000, R5200 oder RM7000 Prozessoren. Die Installation ist mit Frame-Buffer oder serieller Konsole möglich.

]]>

Broadcoms SB1A Evaluations-Board BCM91480B ("BigSur", basierend auf dem BCM1480 quad-core Chip) wird nun sowohl im Instalations-System als auch im Kernel unterstützt. Dieses Board wird sowohl im little als auch im big endian Modus unterstützt.

Qemu-Maschinen werden nun unterstützt. Die Qemu/MIPS-Maschine emuliert eine klassische Maschine im ISA-PC-Stil mit einer MIPS 4Kc CPU.

]]> Was ist auf der &arch-title;-Architektur neu?

Diese Freigabe üntersützt die 64-Bit PowerPC Architektur (IBM pSeries, Apple G5 Powermacs). Die Unterstützung für Apple Apus Unter-Architektur wurde ebenso wie die Unterstützung der Apple Nubus Unter-Architektur eingestellt.

]]> Was ist neu in der Distribution?

Diese neue &debian;-Veröffentlichung enthält wieder weitaus mehr Software als sein Vorgänger &oldreleasename;; sie enthält über &packages-new; neue Pakete, insgesamt also mehr als &packages-total; Pakete. Der größte Teil der Software dieser Distribution – annähernd &packages-updated; Pakete (das sind &packages-update-percent;% der Pakete von &oldreleasename;) – wurde aktualisiert. Auch mussten einige Pakete aus verschiedenen Gründen aus der Distribution entfernt werden (über &packages-removed;, &packages-removed-percent;% der Pakete aus &oldreleasename;). Sie werden keine Aktualisierungen für diese Pakete finden und in Ihrem Paketverwaltungssystem werden sie als »obsolete« (veraltet) markiert.

Mit diesem Release von &debian; wird von XFree86 auf die Version 7.1 von X.Org gewechselt. Dies unterstützt eine größere Hardwarevielfalt und bessere automatische Erkennung. Es erlaubt Ihnen auch die Verwendung von Compiz, einem der ersten Window Manager für das X-Window-System, mit dem Sie die Vorteile von OpenGL-Beschleunigung auf der Hardware (für unterstützte Geräte) ausschöpfen können.

&debian; enthält wieder diversen Desktop-Applikationen und -Umgebungen. Nebst anderen Paketen beinhaltet dieses Release GNOME 2.14Mit ein paar Modulen aus GNOME 2.16, KDE 3.5.5a und Xfce 4.4. Anwendungs-Software wurde ebenfalls aktualisiert, einschliesslich des Office-Pakets OpenOffice.org 2.0.4a und KOffice 1.6, sowie GNUcash 2.0.5, GNUmeric 1.6.3 und Abiword 2.4.6.

Andere Aktualisierungen von Desktop-Anwendungen sind Evolution 2.6.3 und Gaim 2.0. Die Mozilla Programm-Pakete wurden ebenfalls aktualisiert: iceweasel (Version 2.0.0.3) ist eine ungekennzeichnete Version des Firefox Web-Browsers und

Unter vielen anderem wurde auch die folgende Software aktualisiert:

die GNU C library, Version 2.3.6 die GNU Compiler Collection 4.1 als die Standard Compiler Interpreter: PHP 5.2, Python 2.4 Server-Software:

E-Mail-Server: Exim 4.63 (standard E-Mail-Server bei neuen Installationen), Postfix 2.3, Courier 0.53, Cyrus 2.2. Web-Servers: Apache 2.2, fnord 1.10 Datenbank-Server: MySQL 5.0.32, PostgreSQL 8.1 Der OpenSSH-Server, Version 4.3 Name Server: Bind 9.3, maradns 1.2 Verzeichnis Dienst: OpenLDAP 2.3

Die offizielle &debian;-Distribution besteht (abhängig von Ihrer Architektur) aus neunzehn bis dreiundzwanzig CDs mit Binärpaketen und einer ähnlichen Anzahl von Medien mit den Quelltexten, außerdem ist auch eine DVD-Version der Distribution erhältlich.

Package management

debian-archive-keyring berücksichtigt.

In seiner standard Konfiguration wird

Weitere Informationen entnehmen Sie bitte , dem Kapitel der .

Eine andere Fähigkeit die .

 debian-volatile ist jetzt ein offizieller Service

Der

Das bedeutet, dass er nun eine Die alte hat. Bitte stellen Sie sicher, dass Sie Ihre /etc/apt/sources.list entsprechend anpassen, wenn Sie diesen Dienst bereits genutzt haben.

dieses Dienstes.

 System Verbesserungen

Es gab eine Reihe von Änderungen der Distribution, von der neue &releasename;-Installationen profitieren, die aber nicht automatisch bei Aktualisierungen von &oldreleasename; aktiviert werden. Dieser Abschnitt gibt einen Überblick über die wichtigsten.

Priorität gundlegender Entwickler-Pakete heruntergesetzt

Einige Entwickler-Pakete, die eine Priorität von gcc, und diverse andere Software (dpkg-dev, flex, make) und Header-Files für Entwickler (libc6-dev, linux-kernel-headers).

Falls Sie diese Pakete auf Ihrem System installieren wollen, ist der einfachste Weg das Paket SELinux Priorität standard, aber standardmässig deaktiviert

Die für SELinux-Unterstützung benötigten Pakete haben nun eine Priorität von # aptitude install selinux-basics

Beachten Sie bitte, dass die SELinux-Unterstützung standardmässig .

Neue inet superdaemon als Standard

Der standard inet-Superdaemon in &releasename; ist nun openbsd-inetd anstelle von netkit-inetd. Er wird nicht gestartet werden, wenn keine Services konfiguriert sind (was bei der standardmässig der Fall ist). Der neue Daemon wird bei Aktualisierungen automatisch installiert.

Standard

Der standardmässig installierte vi-Kline ist nun eine kompakte Version von Änderungen der Standard-Fähigkeiten bei ext2/ext3

Neue ext2 und ext3-Dateisystemen werden mit den Fähigkeiten

Benutzer, die von &oldreleasename; aktualisieren sollten sich überlegen das Das Flag zu setzen; das Standard-Kodierung unter &releasename; ist UTF-8

Die Standard-Kodierung für neue &debian; Installationen ist nun UTF-8. Viele Anwendungen sind auch darauf ausgerichtet, UTF-8 als Standard zu verwenden.

Benutzer die auf &releasename; aktualisieren und auf UTF-8 wechseln möchten müssen ihre Environment und Locale-Definitionen ändern. Systemweit kann dies mit

Das Paket

Beachten Sie bitte, das manche Anwendungen unter UTF-8 aufgrund von Darstellungsproblemen nicht korrekt arbeiten werden.

Im finden Sie weitere Informationen über Änderungen zwischen &oldreleasename; und &releasename;.

 Wichtige Änderungen bezüglich des Kernels

&debian; &release; verwendet auf allen Architekturen einen Kernel der Version &kernelversion;. Diese Freigabe unterstützt weiterhin Kernel der Version 2.4 Einzelne Pakete werden nicht mehr mit Kernel 2.4 funktionieren; siehe dazu . ]]> , aber Debian pflegt Sie weder noch unterstützt Debian sie.

Es gab einige große Änderungen sowohl in den Kerneln selbst als auch in der Paketierung der Kernel unter Debian. Einige dieser Änderungen komplizieren die Aktualisierungs-Prozedur und können möglicherweise zu Problemen bei Neustart nach der Aktualisierung auf &releasename; führen. Dieser Abschnitt gibt einen Überblick über die wichtigsten Änderungen; mögliche Probleme und Informationen über ihre Vermeidung finden Sie in späteren Kapiteln.

Wenn Sie derzeit einen 2.4er Kernel verwenden sollten Sie sorgfälltig lesen.

]]> Änderungen in der Paketierung der Kernel

Umbenennung der Kernel-Pakete

Alle Linux-Kernel-Pakete wurden von Die "386" Variante wurde durch "486" ersetzt

Da die Unterstützung für 80386 Prozessoren mit &oldreleasename; eingestellt wurde, wurde auch die 386-Variante der Kernel eingestellt und durch neue 486-Varianten ersetzt.

]]> allgemeiner, einzelner Kernel für &arch-title;

Unter &oldreleasename; gab es unterschiedliche Kernel-Varianten für unterschiedliche Prozessor-Familien dieser Architektur. Durch Änderungen des Kernels, der sich automatisch an den/die Prozessor/en ihres System anpassen wird, ist es nicht mehr notwendig verschiede Kernel-Varianten zu unterstützen.

 ]]> Standard-Kernel mit SMP-Unterstützung

Mehrprozessor-Systeme benötigen nun nicht mehr die

]]> r5k-ip22 Kernel-Variante eingestellt

Das Kernel-Image für IP22-Maschinen mit einer R5000 CPU wirde eingestellt, da die r4k-ip22 Kernel nun auch IP22 Maschinen mit einem R4x00 oder R5000 CPU unterstützen.

 ]]>

Wo es möglich war wurden Dummy-Pakete zum automatischen Übergang erstellt, die von den neuen Pakete abhängen.

 Neue Werkzeuge erstellen initrds Auf der &arch-title;-Architektur benötigen die Kernel-Pakete keine initd um das System zu starten. Dies heisst, dass die Informationen in diesm Abschnitt für Sie nicht relevant sind.

]]>

Durch Änderungen des Kernels funktioniert das Werkzeug zur Erstellung von initrds aus &oldreleasename;, . Beide ertellen das initrd mit einem Das Aktualisieren auf einen &releasename; Kernel wird

Das Paket ]]> Dynamische /dev-Verwaltung und Hardware-Erkennung

&releasename; Kernel unterstützen kein devfs mehr.

Der Ersatz für devfs ist /dev-Verzeichnis eingebungen und wird es mit vom Kernel unterstützten Geräten befüllen. Es wird ausserdem basierend auf vom Kernel generierten Ereignisse Geräte automatisch hinzufügen und entfernen, wenn Kernel-Module geladen oder entfernt werden.

In Kombination mit dem Kernel kümmert sich

Wenn Sie einen Debian-Kernel installieren wird

Sie können die Installation von Installations System

Der Debian-Installer ist das offizielle Installations-System für Debian. Er stellt eine breite Auswahl an Installations-Methoden zur Verfügung. Welche Methoden auf ihrem System möglich ist, hängt von der Architektur ihres Systems ab.

Images des Installations-Systems für &releasename; finden Sie ebenso auf der wie eine Installations-Anleitung.

Die Installations-Anleitung ist ebenfalls auf der ersten CD bzw. DVD des offiziellen CD/DVD-Sets enthalten: /doc/install/manual/language/index.html

Sie sollten auch die des debian-installers auf bekannte Probleme hin überprüfen.

Der Installer kann nur auf Alpha-Systemen benutzt werden, die die SRM-Konsole unterstützen. Stellen Sie sicher Ihr System auf SRM umzustellen, bevor Sie die Installation starten. Wenn Ihre Maschine lediglich die AlphaBIOS/ARC-Konsole unterstützt ist der empfohlene Weg &releasename; zu installieren zunächst ein (minimales) Woody System zu isntallieren, dann zunächst auf &oldreleasename; und schliesslich zu &releasename; zu aktualisieren. Weitere Informationen über die unterschiedlichen Konsolen finden Sie auf den .

]]> Probleme mit Framebuffern auf &arch-title;

Da es auf manchen Systemen zu Darstellungsproblemen kommen kann, ist die Framebuffer-Unterstützung auf &arch-title; für die meisten Graphik-Karten standardmässig deaktiviert. Dies kann in zu hässlicher Darstellung auf Systemen führen, die Framebuffer korrekt unterstützen. Sollten während der Installation Darstellungsprobleme auftreten können Sie versuchen, das Installations-System mit dem Parameter framebuffer=true zu starten. Bitte teilen sie uns mit, falls der Framebuffer standardmässig deaktiviert ist, aber mit Ihrer Hardware funktioniert.

 Bootprobleme auf &arch-title;

Verschiedene User haben berichtet, dass die Installations-CD beim 'boot cdrom' PROM-Kommando nicht starten konnte und en Fehler 'Illegal Instruction' anzeigte.

Offenbar liegt die Ursache des Problems darin, dass die Maschine vorher von Solaris ne gestartet wurde. Die Abhilfe für dieses Problem besteht darin die Maschine komplett auszuschalten und dann direkt von der Installations-CD zu starten.

Dieses Probleme wurde uns von Benutzern unterschiedlicher System (zum jetzigen Zeitpunkt sind uns Enterprise 450, Blade 2000, Fire V240, Enterprise 250 und Blade 100) gemeldet, es handelt sich also wahrscheinlich um ein allgemeines Problem. Sollte Sie mit ihrer Hardware ähnliche Probleme haben setzen Sie sich bitte mit uns in Verbindung.

 ]]> Was ist neu im Installationssystem?

Es hat viel Entwicklung am Debian-Installer stattgefunden seit seiner offiziellen Veröffentlichung mit &oldreleasename;, was sich in verbesserter Hardware-Unterstützung sowie in einigen tollen neuen Funktionen zeigt.

In diesen Hinweisen zur Veröffentlichung werden wir lediglich die größeren Veränderungen im Installer auflisten. Wenn Sie an einer Übersicht der detaillierten Änderungen seit &oldreleasename; interessiert sind, schauen Sie in die Ankündigungen zu den Beta- und RC-Versionen für &releasename; im Archiv der Webseite .

Größere Änderungen

Kein Neustart während der Installation

Die Installation war in zwei Teile geteilt: das Einrichten des Grundsystems sowie alles was nötig ist, um es bootfähig zu machen, gefolgt von einem Neustart und danach das Starten von

In &releasename; wurde diese zweite Hälfte (alles nach dem Neustart) in den Debian-Installer direkt integriert. Dies hat eine Reihe von Vorteile, wie eine Erhöhung der Sicherheit oder die Tatsache, dass nach dem Neustart am Ende der Installation das neue System bereits die korrekte Zeitzone hat und sofort die grafische Benutzeroberfläche startet (falls Sie eine Desktop-Umgebung installiert haben).

UTF-8-Kodierung neuer Standard für installierte Systeme

Der Installer richtet das System so passend ein, dass UTF-8 statt den alten sprachspezifischen Kodierungen (wie ISO-8859-1, EUC-JP oder KOI-8) benutzt wird.

 Mehr Flexibilität beim Partitionieren

Es ist jetzt möglich, mittels geführter Partitionierung Dateisysteme auf einem LVM-Volume zu erstellen.

Außerdem kann der Installer verschlüsselte Dateisysteme einrichten. Während der manuellen Partitionierung haben Sie die Wahl zwischen /boot) als logische Volumes enthält.

 Grafische Benutzeroberfläche Wenn Sie eine grafische Oberfläche bevorzugen, versuchen Sie, den Installer mit ]]> Für &arch-title; ist ein separates Installations-Image auf experimenteller Basis verfügbar, das die grafische Oberfläche benutzt. Bekanntermaßen funktioniert es auf den meisten CHRP-Systemen, die eine ATI-Grafikkarte haben, aber es wurde nicht genügend getestet, um auf den normalen Installatins-CDs enthalten zu sein.

Falls Sie den grafischen Installer ausprobieren möchten, schauen Sie nach dem "gtk-miniiso"-Image.

]]>

Die Funktionalität des grafischen Installers ist nahezu identisch mit der des normalen textbasierten Installers, es unterscheidet sich lediglich die Art und Weise der Darstellung. Allerdings gibt es eine Ausnahme: das grafische Frontend unterstützt nicht die Einrichtung von verschlüsselten Partitionen mit zufälligen Schlüsseln.

Hinweis: die grafische Oberfläche ist nicht für alle Architekturen verfügbar.

 ]]> Rettungsmodus

Sie können den Installer verwenden, um Probleme an Ihrem System zu beheben, zum Beispiel wenn es nicht mehr bootet. Die ersten Schritte sind die gleichen wie bei einer normalen Installation, aber der Installer wird nicht das Partitionierungsprogramm starten. Stattdessen bietet er Ihnen ein Menü mit Optionen zur Systemrettung an.

Starten Sie den Rettungsmodus, indem Sie den Installer mit rescue/enable=true hinzu.

 sudo benutzen statt dem root-Zugang

Während einer expert-Installation können Sie die Wahl treffen, keinen root-Zugang einzurichten (dieser wird dann gesperrt), sondern stattdessen Kryptographische Verifikation heruntergeladener Pakete

Pakete, die vom Installations-System heruntergeladen werden, werden nun kryptographisch mit Vereinfachte Mail-Konfiguration

Wenn das »standard System« installiert wird setzt das Installations-System eine einfache Konfiguration eines Mail-Servers des Systems auf, so dass lokale E-Mails zugestellt werden. Der Mail-Server steht für andere Systeme des Netzwerks nicht zur Verüfung. Wenn Sie Ihr System so konfigurieren wollen, dass es nicht-lokale E-MAils weiterverarbeitet (weitersenden oder empfangen), müssen Sie das Mail-System nach der Installation neu konfigurieren.

 Desktop Auswahl

Das Installations System wird einen GNOME-Desktop als standard Desktop installieren, wenn der Benutzer eine Desktop-Installation vornimmt.

Benutzer, dier andere Desktop-Umgebungen installieren wollen, können dies durch die boot-Parameter tasks="standard, kde-desktop" für KDE und tasks="standard, xfce-desktop" für Xfce. Beachten Sie, dass diese Methode nicht funktionieren wird, wenn Sie von einer vollständigen CD ohne einen Netzwerk-Mirror als zusätzliche Installations-Quelle auszuwählen; es wird aber funktionieren, wenn sie eine DVD nehmen oder eine andere Installations-Methode.

Es stehen separate CD-Images zur verfügung, die KDE bzw. Xfce als standard Desktop installieren.

 Neue Sprachen

Dank der großen Anstrengungen der Übersetzer kann Debian jetzt im textbasierten Installations-System in 47 Sprachen installiert werden. Dies sind sechs Sprachen mehr, als im Instalaltions-System von &oldreleasename;. Die in dieser Freigabe neue Sprachen sind: Weissrussisch, Esperanto, Estnisch, Kurdisch, Mazedonisch, Tagalog, Vietnamesisch und Wolof. Durch fehlen von aktuellen Übersetzungen mussten leider die Übersetzungen in zwei Sprachen für diese Freigabe eingestellt werden. Dies sind Persisch und Walisisch.

Wenn die grafische Oberfläche benutzt wird, werden zusätzlich elf weitere Sprachen unterstützt. Diese Sprachen können nur in diesem Installations-System ausgewählt werden, da ihre Zeichen in einer nicht-graphischen Umgebung nicht dargestellt werden können. Diese neuen Sprachen sind: Bengalisch, Dzongkha, Gujarati, Hindi, Georgisch, Khmer, Malaysisch, Nepalisch, Punjabi, Tamil und Thai.

]]>

Users that do not wish to use any locale can now select .

]]> Vereinfachte Lokalisation und Auswahl der Zeitzone

Die Konfiguration von Sprache, Land und Zeitzone wurde vereinfacht um die vom Benutzer benötigte Informationsmenge zu minimieren. Das Installations-System wird nun anhand der gewählten Sprache versuchen Land udn Zeitzone zu erraten oder eine eingeschränkte Auswahl anbieten, falls es nicht anders gehen sollte. Benutzer können weiterhin obskure Kombinationen auswählen, wenn Sie es benötigen.

 Vereinfachte System-Weite Lokalisation

Die meisten Internationalisierungs- und Lokalisierungs-Tasks, die bisher vom localization-config-Werkzeug gehandhabt wurden, sind nun direkt im Installations-System oder den Paketen selbst integriert. Dies heisst, dass die Auswahl einer Sprache automatisch die Installation für diese Sprache notwendige Paktete (Wörterbücher, Dokumentation, Schriftarten, ...) sowohl in Standard- als auch in Desktop-Umgebungen mit sich bringt. Konfiguration, die nicht mehr automatisch gehandhabt wird, betrifft die Papiergröße und einige weiterführenden Einstellungen für die Tastatur unter X Windows bei einigen Sprachen.

Beachten Sie bitte, dass Sprach-spezifische Pakete nur automatisch installiert werden, wenn Sie während der Installation verfügbar sind.

Automatisierte Installation

Viele Änderungen, die im vorherigen Kapitel erwähnt wurden, bringen auch Veränderungen bei der Unterstützung des Installers für automatisierte Installationen mittels Voreinstellungsdateien mit sich. Das bedeutet, wenn Sie Voreinstellungsdateien haben, die mit dem &oldreleasename;-Installer funktioniert haben, dürfen Sie nicht erwarten, dass diese ohne Anpassung mit dem neuen Installer funktionieren.

Die gute Nachricht hierzu ist, dass die jetzt einen separaten Anhang mit ausführlicher Dokumentation über die Nutzung der Voreinstellung enthält.

Der &releasename;-Installer führt einige tolle neue Funktionen ein, die erweiterte und einfachere Automatisierung von Installationen erlauben. So wurde zum Beispiel Unterstützung für erweiterte Partitionsschemata mit RAID, LVM und verschlüsseltem LVM hinzugefügt. Lesen Sie die Dokumentation für weitere Details.

 Beliebtheitswettbewerb

Das Installations-System wird Ihnen wieder anbieten, das Paket

Die Informationen von Aktualisieren von früheren Versionen Vorbereiten des Upgrades

Wir empfehlen, vor dem Upgrade die Informationen in zu lesen. Das Kapitel behandelt potenzielle Probleme, die nicht direkt mit dem Upgrade-Prozess zu tun haben, die vor der Aktualisierung zu wissen aber wichtig sind.

Sichern von Daten und Konfigurations-Informationen

Bevor Sie Ihr System aktualisieren, ist es empfehlenswert, ein Backup all Ihrer Daten zu erstellen, oder zumindest jener Daten und Konfigurationsinformationen, die Sie nicht verlieren möchten. Die Aktualisierungswerkzeuge sind sehr verlässlich, dennoch könnte ein Hardware-Fehler während des Aktualisierens Ihr System schwer beschädigen.

Das Wichtigste, was Sie sichern sollten, sind die Inhalte von /etc, /var/lib/dpkg und die Ausgabe von dpkg --get-selections "*" (die Anführungszeichen sind wichtig).

Der Aktualisierungsprozess selbst verändert nichts im Verzeichnis /home, manche Programme jedoch (zum Beispiel Teile der Mozilla-Suite und der GNOME- und KDE-Desktop-Umgebungen) sind dafür bekannt, existierende Einstellungen der Benutzer mit neuen Standardwerten zu überschreiben, wenn eine neue Version dieser Anwendung zum ersten Mal vom Benutzer gestartet wird. Als Vorsichtsmaßnahme sollten Sie daher vielleicht die versteckten Dateien und Verzeichnisse (»dotfiles«, Dateien und Verzeichnisse, die mit einem Punkt beginnen) in den Home-Verzeichnissen der Benutzer sichern. Diese Sicherung kann Ihnen helfen, alte Einstellungen wieder herzustellen. Sie sollten auch Ihre Benutzer über dieses Problem informieren.

Alle Operationen zur Paket-Installation benötigen die Privilegien des Superusers. Sie müssen sich also entweder als root einloggen oder

Es gibt diverse Vorbedinungen zur Aktualisierung; Sie sollten diese überprüfen, bevor Sie die Aktualisierung durchführen.

 Informieren Sie Ihre Benutzer im Vorfeld

Es ist klug, alle Benutzer von der geplanten Aktualisierung in Kenntnis zu setzen, auch wenn Benutzer, die Ihr System über ssh nutzen, davon nicht viel mitbekommen dürften und es sollte ihnen auch möglich sein, einfach weiterzuarbeiten.

Sollten Sie zusätzliche Sicherungsmaßnahmen ergreifen wollen, sichern (oder »unmounten«, aus dem Dateisystem aushängen) Sie die Home-Partition (/home) vor der Aktualisierung.

Sie werden wahrscheinlich den Kernel aktualisieren müssen, wenn Sie zu &releasename; aktualisieren. Dies erfordert normalerweise auch einen Neustart. Typischerweise werden Sie ihn durchführen, wenn Sie mit der Aktualisierung fertig sind.

 Vorbereiten der Wiederherstellung

Wegen der vielen Änderungen im Kernel zwischen &oldreleasename; und &releasename; bezüglich Treiber, Hardware-Erkennung und der Benennung und Sortierung der Geräte-Dateien besteht das Risiko, dass Sie während dem Neustart nach der Aktualisierung auf Probleme stoßen. Viele bekannte mögliche Probleme sind in diesem und nächsten Kapitel dokumentiert.

Aus diesem Grund ist es sinnvoll sicherzustellen, dass Sie Ihr System wieder herstellen können, falls der Neustart schief geht oder - bei ferngewarteten Systemen - das Netzwerk wieder korrekt einstellt.

If you are upgrading remotely via an ) and you will have to fix the system configuration through a local console. Also, if the system is rebooted accidentally in the middle of an upgrade there is a chance you will need to recover using a local console.

Die offensichtlichste Massnahme ist es zunächst zu probieren ihren alten Kernel wieder zu starten. Jedoch kann aus Gründen die hier dokumentiert sind nicht garantiert werden.

Sollte dies schief gehen, benötigen Sie einen alternativen Weg das System zu starten und darauf zuzugreifen um es zu reparieren. Eine Option ist ein spezielles Rettungs-System oder eine Linux-Live-CD zu benutzen. Nachdem Sie hiervon gestartetn ahben sollten Sie das root-Dateisystem einbinden und mit

Eine andere Möglichkeit die wir Ihnen gerne empfehlen ist es den und den .

Debug-Shell während des Systemstart mit initrd

Das Paket Diese Fähigkeit kann abgestellt werden, wenn Sie den Parameter den erstellten initrds hinzu. Sollte beispielsweise die initrd ihr root-Dateisystem nicht einbinden können, werden Sie in diese Debug-Shell geleitet, und haben grundlegende Befehle zur Verfügung die Ihnen helfen das Problem aufzuspüren und möglicherweise zu beheben.

Grundlegende Dinge, die Sie prüfen sollten, sind: Das vorhandensein der korrekten Geräte-Dateien in /dev; welche Module geladen wurden (cat /proc/modules) und ob die Ausgabe von

Wenn Sie es schaffen das Problem zu beheben, geben Sie ]]> Vorbereiten einer sicheren Umgebung für die Aktualisierung

Eine Aktualisierung der Distribution sollten Sie am besten am lokalen Rechner über die Textkonsole ausführen (bzw. über ein direkt angeschlossenes serielles Terminal) oder entfernt über eine

Falls Sie eine Fern-Aktualisierung vornehmen schlagen wir für zusätzliche Extra-Sicherheit vor, den Aktualisierungsprozess in einer virtuellen Konsole des Programms

Unterstützung für 2.2er-Kernel wurde entfernt

Falls Sie einen Kernel vor Version 2.4.1 verwenden, müssen Sie diesen (mindestens) auf die aktuelle Version der 2.4-Serie aktualisieren, bevor Prüfen des Systemstatus

Der in diesem Kapitel beschriebene Aktualisierungsprozess wurde für Aktualisierungen von »reinen« &oldreleasename;-Systemen ohne Pakete von Dritten entwickelt. Insbesondere kann es zu Problemen mit von Dritten entwickelten Paketen kommen, wenn diese Programme nach /usr/X11R6/bin/ installieren. Dies führt zu Aktualisierungs-Problemen während des Übergangs zu X.org (). Für die größte Zuverlässigkeit des Aktualisierungs-Prozesses sollten Sie es in Erwägung ziehen, Pakete Dritter von Ihrem System zu entfernen, bevor Sie die Aktualisierung vornehmen.

Diese Prozedur geht auch davon aus, dass Sie bereits auf das aktuellste Punkt-Release von &oldreleasename; aktualisiert haben. Wenn Sie dies noch nicht erledigt haben oder sich diesbezüglich nicht sicher sind, befolgen Sie bitte die Anweisungen in .

Durchsehen schwebender Aktionen der Paket-Verwaltung

In manchen Fällen kann die Nutzung von

Sie sollten daher auch prüfen, ob es irgendwelche schwebenden Aktionen im Paket-Manager .

Hierzu müssen Sie APT-Pinning deaktivieren

Wenn Sie APT konfiguriert haben, bestimmte Pakete aus einer anderen Distribution als Stable (zum Beispiel aus Testing) zu installieren, müssen Sie Ihre APT-Pinning-Konfiguration (befindet sich in /etc/apt/preferences) möglicherweise ändern, um eine Paketaktualisierung zu einer Version im neuen Stable-Release zu ermöglichen. Weitere Informationen zu APT-Pinning finden Sie in .

 Prüfen des Paketstatus

Unabhängig von der Methode, die Sie für Ihre Aktualisierung verwenden, ist es empfehlenswert, als erstes den Status der Pakete zu prüfen, um sicherzugehen, dass alle Pakete in einem aktualisierbaren Zustand sind. Der folgende Befehl gibt alle Pakete mit dem Status »Half-Installed«, »Failed-Config« oder mit Error-Status aus. # dpkg --audit

Sie könnten auch den Status aller Pakete auf dem System kontrollieren, indem Sie # dpkg -l | pager oder # dpkg --get-selections "*" > ~/curr-pkgs.txt

Es ist wünschenswert, alle Hold-Markierungen vor der Aktualisierung zu entfernen. Sollte eines der für das Aktualisieren wichtigen Pakete auf Hold stehen, würde die Aktualisierung nicht funktionieren.

Beachten Sie, dass # aptitude search "~ahold" | grep "^.h"

Falls Sie überprüfen möchten, welche Pakete Sie für # dpkg --get-selections | grep hold

Wenn Sie ein Paket lokal verändert und neu kompiliert haben und es nicht umbenannt oder die Versionsnummer mit einer Epoche versehen haben, müssen Sie es auf Hold setzen, um eine Aktualisierung zu verhindern.

Der Paketstatus »hold« kann via # aptitude hold Paketname Ersetzen Sie

Sollten Sie irgendetwas reparieren müssen, ist es am besten sicherzustellen, dass erklärt wird.

 Inoffizielle Paketquellen und Backports

Wenn Sie auf Ihrem System Pakete haben, die nicht von Debian stammen, sollte Ihnen bewusst sein, dass diese im Laufe der Aktualisierung aufgrund von Abhängigkeitskonflikten entfernt werden könnten. Wenn Sie diese Pakete installiert haben, indem Sie ein zusätzliches Paketarchiv in Ihre /etc/apt/sources.list aufgenommen haben, sollten Sie prüfen, ob dieses Archiv auch für &releasename; kompilierte Pakete bereit stellt, und diese Zeile gleichzeitig mit den anderen Änderungen der Quellen für Debian-Pakete anpassen.

Einige Benutzer haben vielleicht inoffizielle, zurückportierte »neuere« Versionen eines Paketes, die in Debian auf ihrem &oldreleasename;-System installiert Das Debian-Paketverwaltungssystem erlaubt normalerweise keinem Paket, Dateien eines anderen Paketes zu entfernen oder zu ersetzen, es sei denn, es ersetzt dieses Paket per Definition. Der Abschnitt enthält ein paar Informationen darüber, wie man mit Dateikonflikten umgehen kann, falls sie auftreten.

 Manuelles unmarkieren von Paketen

Um zu verhindern, dass # aptitude unmarkauto openoffice.org vim

Und 2.6-Kernel-Pakete, falls Sie durch ein Kernel-Meta-PAket installiert wurden: # aptitude unmarkauto $(dpkg-query -W 'kernel-image-2.6.*' | cut -f1)

Beachte: Sie können die Pakete, die in # aptitude search 'i~M <Paket-Name>'

Vorbereiten der Quellen für APT

Bevor Sie die Aktualisierung starten, müssen Sie zunächst die /etc/apt/sources.list anpassen.

deb«-Zeile gefunden werden können, und installiert die Pakete mit der höchsten Versionsnummer, wobei die zuerst angeführten Zeilen bevorzugt werden (im Falle von mehreren angegebenen Orten würde man typischerweise als erstes eine lokale Festplatte angeben, dann CD-ROMs und dann HTTP/FTP-Spiegelserver).

Auf ein Release kann oft sowohl durch seinen Codenamen (zum Beispiel &oldreleasenameorig;, &releasenameorig;) oder durch seinen Statusnamen (zum Beispiel oldstable, stable, testing, unstable) verwiesen werden. Mit dem Codenamen auf ein Release zu verweisen hat den Vorteil, dass Sie nie durch ein neues Release überrascht werden, und aus diesem Grund werden wir hier diesen Ansatz verfolgen. Dies heißt natürlich, dass Sie selbst auf Bekanntmachungen neuer Releases achten müssen. Verwenden Sie stattdessen den Statusnamen, werden Sie lediglich viele, viele Aktualisierungen für Pakete sehen, sobald ein Release stattgefunden hat.

Angabe von zusätzlichen APT-Internet-Quellen

Die standardmäßige Konfiguration ist auf die Installation von den Haupt-Debian-Internet-Servern ausgerichtet, Sie können jedoch nach Belieben in der Datei /etc/apt/sources.list andere Spiegel eintragen. Am besten sind Spiegel geeignet, die netztopologisch am nächsten sind.

Die Adressen der HTTP- oder FTP-Spiegel finden Sie unter (im Abschnitt »Liste der Debian-Spiegel«). HTTP-Spiegel sind für gewöhnlich schneller als FTP-Spiegel.

Nehmen wir zum Beispiel an, Ihr nächstgelegener Debian-Spiegel ist &url-debian-mirror-eg;/. Wenn Sie sich diesen Spiegel mit einem Browser oder einem FTP-Programm genauer ansehen, werden Sie feststellen, dass die Hauptverzeichnisse auf die folgende Art und Weise angeordnet sind: &url-debian-mirror-eg;/dists/&releasenameorig;/main/binary-&architecture;/... &url-debian-mirror-eg;/dists/&releasenameorig;/contrib/binary-&architecture;/...

Um diesen Spiegel mit deb &url-debian-mirror-eg; &releasenameorig; main contrib

Beachten Sie, dass »dists« implizit hinzugefügt wird und die Argumente, die nach dem Release folgen, verwendet werden, um Pfade in mehrere Verzeichnisse zu erstrecken.

Nachdem Sie die neuen Quellen angegeben haben, deaktivieren Sie die vorherigen » Hinzufügen von lokalen Spiegelquellen für APT

Anstatt HTTP- oder FTP-Paketspiegel zu verwenden, können Sie, wenn Sie möchten, auch /etc/apt/sources.list so anpassen, dass ein Spiegel auf der lokalen Festplatte (eventuell über NFS eingebunden) verwendet wird.

Nehmen wir an, Ihr Paketspiegel liegt auf /var/ftp/debian/ und hat Hauptverzeichnisse, die wie folgt aussehen: /var/ftp/debian/dists/&releasenameorig;/main/binary-&architecture;/... /var/ftp/debian/dists/&releasenameorig;/contrib/binary-&architecture;/...

Um dies mit deb file:/var/ftp/debian &releasenameorig; main contrib

Beachten Sie, dass »dists« implizit hinzugefügt wird und dass die Argumente, die nach dem Release stehen, dazu verwendet werden, um den Pfad in mehrere Verzeichnisse zu erweitern.

Nachdem Sie neue Quellen hinzugefügt haben, deaktivieren Sie die vorherigen » Hinzufügen von CD-ROM- oder DVD-APT-Quellen

Wenn Sie /etc/apt/sources.list aus, indem Sie eine Raute (

Vergewissern Sie sich, dass es eine Zeile in der Datei /etc/fstab gibt, die das Einhängen Ihres CD-ROM-Laufwerks in /cdrom ermöglicht (der exakte /cdrom-Einhängepunkt wird für /dev/hdc sei das CD-ROM-Laufwerk, dann sollte /etc/fstab folgende Zeile beinhalten: /dev/hdc /cdrom auto defaults,noauto,ro 0 0

Beachten Sie: hier darf defaults,noauto,ro im vierten Feld stehen.

Um zu kontrollieren, ob es funktioniert, legen Sie eine CD ein und versuchen Sie diese ins Dateisystem einzuhängen: # mount /cdrom # Dies hängt die CD an dem Einhängepunkt ein # ls -alF /cdrom # Dies sollte das Wurzelverzeichnis der CD anzeigen # umount /cdrom # Dies hängt die CD wieder aus

Als nächstes führen Sie dies # apt-cdrom add für jede Debian Binär-CD-ROM aus, die Sie haben, um die Daten von jeder CD zur APT-Datenbank hinzuzufügen.

 Paketaktualisierung

Die empfohlene Methode, von früheren &debian;-Releases zu aktualisieren, ist die Benutzung des Paketmanagement-Werkzeugs aptitude. Dieses Werkzeug trifft sicherere und bessere Entscheidungen über Pakete als apt-get.

Vergessen Sie nicht alle benötigten Partitionen (vor allem die Root- und die /usr-Partition) read-write (Lese- und Schreibberechtigung) einzuhängen. Dies geht zum Beispiel mit folgendem Kommando: # mount -o remount,rw /Einhängepunkt

Stellen Sie als nächstes sicher, dass Ihre APT-Quelleinträge (in /etc/apt/sources.list) entweder auf »stable« verweisen. Es sollte keine Quellzeile geben, die auf &oldreleasename; verweist. Beachten Sie, dass Quellzeilen für CD-ROMS oft auf » Aufnehmen der Sitzung

Es wird strengstens empfohlen, das Programm /usr/bin/script zu benutzen, um ein Protokoll der Aktualisierung anzufertigen. Sollten irgendwelche Probleme auftreten, haben Sie so ein Protokoll des Geschehenen und können gegebenenfalls exakte Informationen in einem Fehlerbericht angeben. Um das Protokollieren zu starten, verfahren Sie wie folgt: # script -t 2>~/upgrade-&releasename;.time -a ~/upgrade-&releasename;.script oder ähnlich. Lassen Sie das Skript nicht in ein temporäres Verzeichnis wie /tmp oder /var/tmp schreiben, da diese beim Aktualisieren oder bei einem Neustart gelöscht werden könnten.

Das Skript erlaubt Ihnen ebenfalls, Informationen, die vom Bildschirm gescrollt wurden, wieder abzurufen. Wechseln Sie einfach auf VT2 (indem Sie less -R ~root/upgrade-&releasename;.script, um sich die Datei anzeigen zu lassen.

Nachdem Sie die Aktualisierung beendet haben, können Sie

Falls Sie den Schalter -t des Programms # scriptreplay ~/upgrade-&releasename;.time ~/upgrade-&releasename;.script

Auffrischen der Paketliste

Zunächst muss eine Liste der im neuen Release verfügbaren Pakete heruntergeladen werden. Dies tun Sie durch folgenden Befehl:

# aptitude update

Beim ersten ausführen dieses Kommandos mit neuen Quellen werden ein paar Warnungen wegen der Verfügbarkeit der Quellen angegeben. Diese Warnungen sind harmlos und werden beim erneuten aufrufen des Kommandos nicht wieder auftauchen.

Stellen Sie sicher, dass Sie genug Speicherplatz für das Upgrade haben

Vor der Aktualisierung müssen Sie sicherstellen, dass Sie genügend Speicherplatz auf der Festplatte frei haben, wenn Sie das System-Upgrade, wie in beschrieben, starten. Zunächst werden alle Pakete die via Netzwerk heruntergeladen werden in /var/cache/apt/archives (bzw. während des herunterladesn im Unterverzeichnis partial/) gespeichert, Sie benötigen also genug Platz auf der Partition, die /var/ enthält, um die Pakete, die auf Ihrem System installiert werden, herunterzuladen und vorübergehend zu speichern. Danach benötigen Sie vielleicht noch mehr Platz in anderen Partitionen, um sowohl die zu aktualisierenden Pakete zu installieren (die größere Binärdateien oder mehr Daten enthalten könnten) als auch um neue Pakete zu installieren, die durch das Upgrade mit ins System kommen. Falls auf dem System nicht genügend Platz frei ist, könnte das zu einem unvollständigen Upgrade führen, was schwierig zu beheben sein könnte.

Sowohl

# aptitude -y -s -f --with-recommends dist-upgrade [ ... ] XXX Pakete aktualisiert, XXX zusätzlich installiert, XXX werden entfernt und XXX nicht aktualisiert. Muss xx.xMB/yyyMB an Archiven herunterladen. Nach dem Entpacken werden AAAMB zusätzlich belegt sein.

Falls Sie nicht genügend Platz für das Upgrade frei haben, stellen Sie sicher, dass Sie vorher Platz schaffen. Möglichkeiten:

Löschen Sie Pakete, die früher für Installationen heruntergeladen wurden (in /var/cache/apt/archive), indem Sie mit apt-get clean oder aptitude clean den Paketpuffer leeren. Entfernen Sie alte Pakete vom System, die nicht mehr benutzt werden. Falls Sie ). Alternativ können Sie auch Entfernen Sie Pakete vom System, die zu viel Platz belegen und die zurzeit nicht genutzt werden (Sie können sie nach dem Upgrade wieder installieren). Sie können die Pakete, die den meisten Platz belegen, mit wajig size aus). + Verschieben Sie System-Logdateien, die in /var/log/ liegen, vorübergehend auf ein anderes System oder löschen Sie sie.

Beachten Sie dass es ratsam ist wie in beschrieben Ihre sources.list wieder auf &oldreleasename; zeigen zu lassen, um Pakte sicher zu entfernen.

Minimale System Aktualisierung

Durch bestimmte notwendige Paket-Konflikte zwischen &oldreleasename; und &releasename; kann ein direktes ausführen von aptitude dist-upgrade eine große Zahl von Paketen entfernen, die Sie eigentlich behalten möchten. Wir empfehlen daher einen zweigeteilten Aktualisierungs-Prozess. Zunächst eine minimale System Aktualisierung und dann das vollständige dist-upgrade.

Führen Sie zunächst ein # aptitude upgrade aus.

Dies hat zur folge das alle Pakete, die aktualisiert werden können, ohne das andere Pakete entfernt oder dazu installiert werden, aktualisiert werden.

Verfolgen Sie weiter eine minimale Aktualisierung mit: # aptitude install initrd-tools

Dies wird automatisch

Der nächste Schritt hängt sehr von den Mengen Ihrer installierten PAkete ab. Diese Hinweise zum Release geben allgemeine Ratschläge über die Art und Weise, die Sie benutzen sollten, aber im Zweifelsfall ist es empfehlenswert die Liste der zum entfernen vorgeschlagenen Pakete bei jeder Methode von Hand durchzusehen, bevor Sie fortfahren.

Einige allgemeine Pakete, von denen erwartet wird, dass Sie entfernt werden, sind: .

Aktualisieren eines Dekstop-Systems

Dieser Weg der Aktualisierung wurde auf System, die den Desktop-Task unter Sarge installiert haben verifiziert. Es ist wahrscheinlich die Methode, die Ihnen auf einem System, auf dem der Desktop-Task oder die Pakete gnome oder kde installiert sind die besten Resultate.

Es wahrscheinlich nicht die korrekte Methode, wenn Sie nicht bereits die Pakete # dpkg -l libfam0c102 | grep ^ii # dpkg -l xlibmesa-glu | grep ^ii

Wenn Sie ein vollständiges Desktop-System installiert haben, führen Sie folgendes aus: # aptitude install libfam0 xlibmesa-glu

Aktualisieren eines Systems mit ein paar installierten X-Paketen

Prüfen Sie zunächst, ob Sie die Pakete # dpkg -l libfam0c102 | grep ^ii # dpkg -l xlibmesa-glu | grep ^ii

Falls Sie Diese Kommando prüft, ob Sie libfam0 und xlibmesa-glu installiert haben, und »auto«-markiert sie für Sie: # aptitude install x11-common \ $(dpkg-query --showformat '${Package} ${Status}\n' -W libfam0c102 xlibmesa-glu \ | grep 'ok installed$' | sed -e's/ .*//; s/c102//') # aptitude install x11-common libfam0 xlibmesa-glu

Beachten Sie, dass die Installation von Aktualisieren eines Systems ohne installiertem X

Auf Systemen, die kein X installiert haben, sollten keine weiteren aptitude install Kommandos notwendig sein und Sie können mit dem nächsten Schritt fortfahren.

Aktualisieren des Kernels

Die Version von

Als eine Konsequenz werden vorherige Kernel-Pakete wahrscheinlich nicht mehr nach dieser Aktualisierung booten. Ähnlich gibt es ein Zeitfenster während der Aktualisierung, in dem für Empfehlungen sich auf dies Möglichkeit vorzubereiten, wenn Sie eine Fern-Aktualisierung vornehmen.)

Sofern Ihr System den Desktop-Task installiert hat oder andere Pakete die eine nicht akzeptable Anzahl von Paket-Entfernungen erfordern, ist es an dieser Stelle empfohlen zunächst den Kernel seperat zu aktualisieren.

Um mit der Aktualisierung des Kernels fortzufahren, geben Sie folgendes Kommando ein: # aptitude install linux-image-2.6-Variante Siehe für eine Hilfe, welche Variante des Kernel-Pakets Sie installieren sollten.

Im Falle eines Desktops kann unglücklicherweise nicht garantiert werden, dass das neue Kernel Paket sofort nach der Installations des neuen um zu erfahren, wie Sie ihr System so konfigurieren können, dass es nicht von hotplug zum starten abhängt.

 Aktualisieren des restlichen Systems

Sie sind nun bereit, den Hauptteil der Aktualisierung vorzunehmen. Führen Sie dazu Folgendes aus:

# aptitude -f --with-recommends dist-upgrade

Dies führt eine vollständige Aktualisierung Ihres Systems durch, d.h. es installiert die neueste verfügbare Version aller Pakete und löst alle möglichen Änderungen der Abhängigkeiten zwischen den Releases auf. Wenn notwendig, wird es ein paar neue Pakete installieren (normalerweise neue Bibliotheken oder umbenannte Pakete) und alle überholten Pakete entfernen.

Wenn Sie von CD-ROMs aktualisieren, werden Sie zu unterschiedlichen Zeitpunkten dazu aufgefordert, CDs einzulegen. Vielleicht werden Sie auch dazu aufgefordert, eine CD mehrmals einzulegen. Dies ergibt sich aus der Verteilung voneinander abhängiger Pakete über die CDs.

Neue Versionen derzeit installierter Pakete, die nicht aktualisiert werden können, ohne den Installationsstatus eines anderen Paketes zu ändern, werden bei ihrer installierten Version belassen (und als »held back« (zurückgehalten) angezeigt). Dies können Sie entweder dadurch lösen, dass Sie diese Pakete in aptitude als zu installieren markieren, oder indem Sie ein aptitude -f install Paket versuchen.

 Paket Signaturen erhalten

Nach der Aktualisierung können Sie mit der neuen Version von

# aptitude update

Die Aktualisierung wird bereits die Schlüssel zur Signierung von Debians Paket-Archiv enthalten und aktiviert haben. Falls Sie andere (inoffizielle) Paket-Quellen hinzugefügt haben, wird .

Sie werden feststellen, dass die neue Version von .

 Mögliche Probleme während der Aktualisierung

Falls eine Operation von E: Dynamic MMap ran out of room scheitert, ist die Standardgröße des Zwischenspeichers unzureichend. Sie können dies entweder durch Auskommentieren nicht benötigter Zeilen in /etc/apt/sources.list lösen, oder indem Sie die Größe des Zwischenspeichers erhöhen. Den Zwischenspeicher können Sie mit der Einstellung /etc/apt/apt.conf vergrößern: Der folgende Befehl setzt ihn auf einen für das Upgrade passenden Wert: # echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf Dies setzt allerdings voraus, dass diese Variable nicht bereits in dieser Datei gesetzt ist.

Manchmal ist es notwendig die -o APT::Force-LoopBreak=1 für

Es ist auch möglich, dass die Abhängigkeitsstruktur des Systems so kaputt ist, dass ein manueller Eingriff notwendig wird. Für gewöhnlich bedeutet dies, dass # dpkg --remove Paketname um einige der kaputten Pakete zu löschen, oder # aptitude --fix-broken install # dpkg --configure --pending

In extremen Fällen müssen Sie vielleicht mit einem Befehl wie dem folgenden eine Neu-Installation erzwingen: # dpkg --install /Pfad/zum/Paket/Paketname.deb

Dateikonflikte sollten bei einer Aktualisierung eines »reinen« &oldreleasename;-Systems nicht vorkommen, können aber auftreten, wenn Sie inoffizielle Backports installiert haben. Ein Dateikonflikt resultiert in einem Fehler wie diesem: Unpacking <package-foo> (from <package-foo-file>) ... dpkg: error processing <package-foo> (--install): trying to overwrite `<some-file-name>', which is also in package <package-bar> dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: <package-foo>

Sie können versuchen, diesen Dateikonflikt zu lösen, indem Sie das Entfernen des Paketes, das in der # dpkg -r --force-depends Paketname

Nachdem dies alles repariert ist, sollten Sie die Aktualisierung fortsetzen können, indem Sie die vorher beschriebenen Während der Aktualisierung werden Ihnen einige Fragen zur Konfiguration oder Neu-Konfiguration verschiedener Pakete gestellt. Wenn Sie gefragt werden, ob eine Datei in den Verzeichnissen /etc/init.d oder /etc/terminfo oder die Datei /etc/manpath.config durch die Datei des Paketbetreuers ersetzt werden soll, so ist es normalerweise notwendig mit »ja« bzw. »yes« zu antworten, um sicherzustellen, dass das System in einem konsistenten Zustand ist. Sie können die alte Version immer wiederherstellen, da sie mit der Erweiterung

Wenn Sie sich nicht sicher sind, was Sie tun sollen, schreiben Sie den Namen des Pakets oder der Datei auf und kümmern Sie sich später darum. Sie können immer noch in der Skript-Datei nach der Meldung suchen, die am Bildschirm während der Aktualisierung ausgegeben wurde.

 Aktualisieren Ihres Kernels und zugehöriger Pakete

Dieser Abschnitt erklärt wie Sie Ihren Kernel aktualisieren und mögliche Probleme bezüglich dieser Aktualisierung erkennen. Sie können entweder ein von Debian angebotenes Beachten Sie das viele Informationen dieses Abschnittes bon der Annahme ausgehen, dass Sie einen modularen Kernel von Debian zusammen mit ]]> Beachten Sie bitte, dass dieser Abschnitt viele Informationen in Verbindung zu ]]>

Beachten Sie dass es weiterhin möglich ist Falls Sie derzeit einen 2.4er Kernel verwenden lesen Sie bitte sorgfälltig durch.

]]> Installieren des Kernel-Meta-Pakets

Wenn Sie von &oldreleasename; nach &releasename; aktualisieren wird es wärmstens empfohlen, dass Sie ein neues linux-image-2.6-* Meta-Paket installieren. Dieses Paket könnte bei einem dist-upgrade automatisch mitinstalliert werden. Sie können dies prüfen, indem Sie folgendes ausführen: # dpkg -l "linux-image*" | grep ^ii

Falls Sie hier keine Ausgabe sehen werden Sie das linux-image Paket von Hand installieren müssen. Um sich eine Liste der verfügbaren linux-image-2.6 Meta-Pakete anzeigen zu lassen, rufen Sie folgendes auf: # apt-cache search linux-image-2.6- | grep -v transition

Wenn Sie sich nicht sicher sind, welches Paket Sie auswählen sollen, rufen Sie uname -r auf, und wählen Sie das Paket mit ähnlichen Namen. Falls Sie beispielsweise »2.4.27-3-686« sehen, so lautet die Empfehlung das Paket Sie können sich auch mit apt-cache die lange Beschreibung jedes Paketes anzeigen lassen, um die beste verfügbare Variante auszuwählen. Beispiel: # apt-cache show linux-image-2.6-686

Sie sollten

Für die eher Abenteuerlustigen gibt es einen einfachen Weg einen angepassten Kernel unter Debian zu kompilieren. Installieren Sie das Werkzeug kernel-package und lesen Sie die Dokumentation unter /usr/share/doc/kernel-package.

 Aktualisieren von einem 2.6er Kernel

Wenn Sie derzeit einen Kernel der 2.6er Serie aus &oldreleasename; benutzen wird diese Aktualisierung automatisch durchgeführt werden wenn Sie die vollständige Aktualisierung der System-Pakete vornehmen (wie es unter beschrieben ist).

Falls es möglich ist sollten Sie die Aktualisierung des Kernels separat vom Haupt- für weitere Informationen, die diesen Prozess beschreiben. Beachten Sie, dass dies erst nach dem minimalen Aktualisierungs-Prozess, wie er unter beschrieben wird, durchführen sollten.

Sie könenn diesen Schritt auch durchführen, wenn Sie einen eigenen angepassten Kernel verwenden und zu dem Kernel aus &releasename; wechseln wollen. Falls Ihre Version von Aktualisieren von einem 2.4er Kernel

Falls Sie eienn 2.4er Kernel installiert haben und Ihr System auf beschrieben ist.

Falls Ihr System nicht auf Sie können die auf Ihrem System notwendigen Module durch eine passende Konfiguration in /etc/modules statisch laden lassen. können Sie das Aktualisieren des Kernels nach dem vollständigen Aktualisieren Ihres Systems, wie es in beschrieben ist, durchführen. Sobald Ihr System aktualisiert wurde können Sie das folgende Kommando ausführen (ersetzen Sie dabei den Paketnamen durch den zu Ihrem System passensten indem Sie <Variante> passend ersetzen): # aptitude install linux-image-2.6-<Variante>

]]> Andere Reihenfolge der Gerätebezeichnungen

&releasename; enthält einen robusteren Mechanismus zur Hardware-Erkennung als frühere Versionen. Allerdings könnte dies dazu führen, dass Geräte in Ihrem System in einer anderen Reihenfolge erkannt werden als früher, was sich auf die Reihenfolge der Gerätenamen auswirken könnte, die zugewiesen werden. Wenn Sie zum Beispiel zwei Netzwerkkarten haben, die von verschiedenen Treibern bedient werden, könnte es sein, dass die Gerätenamen eth0 und eth1 verglichen mit mit der früheren Situation vertauscht sind. Bitte beachten Sie, dass die Verwendung des neuen Mechanismus auch bedeutet, dass, wenn Sie im einem laufenden &releasename;-System z.B. Netzwerkkarten austauschen, die neue Karte auch einen neuen Schnittstellennamen bekommt.

Bei Netzwerkkarten können Sie diese Umsortierung vermeiden indem Sie Regeln für udev verwednen; genauer durch die Definitionen in /etc/udev/rules.d/z25_persistent-net.rulesDiese Regeln werden automatisch durch das Skript /etc/udev/rules.d/z45_persistent-net-generator.rules erzeugt um persitente Namen für Netzwerk-Schnittstellen zu haben. Läschen Sie diesen symlink um die peristente Benennnung der NICs durch . Alternativ können Sie das Programm ifrename verwenden, um ein physikalisches Gerät zur Boot-Zeit einem bestimmten namen zuzuordnen. Siehe und , um nähere Informationen zu bekommen. Diese beiden Alternativen (udev und ifrename) sollten nicht gleichzeitig verwendet werden.

Bei Speichergeräten vermeiden Sie die Änderung der Gerätenamen, indem Sie mit

Allerdings wird diese Reihenfolge beeinflusst, wenn Module nach dem Systemstart entladen oder geladen werden. Außerdem könnte Ihr Kernel bestimmte Treiber fest einkompiliert haben, so dass diese Namen nicht in der Ausgabe von lsmod erscheinen. Sie können diese Treibernamen und die Reihenfolge, in der sie geladen werden, vielleicht identifizieren, indem Sie die Datei /var/log/kern.log oder die Ausgabe von dmesg durchforsten.

Fügen Sie diese Modulnamen in der Reihenfolge zu /etc/initramfs-tools/modules hinzu, in der Sie beim Systemstart geladen werden sollen. Einige Modulnamen könnten sich von &oldreleasename; nach &releasename; geändert haben. Zum Beispiel heißt »sym53c8xx_2« jetzt »sym53c8xx«.

Sie müssen dann mit update-initramfs -u -k all Ihre initramfs-Images neu erzeugen.

Sobald Sie nach dem Upgrade dann einen &releasename;-Kernel und /dev/disk/.

 Andere Reihenfolge der Bezeichnungen für serielle Geräte

Wenn Sie eine HP-Maschine haben und den MP Serial Console-Port benutzen (der Anschluss, der an dem 3-fach-Kabel mit »console« bezeichnet ist), wird durch dieses Kernel-Upgrade Ihre Konsole funktionsunfähig!

Während eines Neustarts wird das System die Meldung »Loading initrd....« anzeigen und dann stehen bleiben. Beachten Sie, dass Systeme mit veralteter Firmware ähnliche Symptome zeigen werden, obwohl der Grund bei Inkompatibilitäten des Kernels liegt (siehe ).

Lesen Sie bitte vor dem Upgrade die folgenden Informationen.

Das Konsolen-Device ändert sich von ttyS0 auf ttyS1, ttyS2 oder ttyS3. Deshalb

Editieren Sie /etc/inittab: fügen Sie einen »getty«-Eintrag für /dev/ttyS1 (rx4640, rx5670, rx7620, rx8620, Superdome), /dev/ttyS2 (rx1600) oder /dev/ttyS3 (rx2600) hinzu.

Editieren Sie /etc/securetty: fügen Sie ttyS1, ttyS2 oder ttyS3 hinzu.

Belassen Sie die vorhandenen ttyS0-Einträge in /etc/inittab und /etc/securetty, so dass Sie auch noch alte Kernel booten können.

Editieren Sie /etc/elilo.conf: entfernen Sie alle »console=«-Argumente.

Führen Sie

Starten Sie den Rechner neu und wählen Sie die EFI-Boot-Option »Maintenance Menu«, um genau ein Gerät für Konsolen-Ausgabe, -Eingabe und Standard-Fehlerausgabe festzulegen. Machen Sie dann einen Kalt-Reset, so dass die Änderungen wirksam werden.

Achten Sie bei der MP-Konsole darauf, das Device auszuwählen, das »Acpi(HWP0002,700)/Pci(...)/Uart« im Pfad enthält.

Sie finden mehr Details über diese Änderungen und Hinweise zur Fehlersuche unter .

]]> zeitliche Probleme beim Starten

Falls mit

Die üblichen Symptome sind ein Fehlschlagen des Starts da das root-Dateisystem nicht eingebunden werden kann und Sie in der Debug-Shell landen, aber nach Ihren tests alle benötigten Geräte in /dev vorhanden sind. Die tritt häufig in Fällen auf, in denen das root-Dateisystem auf einer USB-Platte oder auf einem RAID liegt.

Eine Abhilse für dieses Problem ist der Boot-Paramter rootdelay=. Dieser Wert für die Zeitüberschreitung (in Skeunden) muss unter Umständen angepasst werden.

 ]]> Was Sie vor dem nächsten Neustart tun sollten

Wenn aptitude dist-upgrade beendet wurde, ist die »formale« Aktualisierung fertig, aber es gibt noch ein paar Kleinigkeiten, um die man sich Konvertieren von devfs

Debians Kernel unterstützen kein devfs mehr. Benutzer von devfs müssen daher Ihr System manuell konvertieren, bevor Sie einen &releasename;-Kernel starten.

Falls Sie in /proc/mounts die Zeichenkette »devfs« sehen benutzen Sie sehr wahrscheinlich devfs. Eine Konfigurations-Date die Namen im Stil von devfs referenziert muss angepasst werden, damit Sie Namen im udev-Stil enthält. Dateien, die am wahrscheinlichsten devfs-artige Namen enthalten sind /etc/fstab, /etc/lilo.conf, /boot/grub/menu.lst und /etc/inittab.

Weiter Informationen zu möglichen Problemen sind im Fehlerberucht verfügbar.

Mögliche fehlende Treiber in der initrd

Die Kernel aus &releasename; haben noch keine vollständige Unterstützung für sysfs für den nativen Sparc sbus. Falls Ihr System das /etc/initramfs-tools/modules hinzufügen und die initrd neu erstellen bevor Sie das System starten. Die initrd können Sie mit folgendem Befehl neu erstellen: # update-initramfs -u -k all

]]> Mögliche fehlende Treiber in der initrd

Die Kernel aus &releasename; haben noch keine vollständige Unterstützung für sysfs für den nativen HP bus. Falls Ihr System das /etc/initramfs-tools/modules hinzufügen und die initrd neu erstellen bevor Sie das System starten. Die initrd können Sie mit folgendem Befehl neu erstellen: # update-initramfs -u -k all

]]> Erneutes aufrufen von lilo

Falls Sie lilo aufzurufen: # /sbin/lilo

Beachten Sie das dies notwendig ist auch wenn Sie den Kernel Ihres Systems nicht aktualisiert haben, da lilos zweiter Arbeitsgang durch die Paket-Aktualisierungen geändet wird.

Sehen Sie bitte auch den Inhalt ihrer /etc/kernel-img.conf durch und stellen Sie sicher, dass dort do_bootloader = Yes enthalten ist. So wird der Boot-Lader immer neu aufgerufen werden, wenn der Kernel aktualisiert wird.

Falls es beim ausführen von / nach vmlinuz und initrd sowie den Inhalt von /etc/lilo.conf auf Diskrepanzen.

Sollten Sie vergessen haben, Weitere Informationen über .. Schlagen Sie bitte unter nach, wie Sie dies wiederherstellen können.

]]> Konfiguration der Hardware einer S/390

Nicht alle S/390 Hardware kann automatisch konfiguriert werden. Unter den &releasename; Kerneln wird ein neues Werkzeug /etc/sysconfig/.

Insbesondere wenn Ihr System einen 2.4er Kernel benutzt kann es eine richtige Herausforderung sein, eine richtige Konfiguration zu bekommen. Sollten Sie hierfür Hilfe benötigen können Sie sich gerne an wenden.

Zunächst installieren wir das Werkzeug und regenerieren die initramfs initrd da das Werkzeug zusätzliche Skripte zur Verfügung stellt, die der initrd hinzugefügt werden müssen: # aptitude install sysconfig-hardware # update-initramfs -u -k all

Konfiguration der Festplatten

Dies erfolgt durch anpassen der Datei /etc/zipl.conf. Das sysconfig-Werkzeug kann den Geräte-Pfad zum root-Gerät benutzen, um es zu aktivieren, also den Pfad den Kernel Boot-Parametern hinzuzufügen. Für die normale dasd setzt sich der Pfad wie folgt zusammen: <bus>-<device> Für den root=/dev/dasda1 das folgende der /etc/zipl.conf hinzufügen: root=/dev/disks/by-path/ccw-0.0.0122-part1 Alternativ können Sie auch den root=/dev/dasda1 enable=ccw-0.0.0122 Die Pfaden können bei unterschiedlichen Geräten variiieren. Für eine Festplatte an einem zFCP Fiberchannel-Host-Adapter besteht der Pfad beispielsweise aus Bus, Gerät, Treiber, wwpn und lun. Der Paramter für ein RAID1 würde also (in einer Zeile) etwa so aussehen: root=/dev/md0 enable=ccw-0.0.2900-zfcp-0x21000020371c93a5:0 enable=ccw-0.0.2900-zfcp-0x21000020371d8f94:0

Ander dasd-Geräte (dasds müssen nicht das root-Dateisystem hochbringen) können durch Konfiguations-Dateien in /etc/sysconfig/hardware/ aktiviert werden. Für ein reguläres dasd müssen Sie eine Datei mit dem Geräte-Pfad im namen anlegen: # cd /etc/sysconfig/hardware # touch config-ccw-0.0.0122 Für eine Festplatte an einem zFCP Fiberchannel-Host-Adapter werden die individuellen Geräte innerhalb der Datei aufgelistet. Für das gleiche Beispiel wie oben müssten Sie die Datei ZFCP_DEVICES=(0x21000020371c93a5:0x0000000000000000 0x2100...:0x...)

Konfiguration der Netzwerk-Geröte

Netzwerk Geräte werden durch Konfigurations-Dateien in /etc/sysconfig/hardware/ aktiviert. Für ein ctc-Netzwerk-Gerät mit Lese-Kanal CCWGROUP_CHANS=(0.0.0a00 0.0.0a01) CTC_PROTOCOL=0 Für ein qeth-Netzwerk-Gerät mit aktiviertem layer2-Modus könnte es die folgende Datei CCWGROUP_CHANS=(0.0.0600 0.0.0601 0.0.0602) QETH_OPTIONS=(layer2)

Unterstütze Optionen für die ctc sind:

Da Netzwerk-Geräte der S/390 keine stabilen MAC-Addressen besitzen ist es nicht mlglich die persistente Geräte-Benennung von ]]> mdadm aktualisieren

mdadm benötigt jetzt eine Konfiguratinsdatei, um MD-Arrays (RAID) von der Inital Ramdisk und während der Initialsierungssequenz des Systems zu assemblieren. Bitte lesen und befolgen Sie die Anweisungen in /usr/share/doc/mdadm/README.upgrading-2.5.3.gz, nachdem das Paket aktualisiert wurde, jedoch vor dem Reboot. Die neueste Version dieser Datei finden Sie auch unter ; bitte konsultieren Sie sie, falls Probleme auftreten sollten.

 Vorbereiten auf die nächste Freigabe

Nach der Aktualisierung gibt es ein paar Dinge die Sie als vorbereitung für die nächste Freigabe tun können.

Wenn Sie /etc/kernel-img.conf und passen Sie den Pfad des Programms /sbin/update-grub zu /usr/sbin/update-grub an.

Wenn ein neues Kernel-Image-Meta-Paket aufgrund von Abhängigkeiten eines älteren mitgezogen wurden, wird es automatisch installiert markiert. Dies solte korrigiert werden: # aptitude unmarkauto $(dpkg-query -W 'linux-image-2.6-*' | cut -f1)

Remove &oldreleasename;'s kernel metapackages by running: # aptitude purge kernel-image-2.6-<flavor>

Verschieben Sie jegliche Kernel-Konfigurations-Werte von /etc/network/options nach /etc/sysctl.conf.

Beschreiben Sie alte und unbenutze Pakete, wie es unter beschrieben wird. Sie sollten die prüfen, welche Konfigurations-Dateien diese Pakete benutzen und Sie dann vollständig entfernen (»purgen«), um auch ihre Konfigurations-Dateien zu entfernen

 Veraltete Pakete

Mehrere tausend neue Pakete werden mit &releasename; neu eingeführt, aber es werden ebenfalls mehr als zweitausend Pakete, die in &oldreleasename; enthalten waren, entfernt. Es gibt keinen Weg, diese veralteten Pakete zu aktualisieren. Während auf Ihrer Seite nichts dagegen spricht, ein veraltetes Paket weiter zu benutzen, wenn Sie dies möchten, wird das Debian-Projekt dafür normalerweise ein JahrOder so lange, wie es keine weiteren Releases in diesem Zeitrahmen gibt. Typischerweise werden nur zwei stabile Versionen gleichzeitig unterstützt. nach der Freigabe von &releasename; die Sicherheitsunterstützung einstellen und wird in der Zwischenzeit auch keine andere Unterstützung dafür anbieten. Es wird empfohlen, falls möglich auf eine Alternative umzusteigen.

Es gibt viele Gründe, warum ein Paket aus der Distribution entfernt werden könnte: es wird vom ursprünglichen Autor nicht mehr weiterentwickelt; es ist kein Debian-Entwickler mehr an der Betreuung dieses Paketes interessiert; die Funktionalität wurde von einer anderen Software (oder einer neueren Version) übernommen oder es wird aufgrund von Fehlern nicht mehr für &releasename; in Erwägung gezogen. Ist Letzteres der Fall, könnten diese Pakete noch in der »unstable«-Distribution enthalten sein.

Festzustellen, welche Pakete in einem aktualisierten System »veraltet« sind, ist einfach, da die Paketverwaltungs-Frontends diese als solche markieren. Wenn Sie aptitude verwenden, werden Sie eine Liste dieser Pakete im Abschnitt »Obsolete and Locally Created Packages« (bzw. »Veraltete und selbst erstellte Pakete«) finden. dselect hat einen ähnlichen Abschnitt, aber die dargestellte Liste kann sich unterscheiden. Falls Sie aptitude bereits in &oldreleasename; benutzt haben, hat es beobachtet, welche Pakete Sie selbst installiert haben, und wird nur jene als »veraltet« markieren, die lediglich aufgrund von Abhängigkeiten installiert wurden und die nun nicht mehr benötigt werden, da das darauf aufbauende Paket inzwischen entfernt wurde. Im Gegensatz zu deborphan wird aptitude nicht jene Pakete als »obsolete« markieren, die Sie selbst installiert haben, sondern nur jene, die automatisch durch Abhängigkeiten nachgezogen wurden.

Es gibt zusätzliche Werkzeuge, die Sie zum Aufspüren veralteter Programme benutzen können, wie zum Beispiel deborphan, debfoster oder cruft. deborphan ist wärmstens zu empfehlen, obwohl es (im Standardmodus) lediglich veraltete Bibliotheken auflistet: Pakete aus den Abschnitten »libs« oder »oldlibs«, die von keinem anderen Paket benutzt werden. Entfernen Sie nicht einfach blind die Pakete, die diese Werkzeuge vorschlagen, insbesondere wenn Sie aggressive, nicht-Standard-Optionen benutzen, die dazu neigen, Fehlalarme zu erzeugen. Es wird im höchsten Maße nahegelegt, dass Sie zum Entfernen vorgeschlagene Pakete noch einmal manuell nachkontrollieren (zum Beispiel ihre Beschreibung, ihren Inhalt und ihre Größe), bevor Sie sie entfernen.

Debians enthält oft zusätzliche Informationen, warum ein Paket entfernt wurde. Sie sollten sowohl die archivierten Fehlerberichte des Paketes selbst als auch die archivierten Fehler des durchsehen.

Dummy-Pakete

Manche Pakete aus &oldreleasename; wurden in &releasename; in mehrere Pakete aufgeteilt, was oft die Wartungsfähigkeit verbessert. Um die Aktualisierung dieser Pakete in solchen Fällen zu vereinfachen, enthält &releasename; einige »dummy«-Pakete: Leere Pakete, die den gleichen Namen wie die alten Pakete aus &oldreleasename; haben, mit Abhängigkeiten, die eine Installation der neuen Pakete erzwingen. Diese »dummy«-Pakete werden als »obsolete« angesehen und könnten nach der Aktualisierung gefahrlos entfernt werden.

In den meisten (aber nicht allen) Beschreibungen der Dummy-Pakete ist ihr Zweck angegeben. Paket-Beschreibungen von Dummy-Paketen sind nicht vereinheitlicht, Sie werden allerdings deborphan mit den --guess-*-Parametern nützlich finden, um solche Pakete auf Ihrem System zu finden. Beachten Sie, dass manche Dummy-Pakete nicht dazu gedacht sind, nach dem Aktualisieren von Ihrem System entfernt zu werden, sondern um die derzeit verfügbare Version eines Programms über die Zeit hinweg zu beobachten.

Systeme, die ein paar X-Pakete installiert haben, aber keinen vollständigen Desktop-Task benötigen eine andere Methode. Diese Methode greift im allgemeinen für Systeme, die Desktop-Task installiert haben. # dpkg -l xfree86-common | grep ^ii

Probleme, die Sie bei &releasename; beachten sollten Potenzielle Probleme

Manchmal haben Änderungen Nebenwirkungen, die wir nicht ganz vermeiden können, oder wir würden uns anderen Fehlern aussetzen. Wir dokumentieren hier alle Probleme, die uns bekannt sind. Bitte lesen Sie auch die Errata, die relevanten Paketdokumentationen, Fehlerberichte und andere Informationen, die in erwähnt sind.

Probleme bezüglich Geräten udn udev

Obwohl /dev/video und /dev/radio).

und /etc/udev für weiter Informationen dazu.

 Einige Anwendungen funktionieren nicht mehr mit 2.4er Kerneln

Einige Anwendunge in &releasename; werden nicht mehr mit Kernel 2.4 funktionieren, beispielsweise weil Sie

Ein Beispiel hierfür ist der HTTP-Proxy ]]> Bestimmte Internet-Seiten können per TCP nicht erreicht werden

Seit 2.6.17 nutzt Linux aggressiv TCP Window Scaling, das in RFC 1323 spezifiziert ist. Einige Server haben ein fehlerhaftes Verhalten und geben falsche Fenstergrößen für sich selbst an. Schauen Sie bitte in die Fehlerberichte und , wenn Sie mehr Informationen benötigen.

Automatisches Abschalten funktioniert nicht mehr

Auf einigen älteren Systemen könnte shutdown -h das System nicht mehr ausschalten (sondern nur stoppen). Dies liegt daran, dass dort apm verwendet werden muss. Das Hinzufügen von acpi=off apm=power_off zur Kernel-Kommandozeile, z.B. in der Konfigurationsdatei von für zusätzliche Informationen.

]]> Langsames auffrischen von APT-Paket-Index-Dateien

Die &releasename; Version von apt benutzt standardmässig eine neue Art die APT-Paket-Index-Dateien aufzufrischen (auch wenn Sie Acquire::Pdiffs "false"; der Konfigurations-Datei /etc/apt/apt.conf hinzufügt.

Diese Änderung betrifft aufgrund der fluktuierenden Natur dieser Archive hauptsächlich Benutzer des ACPI-Unterstützung für einige HP-Laptop Modelle im Kernel unter &releasename; deaktiviert

Bestimmte Laptop Modelle von HP haben ein ACPI-BIOS das mit dem in &releasename; mitgeliefertem Kernel inkompatibel ist, was den Belüftung daran hindert hoch zu drehen und so zu unnltigem Hitze-Stress führt. Die Belüftung könnte nach einem Suspend auch gar nicht mehr funktionieren. Der Kernel hat daher die ACPI-Unterstützung intern deaktiviert, falls er bestimmte ACPI-BIOS Versionen erkennt. Hiervon betroffene Modelle sind: HP nx6125, nx6120, nx6325, nc6120 und nc6000.

Benutzer die ACPI-Unterstützung auf diesen Systemen benötigen können einen Kernel 2.6.19 oder neuer installieren. Sehen Sie dazu bitte die Debian Fehlerberichte und , und die Linux Kernel Fehler und für weiter Informationen.

]]> Asynchrone Netzwerk Initialisierung kann unverhersehbares Berhalten bewirken

Auf Systemen die /etc/init.d/networking beim System-Start ausgeführt wird. Obwohl das hinzufügen von /etc/network/interfaces (zusätzlich zu Probleme mit WPA gesicherten Kabellosen Netzwerken

Unter &oldreleasename; wurde das /etc/default/wpasupplicant und Benutzer-erstellten /etc/wpasupplicant.conf konfiguriert.

Unter &releasename; wurde /etc/init.d/wpasupplicant eingestellt und das Debian Paket integriert sich nun in /etc/network/interfaces ähnlich wie es auch andere Pakete wie

Informationen wie Sie wpasupplicant konfigurieren können finden Sie unter /usr/share/doc/wpasupplicant/README.modes.gz. Dort finden Sie auch Beispiele für die Datei /etc/network/interfaces. Aktualisierte Informationen zur Nutzung des Pakets .

 ]]> Probleme mit nicht-ASCII Zeichen in Dateinamen

Das einbinden von vfate, ntfs ode riso9660 Dateisystemen mit Dateien die nicht-ASCII Zeichen in ihren Dateinamen enthalten wird zu Fehlern führen, wenn jemand versucht auf die Dateien zuzugreifen, es sei denn das einbinden erfolge mit der Option utf8. Ein Indiz für diese Fehler kann die folgende Meldung sein: »Invalid or incomplete multibyte or wide character«. Eine mögliche Lösung hierfür ist es die mouint-Optionen defaults,utf8 für vfate, ntfs und iso9660 Datei-Systeme die Dateien mit mit nicht-ASCII-Zeichen in ihren Dateinamen zu benutzen.

Beachten Sie jedoch dass der Linux Kernel keine Groß-Klein-Schreibung-Ignorierende Handhabung der Dateinamen auf vfat unterstützt, wenn die Option uft8 bentuzt wird.

 Datenverfälschung beim Hardware IOMMU unter Nvidia-Chipsätzen

Ein Problem wurde auf &arch-title;-Systemen mit Nvidia-Chipsätzen und mehr als 3GB RAM identifizeirt, dass sporadisch zu Datenverfälschung führt, wenn die Hardware IOMMU benutzt wird. Dieses Problem wird weiterhin von den Entwicklern des Linux Kernels und den Hardware Herstellern untersucht und es gibt noch keinen offiziellen Korrektur für dieses Problem. Um die Integrität Ihrer Daten zu gewährleisten wird Benutzern solcher Systeme empfohlen die Hardware IOMMU manuell zur Boot-Zeit zu deaktivieren, indem Sie die Option iommu=soft zu den Boot-Optionen ihres Kernels hinzufügen bis eine brauchbare Lösung gefunden ist.

Weiter Informationen zu diesem Problem finden Sie im Debian Fehlerbericht und im Linux Kernel bug .

]]> Auf einen 2.6er Kernel aktualisieren

Die 2.6er Kernel-Serie enthält einige große Änderungen gegenüber der 2.4er Serie. Module wurden umbenannt und viele Treiber wurden teilweise oder manchmal sogar komplett neu geschrieben. Von einer früheren Version auf einen 2.6er Kernel zu aktualisieren, ist also nicht auf die leichte Schulter zu nehmen. Dieses Kapitel zielt darauf ab, Sie auf manche Probleme vorzubereiten, denen Sie begegnen könnten.

Wenn Sie Ihren eigenen Kernel aus den Quellen installieren, stellen Sie sicher, dass Sie

Falls Sie

Falls Sie Einträge in der Datei /etc/modules haben (die Liste der Module, die beim Booten geladen werden sollen), beachten Sie bitte, dass sich einige Modulnamen geändert haben könnten. Sollte dies der Fall sein, müssen Sie in dieser Datei die entsprechenden Modulnamen ersetzen.

Bei manchen SATA-Festplatten-Controllern können sich die zugewiesenen Geräte und deren Partitionen von /dev/hdX nach /dev/sdX ändern. Falls dies passiert, müssen Sie Ihre /etc/fstab und Ihren Bootloader entsprechend umkonfigurieren. Haben Sie diese Änderungen nicht korrekt vorgenommen, könnte Ihr System nicht mehr richtig bootenDer Kernel wird zwar gestartetn aber der Versuch auf das root-Dateisystem zuzugreifen schlägt mit dem Fehler waiting for root file system gefolgt von einem unable to mount /dev/hdX ..not found fehl. Sie können /dev/disk/ entnommen haben..

]]>

Nachdem Sie den 2.6er Kernel installiert haben, aber bevor Sie neu starten, stellen Sie sicher, dass Sie einen Rettungsweg parat haben. Stellen Sie zunächst sicher, dass die Bootloader-Konfiguration Einträge für beide Kernel enthält: Ihren alten, funktionierenden 2.4er Kernel und den neuen 2.6er. Sie sollten außerdem sicherstellen, dass Sie eine »Rettungs«- bzw. »rescue«-Diskette oder -CD-ROM zur Hand haben, falls eine Fehlkonfiguration verhindert, dass Sie Ihren alten Kernel starten können.

Tastatur-Konfiguration

Die größte Änderung in den 2.6er Kerneln ist eine fundamentale Änderung der Eingabeschnittstelle. Dies bewirkt, dass alle Tastaturen als »normale« PC-Tastaturen betrachtet werden. Wenn Sie also im Augenblick einen anderen Tastatur-Typ ausgewählt haben (zum Beispiel USB-MAC oder Sun-Tastatur), werden Sie nach dem Neustart mit einem neuen 2.6er Kernel mit einer nicht funktionierenden Tastatur enden.

Wenn Sie per SSH von einer anderer Maschine aus zugreifen können, können Sie dieses Problem lösen, indem Sie dpkg-reconfigure console-data ausführen, die Option »Select keymap from full list« und dort eine »pc«-Tastatur auswählen.

Wenn die Tastatur auf Ihrer Konsole betroffen ist, werden Sie möglicherweise auch die Tastatur des X-Window-Systems ändern müssen. Sie können dies tun, indem Sie dpkg-reconfigure xserver-xorg ausführen, oder indem Sie direkt die Datei /etc/X11/xorg.conf editieren. Vergessen Sie nicht, die in erwähnte Dokumentation zu lesen.

Die &arch-title;-Architektur ist von diesem Problem wahrscheinlich nicht betroffen, da alle PS/2- und die meisten USB-Tastaturen bereits als »normale« PC-Tastaturen konfiguriert sein sollten.

]]> Beachten Sie, dass USB-Tastaturen entweder als »normale« PC-Tastatur oder als USB-MAC Tastatur konfiguriert sein können. Im ersten Fall betrifft Sie dieses Problem nicht.

]]> Maus-Konfiguration

Aufgrund der gleichen Änderungen an der Eingabeschnittstelle müssen Sie unter Umständen das X-Window-System und Wenn Ihr X derzeit für /dev/sunmouse konfiguriert ist, müssen Sie es wahrscheinlich auf /dev/psaux ändern.

]]> Sound-Konfiguration

Bei 2.6er Kernel werden die ALSA-Sound-Treiber gegenüber den OSS-Sound-Treibern bevorzugt. ALSA-Sound-Treiber werden standardmäßig als Module angeboten. Damit der Sound funktioniert, müssen die für Ihre Sound-Hardware passenden Module geladen sein. Generell geschieht dies automatisch, wenn Sie zusätzlich zum Paket alsa-base entweder hotplug oder discover installiert haben. Das alsa-base-Paket hat auch OSS-Module auf einer Blacklist, um zu verhindern, dass hotplug oder discover diese lädt. Wenn Sie OSS-Module in Ihrer /etc/modules haben, sollten Sie die Einträge entfernen.

 ]]> ]]> Wechsel von XFree86 nach X.Org

Der Wechsel nach X.Org schließt einige strukturelle Änderungen mit ein. Falls alle installierten Pakete von Debian stammen und auch in &releasename; vorhanden sind, sollte das Upgrade ohne Probleme funktionieren. Die Erfahrung hat jedoch gezeigt, dass es einige Änderungen gibt, auf die man achten sollte, da sie möglicherweise Probleme während des Upgrades verursachen könnten.

Die wichtigste Änderung ist, dass /usr/X11R6/bin entfernt wurde und nur als symbolischer Link auf /usr/bin weiter existiert. Das bedeutet, dass dieses Verzeichnis leer sein muss, wenn die neuen Pakete installiert werden. Für diese neuen Pakete ist die Conflict-Abhängigkeit gegen die meisten Pakete gesetzt, die /usr/X11R6/bin benutzen, aber in manchen Fällen könnte ein manuelles Eingreifen notwendig sein. Bitte denken Sie daran, keine Distributionsupgrades aus einer X-Sitzung heraus zu starten.

Sollte das Upgrade während der Installation von X.Org abbrechen, sollten Sie überprüfen, ob noch irgendwelche Dateien in /usr/X11R6/bin verblieben sind. Sie können dpkg -S verwenden, um herauszufinden, durch welches Debian-Paket eine solche verbliebene Datei (falls es eine gibt) installiert wurde; entfernen Sie solche Pakete mit dpkg --remove. Bitte notieren Sie sich, welche Pakete Sie entfernen mussten, um später die entsprechenden stellvertretenden Pakete installieren zu können. Bevor Sie mit dem Upgrade fortfahren, müssen alle Dateien aus /usr/X11R6/bin entfernt werden.

Lesen Sie bitte für weitere Details und Infos über andere Probleme.

 Keine Unterstützung für 8-Bit Darstellungen in vielen Anwendungen

Nach der Aktualisierung auf Xorg und den aktuellen Bibliotheken werden X-Terminals, die nur eine Farbtiefe von 8-Bit verwalten können, nicht mehr funktionieren. Dies liegt an der Cairo 2D Vektor-Graphik-Bibliothek (

Uns bekannte, hiervon betroffene Systeme sind einige Maschinen von Sun und X-Terminals von Tektronix, NCD, IBM und SGI, sowie ander Fern-X-Windows-Systeme. Sie sollten sofern möglich diese Terminals dazu bringen 16-Bit Farbtiere zu benutzen.

Weiter Informationen hierzu finden Sie unter Freedesktops .

 Aktualisierung von exim nach exim4

Eines der Pakete, die mit der Freigabe von &releasename; auf »veraltet« gesetzt worden sind, ist der Mail Transfer Agent (MTA)

Beachten Sie, dass Sie abhängig von Ihrer

Die im Debian-Wiki und die README-Datei finden Sie unter sowie im Paket selbst.

Die README-Datei enthält ein Kapitel über das Paketieren, das die verschiedenen Paketvariationen erklärt, sowie eines über die Aktualisierung von Upgrade auf apache2

apache wurde auf die neue Version 2.2 aktualisiert. Obwohl dies den erfahrenen Benutzer nicht großartig belasten dürfte, gibt es einige potenzielle Gefahren, auf die man achten sollte.

enthält Infos, was von den Originalautoren geändert wurde. Bitte lesen Sie diese Seite und denken Sie speziell an Folgendes:

Alle Module müssen neu kompiliert werden.

Die Autorisierungsmodule wurden neu geordnet und umbenannt.

Einige Konfigurationsoptionen sind umbenannt worden.

Zu den Debian-spezifischen Änderungen gehört unter anderem, dass der String SSL nun nicht mehr definiert ist, da ssl jetzt von dem Standard-Paket unterstützt wird.

Wenn Sie die experimentelle ITK MPM (aus dem Paket # cd /etc/apache2/mods-enabled # rm cgid.conf cgid.load # ln -s ../mods-available/cgi.load . # /etc/init.d/apache2 force-reload

Aktualisieren von Zope und Plone

Zope und alle verwandten Produkten wurden aktualisiert. Viele Produkte wurden aus der Distribution entfernt (weil Sie entweder veraltet waren oder weil sie mit dem neueren Zope, CMF oder Plone inkompatibel waren).

Unglücklicherweise gibt es keinen einfachen und garantierten werd einen komplexen

Aus diesem Grund wird Benutzern empfohlen Ihr System zu aufzusetzen, dass sie sowohl die Zope/Plone Installation aus &oldreleasename; als auch eine Installation der Version aus &releasename; laufen lassen können um die Migration zu testen.

Die einfachste und sicherste Weg dies zu erreichen ist es, einfach eine Kopie ihres &oldreleasename; auf eine andere Festplatte oder Partition zu machen und dann lediglich eine der beiden Kopien zu aktualisieren. Sie können

Es ist nicht möglich sowohl die alte als auch die neue Version von Zope/Plone zusammen auf einem &releasename;-System laufen zu lassen. Teilweise weil die alten Paketen von Platzhalter Erweiterung (globbing) mit GNU tar

Frühere Versionen von GNU tar xf foo.tar '*.c' alle Dateien entpackt, deren Namen auf ».c« endeten. Diese Verhalten war nicht dokumentiert und inkompatibel mit der traditionellen

Siehe auch /usr/share/doc/tar/NEWS.gz für weiter Informationen.

 NIS und Network-Manager

Die in

Dies kann entweder geschehen, indem das Paket /etc/default/nis editoeren und

Die Option Unsichere PHP-Konfigurationen abgelehnt

Lange Jahre war es bekanntermaßen unsicher und gefährlich, die

Beginnend mit diesem Release wird das Debian Security Team keine Sicherheitsunterstützung mehr anbieten für eine Reihe von PHP-Konfigurationen, die als unsicher bekannt sind. Vor allem werden solche Probleme nicht mehr behandelt, die durch das Aktivieren von

Falls Sie alte Applikationen am Laufen haben, die README.Debian.security im PHP-Dokumentationsverzeichnis (/usr/share/doc/php4 oder /usr/share/doc/php5).

 Sicherheitsstatus von Mozilla-Produkten

Für viele Benutzer sind die Mozilla-Programme firefox und thunderbird (in Debian zu »iceweasel« bzw. »icedove« umbenannt und -markiert) wichtige Werkzeuge. Unglücklicherweise ist die Sicherheitspolitik der Originalautoren darauf ausgelegt, dass Sie jeweils auf deren neueste Version aktualisieren, was mit Debians Strategie kollidiert, keine größeren funktionellen Änderungen durch Sicherheitsupdates einzuführen. Wir können es zwar heute nicht prophezeien, aber während der Lebensdauer von &releasename; könnte das Debian Security Team an einen Punkt kommen, an dem eine Unterstützung von Mozilla-Produkten nicht mehr möglich ist, so dass die Sicherheitsunterstützung für Mozilla-Produkte eingestellt werden muss. Sie sollten dies bedenken, wenn Sie Mozilla-Produkte einsetzen und eventuell den Einsatz von in Debian verfügbaren Alternativen in Erwägung ziehen, wenn die fehlende Sicherheitsunterstützung ein Problem für Sie ist.

 KDE Desktop

Die Handhabung von Medien in KDE hat sich in der Version in &releasename; von device:/ zu media:/ geändert. Konfigurations-Dateien einiger Benutzer könnten noch Verweise auf device:/ enthalten und sollten korrigiert werden. Insbesondere ~/.kde/share/apps/konqsidebartng/virtual_folders/services enthält solche Referenzen und kann gefahrlos gelöscht werden, da es beim erstellen der Einstellung für einen neuen Benutzer auch nicht erstellt wird.

Es gab vielerlei Änderungen in der KDE Desktop Umgebung von der Version die mit &oldreleasename; ausgeliefert wurde zu der Version in &releasename;. Weitere Informationen finden Sie in den .

 Änderungen und Unterstützung des GNOME-Desktops

Wenn Sie den GNOME-Desktop in &oldreleasename; benutzen werden Sie von einigen eingeführten Änderungen der standard Konfiguration in Debian &releasename; nicht profitieren. In extremen Fällen ist es auch möglich, dass sich der GNOME-Desktop mit ihre alten Konfiguration nicht mehr korrekt verhält.

Falls Sie viel in die Konfiguration Ihres GNOME-Desktops investiert haben sollten Sie vielleicht das .gconf Verzeichnis Ihres Benutzers umbenennen (zum Beispiel .gconf.old), so dass es mit der neuen Standard-Konfiguration von &releasename; neu erstellt wird, sobald Sie eine neue Sitzung starten.

Mit der Freigabe von &releasename; enthält Debian kaum noch Pakete für die veraltete GNOME Version 1, obwohl noch einige Pakete in Debian verbleiben, da Sie noch nicht auf GNOME 2 aktualisiert wurden. GTK1.2 Pakete bleiben weiterhin vollständig unterstützt.

Es gab viele Änderungen in der GNOME Desktop-Umgebung seit der Version die mit &oldreleasename; mitgeliefert wurde. Sie finden weitere Informationen in den .

 Standard Editor

Falls Sie

Administratoren die den standard Editor für alle Benutzer ändern wollen, müssen das alternatives-System für eine Aktualisierung benutzen: # update-alternatives --config editor

Benutzer, die den standard Editor ändern möchten, können sich die Umgebungs-Variable EDITOR definieren, indem Sie die foglende Zeilen in ihre eigen profiles hinzufügen: EDITOR=vi export EDITOR alias editor=$EDITOR

Weitere Informationen über &debian; Was Sie noch lesen sollten

Neben diesen Hinweisen zum Release und der Installationsanleitung finden Sie im Debian-Dokumentations-Projekt (DDP; dessen Ziel ist es, hochqualitative Dokumentation für Debian-Benutzer und -Entwickler zu erstellen) weitere Dokumentationen zu &debian;. Sie beinhaltet unter anderem die »Debian-Referenz«, den »Debian New Maintainers' Guide« und die »Debian-FAQ« sowie vieles mehr. Alle Details über die vorhandene Dokumentation finden Sie auf der .

Dokumentationen für die Pakete sind unter /usr/share/doc/Paketname verfügbar, dies beinhaltet zumeist Copyright-Informationen, Debian-spezifische Details und jegliche Dokumentation der Originalautoren.

 Hilfe erhalten

Es gibt viele Quellen für Hilfe, Ratschläge und Support für Debian-Benutzer, aber auf diese sollten Sie erst dann zurückgreifen, wenn die Suche nach den benötigen Informationen in den Dokumentationen aller anderen Quellen erfolglos verlief. Dieser Abschnitt bietet eine kurze Einführung in diese Quellen, die für Debian-Neulinge sehr hilfreich sein können.

Mailinglisten

Die interessanteste Mailingliste für deutschsprachige Debian-Benutzer ist debian-user-german, aber auch andere sind interessant. Für Informationen über diese Listen und wie Sie sich anmelden, besuchen Sie . Bitte suchen Sie im Archiv, bevor Sie eine Frage an die Liste stellen, ob nicht bereits jemand diese Frage stellte und eine Antwort vorhanden ist. Beachten Sie außerdem die Netiquette.

 Internet Relay Chat (IRC)

Debian hat einen IRC-Channel im OFTC-IRC-Netzwerk, der sich mit Support und Hilfe für Debian-Benutzern im befasst. Das Ziel des OFTC-IRC-Network ist, interaktive Dienste für egalitäre Projektgemeinschaften bereitzustellen. Diesen IRC-Channel können Sie mit Ihrem IRC-Client unter #debian auf &debian-irc-server; erreichen. Ein deutschsprachiger Channel ist #debian.de.

Bitte halten Sie sich an die Richtlinien des Channels und respektieren Sie die anderen Benutzer. Weitere Informationen zu OFTC finden Sie auf deren .

 Fehler berichten

Wir versuchen, &debian; zu einem Betriebssystem höchster Qualität zu machen, aber dies bedeutet leider nicht, dass die Pakete, die wir anbieten, komplett frei von Fehlern sind. In Einklang mit unserer Philosophie zur offenen Software-Entwicklung und als Service an unsere Nutzer bieten wir alle Informationen über Fehler in unserer eigenen Fehlerdatenbank (»Bug Tracking System«, BTS) an. Sie erreichen sie unter .

Wenn Sie einen Fehler in der Distribution oder in einem Paket davon finden, berichten Sie diesen bitte, so dass er im einer zukünftigen Release behoben werden kann. Um einen Fehler zu berichten, benötigen Sie eine gültige E-Mail-Adresse, da die Entwickler so mit der berichtenden Person in Kontakt treten können, wenn sie weitere Informationen benötigen.

Sie können einen Bericht entweder durch die Nutzung des Pakets reportbug oder manuell durch Schicken einer E-Mail einsenden. Mehr über das BTS und seine Benutzung erfahren Sie auf den Referenz-Karten (zu finden in /usr/share/doc/debian, wenn Sie das Paket doc-debian installiert haben) oder online auf der .

 Zu Debian beitragen

Sie müssen kein Experte sein, um zu Debian beizutragen. Indem Sie andere Benutzer bei Ihren Problemen unterstützen (siehe ), helfen Sie bereits mit. Probleme, die mit der Entwicklung der Distribution zu tun haben, zu identifizieren (und auch zu lösen), indem Sie an den teilnehmen, ist ebenfalls sehr hilfreich. Um Debians hohe Qualität zu erhalten, berichten Sie und helfen Sie den Entwicklern, diese einzukreisen und zu lösen. Wenn Sie gut mit Worten umgehen können, können Sie durch das Schreiben von oder durch die von Dokumentation in Ihre Sprache ebenfalls mithelfen.

Wenn Sie noch mehr Zeit aufwenden möchten, können Sie ein Stück freier Software innerhalb von Debian verwalten. Sehr hilfreich ist es, wenn Pakete übernommen werden, nach denen gefragt wurde. Eine Liste solcher Pakete ist in der so genannten zu finden. Wenn Sie Interesse an einer speziellen Entwicklungsrichtung haben, werden Sie vielleicht Freude daran haben, an einem Unterprojekt von Debian teilzunehmen. Diese umfassen unter anderem das Portieren von Debian auf andere Architekturen sowie und .

Ganz egal, solange Sie auf irgendeine Art in der Free Software Community mitarbeiten, sei es als Benutzer, Programmierer, als Verfasser von Dokumentationen oder Übersetzungen, helfen Sie bereits der Freien Software. Etwas beizutragen ist lohnend und spaßig und es erlaubt Ihnen, neue Leute kennen zu lernen. Außerdem bekommen Sie dann dieses wohlig-warme Gefühl in Ihnen, weil Sie etwas Gutes getan haben.

 Verwalten Ihres &oldreleasename;-Systems

Dieser Anhang enthält Informationen, wie Sie vor dem Upgrade auf &releasename; sicherstellen, dass Sie Pakete aus &oldreleasename; installieren oder aktualisieren können. Dies sollte nur in bestimmten Situationen notwendig sein.

Aktualisieren Ihres &oldreleasename;-Systems

Im Grunde unterscheidet es sich nicht von jeder anderen Ihrer &oldreleasename;-Aktualisierungen. Der einzige Unterschied ist, dass Sie zunächst sicherstellen sollten, dass Ihre Paket-Liste weiterhin die Pakete aus &oldreleasename; enthält, wie es in erklärt wird.

Wenn Sie Ihr System mit einem Debian-Spiegel aktualisieren wird es automatisch das aktuelleste &oldreleasename; Point-Release aktualisiert.

 Prüfen Ihrer sources.list

Wenn irgendeine der Zeilen in Ihrer /etc/apt/sources.list auf »stable« verweist, »benutzen« Sie eigentlich bereits &releasename;. Wenn Sie bereits ein apt-get update ausgeführt haben, können Sie ohne Probleme mit dem unten beschriebenen Verfahren wieder auf den ursprünglichen Zustand zurückkommen.

Wenn Sie bereits Pakete aus &releasename; installiert haben, hat es wahrscheinlich keinen Sinn mehr, Pakete aus &oldreleasename; installieren zu wollen. In diesem Fall müssen Sie für sich selbst entscheiden, ob Sie weitermachen möchten oder nicht. Es ist möglich, Pakete zu deaktualisieren, dies wird hier jedoch nicht behandelt.

Öffnen Sie (als root) die Datei /etc/apt/sources.list mit Ihrem bevorzugtem Editor und schauen Sie, ob es dort Zeilen gibt, die mit deb http: oder deb ftp: beginnen, und auf »

Wenn Sie dort Zeilen finden, die mit deb file: beginnen, so werden Sie selbst prüfen müssen, ob der Ort, auf den sie verweisen, ein &oldreleasename;- oder ein &releasename;-Archiv enthält.

deb cdrom: beginnen. Dies würde diese Zeilen ungültig machen und Sie müssten noch einmal

Wenn Sie irgendwelche Änderungen vorgenommen haben, speichern Sie die Datei und führen Sie # apt-get update aus, um die Paket-Liste aufzufrischen.