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), Frans Pop (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.]

Bitte beachten Sie, dass wir lediglich Aktualisierungen von der vorherigen Version von Debian (in diesem Fall von &oldreleasename;) unterstützen und dokumentieren. Wenn Sie von einem älteren Release aktualisieren wollen, wird empfohlen, dass Sie die älteren Ausgaben der Release Notes lesen.

Was ist neu bei &debian; &release;

This release adds official support for the AMD64 architecture which supports 64-bit processors from both Intel (EM64T) and AMD (AMD64). During the previous release, &debian; 3.1 ('sarge'), an unofficial version of this port was available. Upgrading from this unofficial version should be possible using these Release Notes, but is not supported.

Official support for the Motorola 680x0 ('m68k') architecture has been dropped because it did not meet the criteria set by the Debian Release Managers. The most important underlying reasons are performance and limited upstream support for essential toolchain components. However, the m68k port is expected to remain active and available for installation even if not a part of this official stable release.

Liste der offiziell unterstützten Computer-Architekturen für &debian; &releasename;:

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 portspezifische Informationen finden Sie auf 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 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;.

Was ist neu in der Distribution?

Dieses neue &debian;-Release kommt wieder mit weitaus mehr Software als sein Vorgänger &oldreleasename;. Diese Distribution enthält über 9000 neue Pakete. Der größte Teil der Software dieser Distribution – annähernd 6500 Pakete (das sind 73% der Pakete von &oldreleasename;) – 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 Paketverwaltungssystem werden sie als »obsolete« oder »veraltet« markiert.

Mit diesem Release wechselt &debian; von XFree86 auf die Version 7.1 von Xorg, welche mehr Hardware unterstützt und über eine bessere automatische Hardware-Erkennung verfügt. Dies erlaubt es, Compiz zu verwenden, was einer der ersten zusammenfassenden Window-Manager für das X-Window-System ist. Er nutzt die Hardware-OpenGL-Beschleunigung für unterstützte Geräte voll aus.

&debian; wird erneut mit aktuellen Desktop-Anwendungen ausgeliefert. Neben anderem enthält es nun GNOME 2.14, KDE 3.5 und OpenOffice.org 2.0.

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.

debian-volatile ist nun ein offizieller Service

The

This means that it no longer has a /etc/apt/sources.list accordingly if you were already using this service.

