Release Notes für &debian; &release; (»&releasename;«), &arch-title;

%dynamicdata; %shareddata; ]> Release Notes für &debian; &release; (»&releasename;«), &arch-title; Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford (derzeit) debian-doc@lists.debian.org &docid; Was ist neu in den Release Notes

[Die aktuelle Version dieses Dokuments finden Sie unter . Falls Ihre Version dieser Datei älter als ein Monat sein sollte, ist es empfehlenswert eine neue Version herunterzuladen.]

Frühere Ausgaben der Release Notes enthielten Informationen über das Aktualisieren von Versionen vor dem vorangegangenen Release. Solche Angaben verkomplizierten allerdings diese Dokumentation, so dass wir uns entschieden haben, lediglich Aktualisierungen von &debian; 3.0 (»Woody«) zu behandeln. Wenn Sie von einem älteren Release aktualisieren wollen, lesen Sie bitte die älteren Ausgaben der Release Notes.

Was ist neu bei &debian; &release;

Die Liste der unterstützten Computer-Architekturen hat sich seit dem vorhergehenden Release &debian; 3.0 (»Woody«) nicht geändert. Hier ist die vollständige Liste:

Intel x86 (»i386«) Motorola 680x0 (»m68k«) 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«) [*]

Details über Portierungs-Status und Port-spezifische Informationen finden Sie unter den .

Dies ist das zweite offizielle Release von &debian; für die &arch-title;-Architektur. Wir sind der Meinung, dass der Probelauf ausreichend genug war um veröffentlicht zu werden. Da sich diese Version jedoch noch nicht so lange im Umlauf befindet (und dadurch von Benutzern auch weniger getestet werden konnte), wie andere Releases für andere Architekturen, könnte es sein, dass Sie auf Fehler stoßen. Wir bitten Sie, uns diese unter Verwendung unserer . mitzuteilen. Vergewissern Sie sich, dass Sie im Fehlerbericht auch den Namen der verwendeten Architektur (&architecture;) angeben. ]]>

&debian; &release; für die &arch-title;-Architektur kommt standardmäßig mit der Kernel-Version &kernelversion;.

Für die &arch-title;-Architektur ist ebenfalls ein 2.6er Kernel verfügbar. Hierbei handelt es sich um &kernelversion-2.6;. Beachten Sie bitte, dass Debians 2.6.8er Kernel-Pakete einen Kernel der Version 2.6.8.1 mit ausgewählten weiteren Patches enthalten.

]]> Was ist neu in der Distribution?

Diese neue &debian; Release kommt wieder mit weitaus mehr Software als ihr Vorgänger &oldreleasename;. Diese Distribution enthält über 9000 neue Pakete. Der größte Teil der Software - annähernd 6500 Pakete (das sind 73% der Pakete von &oldreleasename;) dieser Distribution wurde aktualisiert. Einige Pakete mussten aus verschiedenen Gründen aus der Distribution entfernt werden. Sie werden keine Aktualisierungen für diese Pakete sehen, und in ihrem Paket-Verwaltungs-System werden sie als »obsolete« oder »veraltet« markiert.

Dieses Release von Debian GNU/Linux beinhaltet die wesentlich verbesserte Version 4.3 von XFree86, welche mehr Hardware unterstützt, über eine bessere automatische Hardware-Erkennung verfügt und Unterstützung für neue Technologien wie Xinerama und 3D-Beschleunigung mitbringt.

&debian; ist mit dieser Veröffentlichung Desktop-orientierter, als es jemals war. Es enthält GNOME 2.8 und KDE 3.3. Zum allerersten Mal ist mit OpenOffice.org 1.1 eine komplette Office-Suite enthalten. Andere Arbeitswerkzeuge in dieser Ausgabe sind die Groupware-Software Evolution und der Instant-Messanger GAIM.

Die &releasename; Version von

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

Neuer Service: debian-volatile

Es gibt einen neuen Services dieses Archivs.

non-US überholt
Für die &releasename; Release wurden Pakete, die früher im non-US Teil des Archivs lagen in das reguläre Archive verschoben. Wenn Sie in ihrer /etc/apt/sources.list noch irgendwelche Zeilen haben, die sich auf »non-US« beziehen, sollte Sie diese entfernen.
Was ist neu im Installations-System?
Das alte &debian;-Installations-System wurde durch ein komplett neues Installations-System ersetzt, das debian-installer heißt. Das neue Installations-System ist modular entworfen und ist mit dem Hintergedanken der Erweiterbarkeit entwickelt worden. Es wurde vollständig in nahezu 40 Sprachen übersetzt. Weitere Übersetzungen sind in Vorbereitung und könnten zu Point-Releases von &releasename; hinzugefügt werden.

Einige neue Merkmale des Installations-Systems sind eine verbesserte Hardware-Erkennung, das Booten von USB-Flash-Geräten, die Möglichkeit aptitude zu benutzen, um Pakete bereits nach dem ersten Booten zu installieren, Unterstützung für das XFS-Dateisystem und LVM (ein Volume-Management-Werkzeug).

Ausführliche Details zu Debians Installations-System finden Sie auf der ersten CD oder unter . Die Installations-Anleitung wurde bereits in acht Sprachen übersetzt und an weiteren wird gearbeitet. Zusätzliche Sprachen werden nach ihrer Fertigstellung auf der Webseite zur Verfügung gestellt.

Für die &arch-title;-Architektur ist für Blinde ein spezielles Set von Installations-Disketten vorbereitet, das »Speakup« (vom englischen »Speak up!« == »Sprich lauter!«) genannt wird. Diese Disketten enthalten spezielle Kernel, die braille-Displays zur Ausgabe von Blindenschrift unterstützen. Eine komplett Liste unterstützter Modelle können Sie in der brltty-Dokumentation finden. Weiter Informationen zu diesem Disketten-Satz finden sie auf der .
]]> Neuinstallationen
Das Debian-Installations-System, genannt boot-floppies, wurde durch ein neues, modulares und weitaus mächtigeres Installations-System, genannt debian-installer, ersetzt.

Das Installations-System bietet Ihnen unterschiedliche Installations-Methoden. Es hängt von Ihrer Architektur ab, welche Installations-Methoden Sie benutzen können.

Wenn Sie eine Neuinstallation von Debian durchführen, sollten Sie das Installations-Handbuch auf der offiziellen CD lesen: /doc/install/manual/language/index.html oder im Internet unter . Sie sollten vielleicht auch, die -Seite des debian-installers aufsuchen.
Das Installations-System benutzt standardmäßig einen Kernel der 2.4er Serie. Für die &arch-title;-Architektur ist eine Installation auf Basis eines Kernels der 2.6er Serie ebenfalls möglich. Details hierzu entnehmen Sie bitte der Installations-Anleitung.
]]> Das Installations-System benutzt für die &arch-title;-Architektur standardmäßig einen Kernel der 2.6er Serie.
]]> Der neue Installer kann nur auf Alpha-Systemen benutzt werden, die die SRM-Konsole unterstützen. Stellen Sie sicher, dass sie Ihr System auf SRM umstellen, bevor Sie die Installation beginnen. Wenn Ihre Maschine lediglich die AlphaBIOS/ARC-Konsole unterstützt, können Sie immer noch &releasename; installieren, indem Sie zunächst eine (minimale) &oldreleasename; Installation und anschließend eine Aktualisierung auf &releasename; durchführen. Weiter Informationen über die unterschiedlichen Konsolen finden Sie in den Referenzen auf den .
]]> Tastatur-Probleme auf der &arch-title;-Architektur
Während der Installation gibt es mehrere Probleme mit der Tastatur-Auswahl.

Das erste besteht mit USB-Tastaturen von Sun, wie sie zum Beispiel bei SunBlade Systemen verwendet werden. Während der Installation mit dem standard 2.4 Kernel werde diese fälschlicherweise als reguläre Sun-Tastaturen »erkannt«. Eine Behelfslösung ist in der Installations-Anleitung dokumentiert.

Das zweite Problem hängt mit dem Kernel zusammen. Kernel der 2.6er Serie benutzen eine andere Eingabe-Schnittstelle, die alle Tastaturen wie »normale« PC-Tastaturen erscheinen lässt. Dies heißt, dass Sie, wenn Sie den Installer mit einem 2.4er Kernel starten und ihn für eine Sun- oder USB-Tastatur konfigurieren und später (im Experten-Modus) eine 2.6er Kernel auf dem neues System installieren, sehr wahrscheinlich nach dem Neustart eine nicht funktionierende Tastatur haben werden.
Framebuffer-Probleme auf der &arch-title;-Architektur;
Wegen Darstellungs-Problemen auf manchen Systemen ist die Framebuffer-Unterstützung auf der &arch-title;-Architektur; standardmäßig abgeschaltet. Dies kann zu hässlicher Darstellung auf Systemen führen, die den Framebuffer eigentlich vollständig unterstützen, wie zum Beispiel solche mit Graphik-Karten von ATI. Sollten Ihnen während der Installation Darstellungsfehler auffallen, können Sie versuchen, den Installer mit dem Parameter »debian-installer/framebuffer=true« zu booten.
]]> Beliebtheits Wettbewerb
Aus technischen Gründen wird
Die Informationen von Aktualisieren von vorherigen Versionen Vorbereitungen der Aktualisierung
Bevor Sie Ihr System aktualisieren, ist es empfehlenswert ein Backup Ihrer Daten oder zumindest jener Daten und Konfigurations-Informationen, die nicht verloren gehen dürfen, zu erstellen. Die Aktualisierungs-Werkzeuge sind sehr verlässlich, dennoch könnte ein Hardware-Fehler während des Aktualisieren Ihr System beschädigen.