Es gibt einen neuen Service dieses Archivs. Was ist neu im Installationssystem?Neuinstallationen Das Installationssystem bietet Ihnen unterschiedliche Installationsmethoden. Es hängt von Ihrer Architektur ab, welche Installationsmethoden Sie benutzen können. Wenn Sie eine Neuinstallation von Debian durchführen, sollten Sie das Installationshandbuch auf der offiziellen CD lesen: /doc/install/manual/Sprache/index.html oder im Internet auf den . Sie sollten vielleicht auch die -Seite des debian-installers aufsuchen. Der 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 trotzdem &releasename; installieren, indem Sie zunächst eine (minimale) &oldreleasename;-Installation und anschließend eine Aktualisierung auf &releasename; durchführen. Weitere Informationen über die unterschiedlichen Konsolen finden Sie in den Referenzen auf den . ]]> Framebuffer-Probleme auf der &arch-title;-Architektur Wegen Darstellungsproblemen auf manchen Systemen ist die Framebuffer-Unterstützung auf der &arch-title;-Architektur standardmäßig für die meisten Graphikkarten abgeschaltet. Dies kann zu hässlicher Darstellung auf Systemen führen, die den Framebuffer vollständig unterstützen. Sollten Ihnen während der Installation Darstellungsfehler auffallen, können Sie versuchen, den Installer mit dem Parameter debian-installer/framebuffer=true zu booten. Bitte lassen Sie uns wissen, falls der Framebuffer standardmäßig nicht verwendet wird, aber Ihre Hardware unterstützt. ]]> Beliebtheitswettbewerb Im Gegensatz zur vorherigen Veröffentlichung, wird das Installationssystem erneut anbieten, das Paket 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 Aktualisierungswerkzeuge sind sehr verlässlich, dennoch könnte ein Hardware-Fehler während des Aktualisierens 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 "*" (die Anführungszeichen sind wichtig). Der Aktualisierungsprozess selbst verändert nichts im Verzeichnis /home, manche Programme jedoch (zum Beispiel Teile von Mozilla und die 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 die versteckten Dateien und Verzeichnisse (»dotfiles«) in den Home-Verzeichnissen der Benutzer sichern. Diese Sicherung kann Ihnen helfen, alte Einstellungen wieder herzustellen. Sie sollten auch Ihre Benutzer darüber informieren. Es sollten alle Benutzer vom geplanten Aktualisieren in Kenntnis gesetzt werden, auch wenn Benutzer, die Ihr System über eine ssh-Verbindung nutzen, sollten während der Aktualisierung nicht viel mitbekommen und normal weiterarbeiten können. 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 Jeder Installationsvorgang muss mit den Privilegien des Superusers geschehen, also loggen Sie sich bitte entweder als root ein, oder benutzen Sie Prüfen des Systemstatus Der in diesem Kapitel beschriebene Aktualisierungsprozess wurde für Aktualisierungen von »reinen« &oldreleasename;-Systemen, ohne Paketen anderer, entwickelt. Es könnte klug sein, zuerst diese Pakete zu entfernen. This procedure also assumes your system has been updated to the latest point release of &oldreleasename;. If you have not done this or are unsure, follow the instructions in . 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 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 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 stehen, würde die Aktualisierung nicht funktionieren. Auf die folgende Art und Weise können Sie herausfinden, ob Pakete auf Hold gesetzt sind: # 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. # aptitude hold | unhold <Paketname> ]]> # dpkg --get-selections > ~/curr-sels.txt erstellt wird. Ändern Sie »hold« auf »install« (bzw. umgekehrt) und führen Sie anschließend Folgendes aus: # dpkg --set-selections < ~/curr-sels.txt ]]> Sollten Sie irgendetwas reparieren müssen, ist es am besten sicherzustellen, dass erklärt wird. Inoffizielle Paket-Quellen 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 Paket-Verwaltungs-System 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 konkurrierenden Dateien umgehen kann, falls sie auftreten. 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 eine 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; ]]> Aktualisieren des Kernels Wenn (und nur wenn) der vorangegangene Abschnitt aussagt, dass Sie zunächst den Kernel aktualisieren sollen, Backports aller Werkzeuge, die Sie zum Installieren der aktuellen Kernel von &releasename; benötigen, sind verfügbar. Ausführliche Informationen über das Installieren eines neuen Kernels finden Sie unter . ]]> ]]> ]]> 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 zuerst 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.

Auf ein Release kann oft sowohl durch seinen Codenamen (zum Beispiel &oldreleasenameorig;, &releasenameorig;) oder durch seinen Status-Namen (zum Beispiel oldstable, stable, testing, unstable) verwiesen werden. Mit seinem 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 Status-Namen, 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 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/archives (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/&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 sicher zu gehen, dass es funktioniert, legen Sie eine CD ein und versuchen Sie diese ins Dateisystem einzuhängen: # mount /cdrom # hängt die CD unter /cdrom ins Dateisystem ein # ls -alF /cdrom # sollte das Root-Verzeichnis der CD anzeigen # umount /cdrom # hängt die CD wieder aus und führen Sie danach den folgenden Befehl # apt-cdrom add für jede weitere Debian-CD-ROM mit Binärpaketen 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 einzuhängen. Dies geht zum Beispiel mit folgendem Kommando: # mount -o remount,rw /mountpoint Stellen Sie als nächstes sicher, dass Ihre APT-Quelleinträge (in /etc/apt/sources.list) entweder auf »stable« verweisen. Beachten Sie, dass Quellzeilen für CD-ROMS oft auf » 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-&releasenameorig;.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. Das Transcript erlaubt Ihnen ebenfalls, Informationen, die vom Bildschirm gescrollt wurden, wieder abzurufen. Wechseln Sie einfach auf VT2 (indem Sie less ~root/upgrade-to-&releasenameorig;.typescript, um sich die Datei anzeigen zu lassen. Nachdem Sie die Aktualisierung beendet haben, können Sie Auffrischen der Paket-Liste Zunächst muss eine Liste der im neuen Release verfügbaren Pakete heruntergeladen werden. Dazu führen Sie folgendes Kommando ausWir benutzen hierzu : # apt-get update Aktualisieren des Kernels 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 neuer libc und dem Kernel notwendig. So müssen Sie erst einen aktualisierten Kernel installieren, der die korrekten Definitionen bereitstellt. Ausgiebige Informationen über das Installieren des neuen Kernels finden Sie unter . ]]> Aktualisieren von aptitude ]]> Installation von aptitude ]]> Aktualisierungstests haben gezeigt, dass die # aptitude install aptitude ]]> # apt-get install aptitude ]]> Ihnen wird eine Liste von Änderungen, die vorgenommen werden sollen, gezeigt und Sie werden aufgefordert, diese zu bestätigen. Sie sollten die vorgeschlagenen Änderungen sorgfältig prüfen, insbesondere die zum Entfernen vorgeschlagenen Pakete, bevor Sie dies bestätigen. In einigen Fällen kann eine große Anzahl von Paketen als zu entfernen aufgelistet werden. Diese Liste könnten Sie reduzieren, indem Sie neben install aptitude perl statt install aptitude zu verwenden. Aktualisieren von doc-base Wenn Sie das Paket , müssen Sie es vor dem restlichen System aktualisieren. Der Grund hierfür ist, dass es schief gehen könnte, falls # dpkg -l doc-base Wenn die ausgegebene Zeile mit einem »i« anfängt, dann ist es installiert und muss aktualisiert werden, bevor Sie fortfahren: # aptitude install doc-base 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 aus, 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 (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 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 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 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 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 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 vergleichbaren Fehler: Unpacking replacement <Paket-foo> ... dpkg: error processing <Paket-Name-von-foo> (--unpack): trying to overwrite `<Ein-Datei-Name>', which is also in package <Paket-bar> 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 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 Aktualisierung ausgegeben wurde. 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.gz 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 Unterarchitektur 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, nach Ihren Wünschen ein veraltetes Paket zu benutzen, wird das Debian-Projekt dafür normalerweise ein JahrOder so lange es keine weiteren Releases in diesem Zeitrahmen gibt. Typischerweise werden nur zwei stabile Releases gleichzeitig unterstützt. nach der Freigabe von &releasename; die Sicherheitsunterstü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: es wird 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 es wird 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, 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«, Abschnitte, 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 Grund 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. Probleme, die Sie bei &releasename; beachten sollten Änderungen bei Python-Paketen Keines der Python2.x-Pakete aus &releasename; enthält die Standardmodule »profile« und »pstats«, da sie einer Lizenz unterliegen, die nicht DFSG-konform ist (sehen Sie für Details bitte Fehler #293932). Diese zwei Module können Sie in den python-profiler- und python2.X-profiler-Paketen aus dem 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; zu &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 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 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 2.6er Kerneln ist eine fundamentale Änderung der Eingabeschnittstelle. 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-Window-Systems ä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 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 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 mit den entsprechenden vom Kernel unterstützten Geräten bestücken. Wenn Kernel-Module ge- oder entladen werden, werden außerdem dynamisch neue Geräte erstellt und entfernt. Dabei wird auf Da Obwohl /dev/video und /dev/radio). und /etc/udev nach. ]]> Start des X-Window-Systems schlägt fehl Wenn nach einen Neustart Ihrer Maschine X 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, das 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 zwischengespeicherter und in der CPU von x86 zu Crusoe-VLIM-Anweisungen »gemorphter« Code in einem fehlerhaften Zustand ist) X-Anwendungen, die versuchen, sich 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 Betriebsstunden 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, bis der fehlerhafte VLIM-Transmeta-Code vom Zwischenspeicher entfernt wurde. Da dieser Fehler sich in der geschlossenen Transmeta-Code-Morphing-Software (CMS) befindet und das BIOS des Laptops die CMS zur Boot-Zeit auf eine Signatur überprüft, kann dieser Fehler nur in Kooperation mit Transmeta und dem Laptop-Hersteller behoben werden. Weitere Informationen über dieses Problem finden Sie unter und in Debians Fehlerdatenbank unter dem Fehlerbericht . 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; Weiterführende Informationen Neben diesen Release Notes und der Installationsanleitung finden Sie im Debian-Dokumentations-Projekt (DDP; dessen Ziel ist es, eine hochqualitative Dokumentation für Debian-User und -Entwickler zu erstellen) weitere Dokumentationen zu &debian;. Die Dokumentation beinhaltet unter anderem Debian Guide, Debian New 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 Hilfsquellen, 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 deutschsprachige 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-Benutzern im Freenode-IRC-Network befasst, welches dafür da ist, um interaktive Dienste für egalitäre Projektgemeinschaften bereitzustellen. Diesen IRC-Channel können Sie mit Ihrem IRC-Client unter &debian-irc-server; 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 Freenode finden Sie auf deren . Fehlerberichte einsenden 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. 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 an 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 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 kennenzulernen. Außerdem bekommen Sie dann dieses wohlig-warme Gefühl in Ihnen, weil Sie etwas 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 folgenden Anweisungen erklären Schritt für Schritt, wie man die verfügbaren, zurückportierten Werkzeuge dazu benutzt, einen neueren Kernel zu installieren. Da eventuell Pakete aus &oldreleasename; installieren werden müssen, sollten Sie zunächst prüfen, ob Ihre sources.list immer noch auf &oldreleasenameorig; verweist, wie es in erklärt ist. ]]> Die folgenden Anweisungen erklären Schritt für Schritt, wie Sie einen neueren Kernel installieren. ]]> Herunterladen und installieren der benötigten Pakete mit apt: Falls noch nicht geschehen ändern Sie bitte Ihre sources.list, so dass sie auf &releasenameorig; verweist, wie es in beschrieben ist. Frischen Sie die Paket-Liste auf und installieren Sie das Kernel-Image für Ihre Maschine. Sie können sich alle verfügbaren Kernel-Images auflisten lassen, indem Sie folgendes Kommando eingeben: $ apt-cache search ^kernel-image Während der Installation könnte sich das Paket wegen unpassender 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 dpkg: Laden Sie das derzeitige Kernel-Paket von einem Spiegel Ihrer Wahl herunter. Die verfügbaren Pakete sind: für R4XX0-Prozessoren und die SGI IP22-Unterarchitektur, wie die Indy und Indigo2. für R5000-Prozessoren und die SGI IP22-Unterarchitektur, 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 und 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-Boards. ]]> 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 modutils und initrd-tools. ]]> Installieren Sie dann die Pakete module-init-tools, modutils, palo, und initrd-tools. # apt-get install module-init-tools palo initrd-tools modutils ]]> (Danach können Sie den zusätzlichen Eintrag sicher wieder entfernen.) Nach dieser Änderung lassen Sie Ihre sources.list auf &releasenameorig; zeigen, wie es in beschrieben ist, frischen Sie die Paket-Liste auf, und installieren Sie das Paket &upgrade-kernel-image-name;. mit dpkg: Um die Pakete direkt mit dpkg zu installieren, laden Sie zunächst die Dateien herunter. ]]> Das Kernel-Paket hängt von &upgrade-kernel-modutils-name; ab modutils verträgt), ]]>; initrd-tools von cramfsprogs. Alle anderen Abhängigkeiten (stat, cpio und ash) können mit Paketen aus &oldreleasename; über den üblichen Weg befriedigt werden. Wenn Sie ]]> ]]> Löschen Sie Ihren alten Kernel noch NICHT Sie sollten zunächst sicherstellen, dass der neue Kernel auch startet, und dass alle Hardware, die zur Aktualisierung benötigt wird (zum Beispiel Netzwerk-Adapter) funktioniert. Machen Sie Ihr System bootfähig Sie müssen wahrscheinlich die Konfiguration Ihres Bootloaders unter &bootloader-conf; anpassen. Beachten Sie dabei, dass die neuen 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 vorher fest im Kernel einkompiliert waren, sind nun als Modul kompiliert, ... ]]> Verwalten Ihres &oldreleasename;-Systems Dieser Anhang enthält Informationen, wie Sie sicherstellen können, dass Sie Pakete aus &oldreleasename; installieren oder aktualisieren können, bevor Sie zu &releasename; aktualisieren. 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. Installieren von aptitude aus &oldreleasename; Zunächst müssen Sie sicherstellen, dass Sie die folgen. Anschließend führen Sie einfach # apt-get install aptitude aus, um ]]> 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 wollen oder nicht. Es ist möglich, Pakete zu de-aktualisieren, 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, an den sie zeigen, &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.