Die wichtigsten Sachen, die Sie sichern sollten, sind der Inhalt von /etc, /var/lib/dpkg und die Ausgabe von dpkg --get-selections \*.

Es sollten alle Benutzer vom geplanten Aktualisierungen in Kenntnis gesetzt werden, auch wenn Benutzer, die Ihr System über ssh nutzen, davon nicht viel mitbekommen sollten und eventuell weiterarbeiten wollen. Sollten Sie zusätzliche Sicherungsmaßnahmen ergreifen wollen, sichern (oder unmounten) Sie die Home-Partition (/home) vor der Aktualisierung. Ein Reboot ist normalerweise nicht notwendig.

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

Die empfohlene Vorgehensweise zum Aktualisieren ist es,
Jeder Installations-Vorgang muss den Privilegien des Superusers geschehen, also loggen Sie sich bitte entweder als root ein, oder benutzen Sie
Zunächst muss das aptitude-Paket installiert werden. Dies geschieht mit:
apt-get install aptitude

Vorausgesetzt, dass Sie eine funktionierende APT-Konfiguration haben, wird dies die aptitude Version aus &oldreleasename; installieren.
Prüfen der Kernel Unterstützung Alle Maschinen mit einer 64-Bit SPARC CPU (sun4u) sollten ohne die Notwendigkeit weiterer Erwägungen über die Kernel-Unterstützung aktualisierbar sein.

sun4c CPUs werden in &releasename; nicht länger Unterstützt. Die Unterstützung für sun4d CPUs ist mehr oder weniger unbekannt, da sie recht selten sind. Es ist möglich, dass sun4d CPUs mit einer MMU funktionieren.

sun4m CPUs werden weiterhin unterstützt, aber Sie müssen zuerst einen neueren Kernel installieren, bevor Sie das System aktualisieren. Dies ist notwendig, weil neuere glibc-Versionen Assembler-Anweisungen benutzen, die auf bestimmten Maschinen nicht verfügbar sind, also muss zunächst der Kernel aktualisiert werden, der die fehlenden Anweisungen emuliert.

Eigentlich sind nur manche sun4, Chips hiervon betroffen, aber da die glibc nicht zuverlässig feststellen kann, ob ein System betroffen ist, oder nicht, wird sie sich weigern, auf irgendeinem 32-Bit SPARC System aktualisiert zu werden, bevor nicht ein passender Kernel installiert wurde.
Für diejenigen, die sich für die Details interessieren: Manche von Cypress/ROSS produzierten sun4m Chips haben die umul Instruktion nicht implementiert (RT601/CY7C601, gleicher Chip, unterschiedliche Namen). Diese Chips wurden in frühen SPARCserver 6xxMP Modellen verwendet. Spätere Modelle verwendeten von TI hergestellte Chips. Derzeit wissen wir nicht, ob diese ebenfalls betroffen sind.
]]> Auf 64-Bit HPPA Maschinen müssen Sie zunächst einen neuere Kernel-Version einspielen, bevor Sie das System aktualisieren. Dies ist notwendig, weil neuere glibc-Versionen Assembler-Anweisungen benutzen, die auf bestimmten Maschinen nicht verfügbar sind, also muss zunächst der Kernel aktualisiert werden, der die fehlenden Anweisungen emuliert.
]]> Echte »80386er« Prozessoren werden von &releasename; ]]> Auf &arch-title; Maschinen werden Sie zunächst auf eine neuere Kernel-Version aktualisieren müssen, bevor Sie das System aktualisieren können. Dies ist aufgrund einer Inkonsistenz der Definition der Inter-Prozess-Kommunikation zwischen neuen libc und dem Kernel notwendig. So müssen Sie erst einen aktualisierten Kernel installieren, der die korrekten Definitionen bereitstellt.
]]> Aktualisieren des Kernels
Wenn (und nur wenn) der vorangegangene Abschnitt aussagt, dass Sie zunächst den Kernel aktualisieren sollen,
Ausführliche Informationen über das installieren eines neuen Kernels finden Sie unter .
]]> ]]> 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 Paket-Aktualisierung 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 aktualisierbarem Status 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 inspizieren, indem Sie # dpkg -l | pager oder # dpkg --get-selections > ~/curr-pkgs.txt aufrufen.

Es ist wünschenswert alle Holds / Zurückhaltungen vor der Aktualisierung zu entfernen. Sollte eines der für das Aktualisieren wichtigen Pakete auf Hold sein, würde die Aktualisierung nicht funktionieren. Auf die folgende Art und Weise können Sie herausfinden, ob Pakete auf Hold sind: # dpkg --audit

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. Den Status »hold« können Sie zum Beispiel mit aptitude setzen: aptitude hold | unhold <Paket> Vorbereiten der Quellen für APT
Bevor Sie die Aktualisierung starten, müssen Sie zunächst die /etc/apt/sources.list.

deb"-Zeile gefunden werden können, und installiert die Pakete mit der höchsten Versionsnummer, wobei die ersten angeführten Zeilen bevorzugt werden. So können Sie z.B. erst Ihr Paketverzeichnis auf der Festplatte, dann CD-ROMs und dann HTTP/FTP-Server angeben.
Angabe von zusätzlichen APT-Internet-Quellen
Die standardmäßige Konfiguration ist für 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 (Sie finden sie 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/stable/main/binary-&architecture;/... &url-debian-mirror-eg;/dists/stable/contrib/binary-&architecture;/...

Um diesen Spiegel mit deb http://mirrors.kernel.org/debian &releasenameorig; main contrib

Beachten Sie, dass »dists« implizit dazugegeben 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 »
Jedes Paket, das für die Installation benötigt wird und über das Netz geladen wird, wird im Verzeichnis /var/cache/apt/Archivs (beziehungsweise im Unterverzeichnis partial/ während des Herunterladens) gespeichert. Vergewissern Sie sich daher vor der Aktualisierung, dass Ihnen genügend Platz zur Verfügung steht. Bei einer durchschnittlichen Installation von Debian müssen Sie mit einem Umfang von zirka 300 MB heruntergeladenen Dateien rechnen.
Hinzufügen von lokalen Spiegelquellen für APT Anstatt HTTP- oder FTP-Paketspiegel können Sie, wenn Sie möchten, auch /etc/apt/sources.list ändern, um einen Spiegel auf der lokalen Festplatte (evtl. über NFS eingebunden) zu verwenden. Nehmen wir an, Ihr Paketspiegel liegt auf /var/ftp/debian/ und hat viele Hauptverzeichnisse, die wie folgt aussehen: /var/ftp/debian/dists/stable/main/binary-&architecture;/... /var/ftp/debian/dists/stable/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 der Release stehen, dazu verwendet werden um den Pfad in mehrere Verzeichnisse zu erweitern. Nachdem Sie neue Quellen hinzugefügt haben, deaktivieren Sie die vorgehenden " Hinzufügen von APT-CD-ROM-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 Mounten Ihres CD-ROM-Laufwerks in /cdrom ermöglicht (der exakte /cdrom-Mountpoint wird für /dev/hdc sei das CD-ROM-Laufwerk, dann sollte /etc/fstab folgende Zeile beinhalten: /dev/hdc /cdrom auto defaults,noauto,ro0 0 Beachten Sie, hier darf defaults,noauto,ro im vierten Feld sein. Um sicher zu gehen, dass es funktioniert, legen Sie eine CD ein und versuchen Sie diese zu mounten. mount /cdrom # dies mountet die CD am Mount-Point ls -alF /cdrom # dies sollte das Root-Verzeichnis der CD anzeigen umount /cdrom # unmountet die CD und führen Sie danach den folgenden Befehl apt-cdrom add für jede weitere Debian-CD-ROM mit Binär-Paketen aus, um die Daten über die CD in APTs Datenbank einzufügen.Paket-Aktualisierung Die empfohlene Methode zwischen &debian;-Releases zu aktualisieren ist die Benutzung des Paket-Management-Werkzeugs aptitude. Dieses Werkzeug trifft sicherere und bessere Entscheidungen über Pakete als apt-get. Vergessen Sie nicht alle benötigten Partitionen (zum Beispiel die Root- und die /usr-Partition) read-write zu mounten. Dies geht zum Beispiel mit folgendem Kommando: mount -o remount,rw /mountpoint Stellen Sie als nächstes sicher, dass Ihre APT-Quell-Einträge (in /etc/apt/sources.list) auf die »stable«-Distribution verweisen und nicht ihren Codenamen (zum Beispiel &oldreleasename;) verwenden. Es wird wärmstens 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 -a ~/upgrade-to-&releasename;.typescript Lassen Sie das Transcript nicht in ein temporäres Verzeichnis wie /tmp oder /var/tmp schreiben, da dieses beim Aktualisieren oder bei einem Neustart gelöscht werden kann. Zunächst muss aptitude eine Liste neuer und aktualisierter Pakete des neuen Releases herunterladen. Dies geschieht mit: aptitude update Sobald aptitude die Informationen aller verfügbaren Pakete hat, ist das System fast zu einem vollständigen Aktualisierung bereit. Zunächst muss lediglich das Paket doc-base aktualisiert werden, wenn es installiert ist. Sie können herausfinden, ob es installiert ist, indem sie folgendes Kommando benutzen: dpkg -l doc-base Wenn die ausgegebene Zeile mit einem »i« anfängt, dann ist es installiert, und muss aktualisiert werden, bevor Sie weiterfahren: aptitude install doc-base 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 aus, d.h. es installiert die neuste 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 (wie zum Beispiel console-tools-libs entfernen). Wenn Sie von CD-ROMs aktualisieren, werden Sie zu unterschiedlichen Zeitpunkten dazu aufgefordert, CDs einzulegen. Vielleicht werden Sie auch mehrfach dazu aufgefordert, die selbe CD einzulegen. Dies kommt durch die Verteilung voneinander abhängiger Pakete über die CDs. Neue Versionen derzeit installierter Pakete, die nicht aktualisiert werden können, ohne den Installations-Status eines anderen Paketes zu ändern, werden bei ihrer installierten Version belassen (und als "held back" 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. Die Mögliche Probleme während oder nach einer Aktualisierung Falls eine Benutzung von E: Dynamic MMap ran out of room scheitert, ist die die standard Größ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 Größe des Zwischenspeichers erhöhen. Den Zwischenspeicher können Sie durch die Einstellung /etc/apt/apt.conf vergrößern: echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf Dies setzt voraus, dass diese Variable nicht bereits in dieser Datei gesetzt wird. Manchmal ist es notwendig die APT::Force-LoopBreak-Option in APT zu aktivieren, damit man bei eventuell auftretenden Conflicts/Pre-Depends-Schleifen temporär wichtige Pakete entfernen kann. -o APT::Force-LoopBreak=1 Option 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 Im Extremfall können Sie mit dem folgenden Befehl eine Re-Installation einleiten: dpkg --install /Pfad/zum/Paketnamen.deb Nachdem dies geklärt ist, sollten Sie die Aktualisierung Fertigstellen können, indem Sie das vorhin beschriebene Während der Aktualisierung werden Sie einige Fragen zur Konfiguration oder erneuten Konfiguration von Paketen gestellt bekommen. 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 Transcript-Datei nach der Meldung suchen, die am Bildschirm während der Aktualisierr Aktualisierungeben wurde. r Aktualisierung 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, die man Bitte lesen Sie /usr/share/doc/xfree86-common/README.Debian-upgrade um Details zur Aktualisierung der X-Window-Pakete zu erfahren. Dies betrifft die Benutzer aller vorangegangenen Debian Releases. Um es kurz zu machen: Sie müssen das lesen. Aktualisieren Ihres Kernels Beachten Sie bitte, dass der Linux-Kernel durch diese Prozedur &debian; kommt mit einem Kernel der Version &kernelversion;. Also der 2.4er Serie, der alten stabilen Linux-Kernel-Serie. Sie möchten vielleicht wegen besserer Unterstützung Ihrer Hardware oder verbesserter Leistung einen Kernel der 2.6er Serie benutzen. Es ist jedoch dokumentiert. ]]> Um Ihren Kernel zu aktualisieren wählen Sie zunächst den passendsten für Ihre Subarchitektur aus. Eine Liste aller zur Installation verfügbaren Kernel bekommen Sie mit: apt-cache search ^kernel-image Sie sollten Bitte beachten Sie, dass bei der Installationen von &oldreleasename; (und frühere) der Kernel Für die abenteuerfreudigen gibt es einen einfachen Weg einen angepassten Kernel für &debian; zu kompilieren. Installieren Sie das kernel-package-Tool und lesen Sie die Dokumentation in /usr/share/doc/kernel-package. Veraltete Pakete Mehrere tausend neue Pakete einführend werden in &releasename; ebenfalls mehr als zweitausend Pakete, die in &oldreleasename; enthalten waren, weggelassen. Es gibt keinen Weg, diese veralteten Pakete zu aktualisieren. Während ihrerseits nichts dagegen spricht, ein nach Ihren Wünschen ein veraltetes Paket zu benutzen, wird das Debian-Projekt normalerweise ein JahrOder so lange es keine weiter Release in diesem Zeitrahmen gibt. Typischerweise werden nur zwei stabile Releases gleichzeitig unterstützt. nach der Freigabe von &releasename; die Sicherheits-Unterstützung einstellen, und wird in der Zwischenzeit auch keine andere Unterstützung dafür bieten. Es wird empfohlen falls möglich auf eine Alternative umzustellen. Es gibt viele Gründe, warum ein Paket aus der Distribution entfernt worden sein könnte: Sie werden vom ursprünglichen Autor nicht mehr weiterentwickelt; es ist kein Debian-Entwickler mehr an diesem Paket interessiert; die Funktionalität wurde von einer anderen Software (oder einer neuen Version) ersetzt; oder sie werden aufgrund von Fehlern nicht mehr für &releasename; in Erwägung gezogen. Ist letzteres der Fall, können Pakete noch in der »unstable« Distribution enthalten sein. Festzustellen, welche Pakete in einem aktualisierten System »veraltet« sind, ist einfach, da die Paket-Verwaltungs Frontends diese als solche markieren. Wenn Sie aptitude verwendeten, 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, im Gegensatz zu jenen, 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 standard Modus) lediglich veraltete Bibliotheken auflistet: Pakete aus den Abschnitten »libs« oder »oldlibs«, Abschnitte die von keinem anderen Paket benutzt werden. Entfernen Sie nicht einfach blind die Pakete, die diese Werkzeuge vorschlagen, insbesondere wenn Sie ausfällige, nicht-standard Optionen benutzen, die dazu neigen, Fehlalarme zu erzeugen. Es ist im höchsten Maße nahegelgt, dass Sie zum entfernen vorgeschlagene Pakete noch einmal manuell nach kontrollieren (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 Bugs des durchsehen. Dummy-Pakete Manche Pakete aus &oldreleasename; wurden in &releasename; in mehrere Pakete aufgeteilt, was oft die Wartbarkeit 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 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 alle) Beschreibungen der Dummy-Pakete ist ihr Grund angegeben. Paket-Beschreibungen von Dummy-Paketen sind nicht vereinheitlicht, Sie werden allerdings deborphan mit dem Parameter --guess nützlich finden, um solche Pakete auf Ihrem System zu finde. Beachten Sie, dass machen 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.Probleme die Sie bei &releasename; beachten sollten Änderungen bei Python Paketen Keines der Python2.x Pakete aus &releasename; enthält die Standard-Module »profile« und »pstats«, da sie unter einer Lizenz unterliegen, die nicht DFSG-konform ist (sehen Sie für Details bitte Fehler Nummer #293932). Diese zwei Module können Sie in den python-profiler und python2.X-profiler Paketen aus im non-free Abschnitt des Debian-Archivs finden. 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. Es wird Ihnen daher aufs dringendste empfohlen, nicht als Teil der Aktualisierung von &oldreleasename; to &releasename; auf einen 2.6er Kernel zu wechseln. Stattdessen sollten Sie zunächst sicherstellen, dass Ihr System korrekt mit dem alten Kernel oder einem 2.4er Kernel aus &releasename; arbeitet, und dann als separates Projekt auf einen 2.6er Kernel wechseln. 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. Sollte dies der Fall sein, müssen Sie in dieser Datei die entsprechenden Modul-Namen 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 booten. ]]> Nachdem Sie den 2.6er Kernel installiert haben, aber bevor Sie neu starten stellen Sie sicher, dass Sie einen Rettungsweg 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 den 2.6er Kerneln ist eine fundamentale Änderung der Eingabe-Schnittstelle. Diese 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 die »pc« Tastatur auswählen. Wenn die Tastatur auf Ihrer Konsole betroffen ist, werden Sie möglicherweise auch die Tastatur des X Windows System ändern müssen. Sie können dies tun, indem Sie dpkg-reconfigure xserver-xfree86 ausführen, oder indem Sie direkt die Datei /etc/X11/XF86Config-4 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 der Eingabe-Schnittstelle 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 den OSS-Sound-Treibern vorgezogen. Sobald Sie /etc/modules aufgelistet haben, sollte Sie die Einträge entfernen. ]]> Wechseln zu 2.6 aktiviert möglicherweise udev /dev/ eingebunden und wird dieses Verzeichnis dynamisch mit den entsprechenden Geräten bestücken wenn Kernel-Module geladen werden. Es arbeitet mit Da Obwohl /dev/video und /dev/radio). und /etc/udev nach. ]]> Start des X Windows System schlägt fehl Wenn nach einen Neustart Ihrer Maschine X Windows nicht mehr gestartet werden kann, und Sie die Fehlermeldung »missing core pointer« in /var/log/XFree86.0.log finden liegt das Problem möglicherweise darin, dass der Maus-Treiber von ). Die Lösung ist, dass Treiber-Modul für Ihre Maus (zum Beispiel »psmouse«) in der Datei /etc/modules aufzulisten. X Window System auf Transmeta Crusoe Systemen Der mit &releasename; ausgelieferte X-Server enthält optimierten Code, der auf vielen Transmeta(TM) Crusoe(TM) Prozessoren nicht korrekt ausgeführt wird. Dies resultiert darin, dass zu einem bestimmten Zeitpunkt (wenn der zwischengespeicherte Code von x86 zu Crusoe VLIM Anweisungen »morpht« die CPU in einen fehlerhaften Zustand versetzt) X Anwendungen, die sich versuchen mit dem Server zu verbinden, mit der folgenden Fehlermeldung scheitern: X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 18 (X_ChangeProperty) Serial number of failed request: 15 Current serial number in output stream: 18 Oder anders ausgedrückt heißt dies, dass sich nach einigen Betriebs-Stunden, Anwendungen plötzlich und in schneller folge beenden. Wenn ein Display-Manager verwendet wird, wird sich dieser ebenfalls wiederholt beenden und versuchen neu zu starten. Dieser Zustand hält an, biss der fehlerhafte VLIM Transmeta Code vom Zwischenspeicher entfernt wurde. Da dieser Fehler in der geschlossenen Transmeta Code Morphing Software (CMS) und das BIOS des Laptops die CMS auf eine Signatur zur Boot-Zeit überprüft, kann dieser Fehler nur in Kooperation mit Transmeta und dem Laptop Hersteller behoben werden. Weiter Informationen über dieses Problem finden Sie unter und in Debians Fehlerdatenbank unter der Nummer . Eine Behelfslösung für diesen Fehler ist es, einen X-Server zu installieren, der ohne Optimierungen kompiliert wurde, wie zum Beispiel den aus dem Paket ]]> Weitere Informationen über Debian GNU/Linux Weiterführende Informationen Neben diesen Release-Notes und der Installations-Anleitung finden Sie im Debian-Dokumentations-Projekt (DDP), dessen Ziel es ist, eine hoch-qualitative Dokumentation für Debian-User und -Entwickler zu erstellen, weitere Dokumentationen zu &debian;. Die Dokumentation beinhaltet unter anderem Debian Guide, Debian Maintainers Guide und Debian-FAQ, sowie vieles mehr. Sie finden diese Informationen auch im Web unter . Dokumentationen über individuelle Pakete sind unter /usr/share/doc/Paket verfügbar, dies beinhaltet zumeist Copyright-Informationen, Debian spezifische Details und Dokumentationen des ursprünglichen Autors. Hilfe erhalten Es gibt viele Hilfsquelle, 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 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 deutsche Debian-Benutzer ist debian-user-german, aber auch andere sind interessant. Für Informationen über diese Listen 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 Debian hat einen IRC-Channel, der sich mit Support und Hilfe von Debian-User im Open Project IRC Network befasst. Das Open Project IRC Network bietet durch das Teilen von Ressourcen hilfreiche Informationen. Diesen IRC-Channel können Sie mit Ihrem IRC-Client unter irc.openproject.net unter #debian 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 Open Projects finden Sie auf deren . Fehlerberichte einsenden Wir versuchen Debian GNU/Linux 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. Als einen Service an unsere Nutzer bieten wir alle Informationen über Fehler in unserem eigenen "Bug Tracking System" (BTS) an. Sie können dieses über erreichen. Dies geschieht in Übereinstimmung mit Debians offenem Entwicklungsmodell. Wenn Sie einen Fehler in der Distribution oder in einem Paket davon finden, berichten Sie diesen bitte, so dass er im nächsten 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 von reportbug oder manuell durch Schicken einer E-Mail einsenden. Sie können mehr über das BTS und seine Benutzung erfahren, wenn Sie die Referenz-Karte (zu finden in /usr/share/doc/debian bei einem installierten System) oder online im lesen. Zu Debian beitragen Sie müssen kein Experte sein um zu Debian beizutragen. Indem Sie unseren Benutzern bei Ihren Problemen helfen (siehe ) helfen Sie bereits mit. Probleme zu identifizieren (und zu lösen) 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 ebenfalls mithelfen. Wenn Sie mehr Freizeit haben, können Sie ein Stück freier Software innerhalb 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 in einer speziellen Entwicklungsrichtung haben, werden Sie vielleicht Freude daran haben an einem Unterprojekt von Debian teilzunehmen. Diese umfassen das Portieren von Debian auf neue Architekturen und 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 kennenzulernen. Außerdem bekommen Sie dann dieses wohlig-warme Gefühl in Ihnen, weil Sie was Gutes getan haben. Aktualisieren des Kernels Die Informationen in diesem Anhang sind lediglich relevant, wenn Sie für eine erfolgreiche Aktualisierung des Systems den Kernel aktualisieren müssen , um herauszufinden, ob dies bei Ihrem System notwendig ist. Die folgende Anweisungen erklären Schritt für Schritt, wie Sie einen neueren Kernel installieren. ]]> Die folgenden Schritte erklären Schritt für Schritt, wie Sie die vorhanden Backports benutzen, um einen neueren Kernel zu installieren. ]]> Herunterladen und installieren der benötigten Pakete Wenn Sie eine SGI IP22 haben, sollten Sie sie zunächst dazu bringen. mit arcboot und nicht den Kernel direkt zu booten. arcboot ist in &oldreleasename; enthalten und kann auf einem der üblichen Wege installiert werden. ]]> Laden Sie zunächst das derzeitige &releasename; Kernel-Paket von einem Spiegel Ihrer Wahl herunter. Die verfügbaren Pakete sind: für R4XX0 Prozessoren und die SGI IP22 Subarchitektur, wie die Indy und Indigo2. für R5000 Prozessoren und die SGI IP22 Subarchitektur, wie die Indy und Indigo2. für die Broadcom BCM91250A (auch bekannt als SWARM) Revision 2.2. ]]> für R3000 basierte DECstations mit KN02 (oder kompatiblen) Mainboards, wie die DECstation 5000/1xx Serie mit xx=20,25,33 und die DECstation 5000/240. für R4X00 basierte DECstations mit KN04 (oder kompatiblen) Mainboards, wie die DECstation 5000/150, die Personal DECstation 5000/50 und die DECstation 5000/260. für MIPS basierte Cobalt Maschinen (wie die Qube, RaQ, Qube2 and RaQ2). für R5000 Prozessoren auf der Lasat Masquerade Pro. für die Broadcom BCM91250A (auch bekannt als SWARM) Revision 2.2. für die Au1500 basierten XXS1500 board. ]]> Installieren Sie dann das Paket mit dpkg -i. Es könnte sich (durch modutils) über unpassende Module (»module mismatches«) beschweren und Sie danach fragen, ob die Installation fortgesetzt werden soll. Antworten Sie mit »YES«, da diese »Fehlanpassungen« gelöst werden, sobald Sie mit dem neuen Kernel neu starten. ]]> mit apt: Um die Pakete mit apt oder einem seiner Frontends zu installieren, fügen Sie die folgende Zeile Ihrer /etc/apt/sources.list hinzu: deb &url-kernel-upgrade; # Falls Sie die Quellen brauchen, sind diese auch vorhanden # deb-src &url-kernel-upgrade; Installieren Sie dann die Pakete kernel-image-2.4.27-2-sparc32, modutils und initrd-tools. ]]> Installieren Sie dann die Pakete kernel-image-2.6.8-2-64, module-init-tools und initrd-tools. ]]> mit dpkg: Um die Pakete direkt mit dpkg zu installieren, laden Sie zunächst die Dateien herunter. Das Kernel-Paket hängt vom Paket module-init-tools ab, initrd-tools von cramfsprogs. Alle anderen Abhängigkeiten können mit Paketen aus &oldreleasename; über den üblichen Weg befriedigt werden. Wenn sie ]]> Das Kernel-Paket hängt vom Paket module-init-tools ab, initrd-tools von cramfsprogs. Alle anderen Abhängigkeiten können mit Paketen aus &oldreleasename; über den üblichen Weg befriedigt werden. ]]> ]]> Löschen sie ihren alten Kernel noch NICHT Sie sollten zunächst sicherstellen, dass der neue Kernel auch startet, und das alle Hardware, die zur Aktualisierung benötigt wird (zum Beispiel Netzwerk Adapter) funktioniert. Machen Sie Ihr System bootbar Sie müssen wahrscheinlich die Konfiguration Ihres Bootloader unter /etc/silo.conf anpassen. Beachten Sie dabei, dass die neue Debian Kernel im Gegensatz zu denjenigen aus &oldreleasename; eine initrd benutzen. ]]> Booten Sie den neuen Kernel Prüfen Sie Ihr System Testen Sie insbesondere Ihre Eingabe-Geräte, Anzeige-Geräte, Geräte, die zum Zugriff auf Pakete aus &releasename; notwendig sind (zum Beispiel Netzwerk-Adapter, CD-Laufwerke, etc). Die Namen mancher Treiber-Module können sich geändert haben, manche Treiber, die im vorher fest im Kernel eincompiliert waren, sind nun als Modul kompiliert, ... ]]>