Înainte de a vă actualiza sistemul, este indicat să faceți o copie de siguranță completă, sau cel puțin a datelor sau a configurațiilor pe care nu vă permiteți să le pierdeți. Uneltele și procesele de actualizare sunt foarte fiabile, însă o problemă hardware apărută în mijlocul actualizării poate afecta sever un sistem.

The main things you'll want to back up are the contents of /etc, /var/lib/dpkg, /var/lib/apt/extended_states and the output of dpkg --get-selections "*" (the quotes are important). If you use aptitude to manage packages on your system, you will also want to back up /var/lib/aptitude/pkgstates.

Procesul de actualizare, în sine, nu modifică nimic în directorul /home. Totuși, unele aplicații (cum ar fi unele componente ale suitei Mozilla, mediile grafice GNOME și KDE) sunt cunoscute pentru faptul că suprascriu valorile existente ale configurațiilor utilizatorilor cu noi valori implicite în momentul în care o versiune nouă a aplicației este pornită pentru prima oară de către utilizator. Ca măsură de precauție, veți dori probabil să faceți o copie de siguranță a fișierelor și directoarelor ascunse (care încep cu punct, „dotfiles”) din directoarele utilizatorilor. Copia ar putea să vă ajute să recreați vechile configurații. Probabil veți dori să informați și utilizatorii în legătură cu această problemă.

Orice operație de instalare a pachetelor trebuie executată cu drepturi de superutilizator, deci fie vă autentificați ca root, fie utilizați su sau sudo pentru a obține drepturile de acces necesare.

Operația de actualizare trebuie să respecte câteva precondiții; va trebui să verificați dacă sunt respectate înainte de actualizare.

Este o idee bună să vă informați din timp toți utilizatorii despre actualizările planificate, chiar dacă utilizatorii ce vă accesează sistemul prin conexiuni ssh n-ar trebui să sesizeze prea multe în timpul actualizării și ar trebui să-și poată continua lucrul.

Dacă doriți să vă luați măsuri suplimentare de precauție, faceți o copie de siguranță sau demontați partiția /home înainte de actualizare.

You will have to do a kernel upgrade when upgrading to squeeze, so a reboot will be necessary.

During the upgrade process, there might be services associated with packages that will be include in the upgrade. If this is the case, these services might be stopped while the packages that are going to be upgraded are being replaced and configured. During this time, these services will not be available.

The precise downtime for these service will vary depending on the number of packages being upgraded in the system, and it also includes the time the system administrator answers the configuration questions from different package upgrades (if any). Notice that if the upgrade process is left unattended and the system requests input throughout the upgrade there is a high possibility of services being unavailable^[4] for a significant period of time.

If the system being upgraded provides critical services for your users or network^[5], you can reduce the downtime if you do a minimal system upgrade, as described in Secțiune 4.4.4, „Actualizare minimală de sistem”, followed by a kernel upgrade and reboot (see Secțiune 4.4.5, „Upgrading the kernel and udev”), and then upgrade the packages associated with your critical services. Upgrade these packages prior to doing the full upgrade described in Secțiune 4.4.6, „Upgrading the system”. This way you can ensure that these critical services are running and available through the full upgrade process, and their downtime is reduced.

Datorită multiplelor schimbări din nucleu între lenny și squeeze, în ceea ce privește modulele, detectarea, numirea componentelor și ordonarea fișierelor dispozitiv, există un risc real să întâmpinați probleme la reinițializarea sistemului, după actualizare. Multe dintre potențialele probleme cunoscute sunt documentate aici și în următorul capitol al Notelor de lansare.

Din acest motiv are sens să vă asigurați că veți putea să recuperați sistemul în eventualitatea că acesta nu va mai putea reporni sau, în cazul sistemelor la distanță, nu va putea să activeze conexiunile la rețea.

Dacă faceți actualizarea de la distanță printr-o conexiune ssh este recomandabil să luați măsurile necesare pentru a putea accesa serverul printr-un terminal serial. Există posibilitatea ca după actualizarea nucleului și repornirea sistemului, anumite dispozitive să fie redenumite (după cum este descris în Secțiune 4.6.2, „Reordonarea enumerării dispozitivelor”) și va trebui să reparați configurația sistemului printr-o consolă locală. De asemenea, dacă sistemul este repornit accidental în mijlocul actualizării există șansa să fie nevoie să recuperați folosind o consolă locală.

Cel mai evident lucru care poate fi încercat este să reporniți cu vechiul nucleu. Totuși, din diverse motive documentate în altă parte a acestui document, nu este garantat că acest lucru va funcționa.

Dacă aceasta nu reușește, va trebui să porniți sistemul printr-o metodă alternativă, astfel încât să-l puteți accesa și repara. O opțiune este să folosiți o imagine specială pentru recuperare sau un Linux care rulează de pe CD. După pornirea în acest fel ar trebui să puteți monta sistemul de fișiere rădăcină și să faceți chroot în el pentru a investiga și repara problema.

O altă opțiune pe care o recomandăm este folosirea modului recuperare al Programului de instalare Debian squeeze. Avantajul folosirii programului de instalare este că puteți alege dintre multiplele metode de instalare pe cea care se potrivește cel mai bine situației. Vă rugăm să consultați secțiunea „Recuperarea unui sistem stricat (Recovering a Broken System)” din capitolul 8 al Ghidului de instalare și FAQ - Întrebări frecvente despre Programul de instalare.

Actualizarea distribuției ar trebui făcută fie local dintr-o consolă virtuală în mod text (sau printr-o conexiune la un terminal serial), fie de la distanță printr-o conexiune ssh.

	Important
	If you are using some VPN services (such as tinc) they might not be available throughout the upgrade process. Please see Secțiune 4.1.3, „Prepare for downtime on services”.

Pentru a avea încă o măsură de siguranță când actualizați de la distanță, vă sugerăm să rulați procesul de actualizare într-o consolă virtuală furnizată de programul screen, lucru care vă va permite să vă reconectați în siguranță și oferă siguranța că procesul de instalare nu va fi întrerupt, chiar dacă procesul care întreține conexiunea la distanță eșuează.

	Important
	Nu actualizați sistemul folosind o sesiune telnet, rlogin, rsh, sau dintr-o sesiune X administrată de xdm, gdm sau kdm, etc. pe sistemul pe care îl actualizați. Aceast lucru este necesar deoarece oricare dintre aceste servicii poate fi oprit în timpul actualizării, ceea ce poate rezulta într-un sistem inaccesibil actualizat doar parțial.

Due to bug #512951, the splashy package needs to be purged prior to the upgrade.

	# apt-get purge splashy

În anumite cazuri, dacă ați folosit apt-get să instalați pachete în loc să folosiți aptitude, aptitude poate considera un pachet ca fiind nefolosit și să-l înregistreze pentru ștergere. În general, ar trebui să vă asigurați că sistemul este adus la zi și curat, înainte de a continua procesul de actualizare.

Din această cauză ar trebui să verificați dacă sunt acțiuni în așteptare în managerul de pachete aptitude. Dacă un pachet este programat pentru ștergere sau actualizare în managerul de pachete ar putea avea un impact negativ asupra procedeului de actualizare. Țineți cont că acest lucru nu poate fi corectat decât dacă sources.list se referă încă la lenny și nu la stable sau squeeze, vedeți Secțiune A.2, „Verificarea listei de surse”.

Pentru a face această verificare porniți aptitude în „modul visual” și apăsați g (de la „Go”). Dacă vă arată vreo acțiune ar trebui să revizuiți și să anulați sau să efectuați acțiunile sugerate. Dacă nu este sugerată nici o acțiune va fi afișat mesajul „No packages are scheduled to be installed, removed, or upgraded” (sau „Nici un pachet nu este programat sa fie instalat, șters sau înnoit”).

Dacă ați configurat APT să instaleze anumite pachete dintr-o distribuție diferită de cea stabilă (ex. din testare), ar putea fi nevoie să schimbați configurația alegerilor selective APT (prezentă în /etc/apt/preferences) pentru a permite actualizarea pachetelor la versiunile din noua versiune stabilă. Mai multe informații despre alegeri selective APT pot fi găsite în apt_preferences(5).

Indiferent de metoda utilizată pentru actualizare, este recomandat să verificați, mai întâi, starea tuturor pachetelor, asigurându-vă că toate pachetele sunt într-o stare actualizabilă. Următoarea comandă vă va afișa eventualele pachete care au starea de jumătate-instalat sau eșec-configurare, precum și cele cu o stare eronată.

# dpkg --audit

Ați putea, de asemenea, să inspectați starea tuturor pachetelor de pe sistemul dumneavoastră utilizând dselect, aptitude sau folosind comenzi precum

# dpkg -l | pager

sau

# dpkg --get-selections "*" > ~/pachete-curente.txt

Este preferabil să ștergeți marcajul „păstrat” al oricărui pachet în această stare, înaintea actualizării. Dacă un pachet esențial care trebuie actualizat este „păstrat”, actualizarea va eșua.

A se reține că aptitude folosește o metodă diferită de a marca pachetele care sunt păstrate față de apt-get și dselect. Puteți identifica pachetele păstrate pentru aptitude cu

# aptitude search "~ahold" | grep "^.h"

Dacă vreți să verificați ce pachete aveți păstrate pentru apt-get, ar trebui să folosiți

# dpkg --get-selections | grep hold

Dacă ați modificat și recompilat un pachet local și nu l-ați redenumit sau nu i-ați atașat o epocă în versiune, trebuie să îl plasați pe „păstrat” pentru a preveni actualizarea sa.

The „hold” package state for apt-get can be changed using:

# echo package_name hold | dpkg --set-selections

Replace hold with install to unset the „hold” state.

Dacă este ceva ce trebui rezolvat, cel mai bine vă asigurați că sources.list încă se referă la lenny după cum este explicat în Secțiune A.2, „Verificarea listei de surse”.

Dacă aveți secțiunea proposed-updates enumerată în fișierul /etc/apt/sources.list, ar fi bine să o ștergeți înainte de a încerca să actualizați sistemul. Aceasta este o măsură de precauție pentru a reduce probabilitatea de apariție a unor conflicte.

Dacă aveți pachete non-Debian pe sistemul dumneavoastră, ar trebui să știți că acestea ar putea fi eliminate în cursul actualizării datorită dependențelor conflictuale. Dacă aceste pachete au fost instalate prin adăugarea unei arhive suplimentare în /etc/apt/sources.list, ar trebui să verificați dacă această arhivă oferă pachete compilate pentru squeeze și să schimbați linia cu sursa corespunzătoare la același moment cu schimbarea surselor pentru pachetele Debian.

Unii utilizatori ar putea avea instalate pe sistemele lor lenny versiuni neoficiale „mai noi” a unor pachete care sunt în Debian. Aceste pachete pot cauza probleme în timpul unei actualizări deoarece pot rezulta în conflicte de fișiere^[7]. Secțiune 4.5, „Probleme posibile în timpul actualizării” are anumite informații despre cum să tratați conflictele de fișiere dacă apar.

Configurația implicită este pregătită pentru instalarea de pe serverele Debian din Internet, însă poate veți dori să modificați /etc/apt/sources.list pentru a utiliza servere alternative, preferabil dintr-un loc apropiat de dumneavoastră, din punct de vedere a rețelei în care vă aflați.

Serverele Debian alternative HTTP sau FTP pot fi găsite la http://www.debian.org/distrib/ftplist (secțiunea „Lista completă a siturilor-oglindă Debian”). Locațiile alternative HTTP sunt în general mai rapide decât cele FTP.

De exemplu, să presupunem că cea mai apropiată locație alternativă Debian este http://mirrors.kernel.org/. Când inspectați această locație cu un navigator de web sau un client de FTP, veți observa că directoarele principale sunt organizate astfel:

http://mirrors.kernel.org/debian/dists/squeeze/main/binary-i386/...
http://mirrors.kernel.org/debian/dists/squeeze/contrib/binary-i386/...

Pentru a utiliza această locație cu apt, trebuie să adăugați această linie la fișierul dumneavoastră sources.list:

deb http://mirrors.kernel.org/debian squeeze main contrib

A se observa faptul că „dists” este adăugat implicit, iar argumentele de după numele versiunii sunt utilizate pentru a expanda calea în directoare multiple.

După ce adăugați noile surse, dezactivați liniile „deb” care existau înainte în sources.list, prin plasarea unui diez (#) la începutul lor.

În loc să folosiți situri-oglindă HTTP sau FTP, ați putea dori să modificați /etc/apt/sources.list pentru a folosi o sursă pe un disc local (poate montat cu NFS).

De exemplu, locația dumneavoastră cu pachete poate fi în /var/ftp/debian/, având directoarele principale astfel:

/var/ftp/debian/dists/squeeze/main/binary-i386/...
/var/ftp/debian/dists/squeeze/contrib/binary-i386/...

Pentru a utiliza această locație cu apt, trebuie să adăugați această linie la fișierul dumneavoastră sources.list:

deb file:/var/ftp/debian squeeze main contrib

A se observa faptul că „dists” este adăugat implicit, iar argumentele de după numele versiunii sunt utilizate pentru a expanda calea în directoare multiple.

După ce adăugați noile surse, dezactivați liniile „deb” care existau înainte în sources.list, prin plasarea unui diez (#) la începutul lor.

Dacă doriți să folosiți doar CD-uri, dezactivați liniile „deb” care existau înainte în sources.list, prin plasarea unui diez (#) la începutul lor.

Asigurați-vă că există o linie în /etc/fstab ce permite montarea CD-ului la locația /cdrom (punctul de montare /cdrom este necesar pentru apt-cdrom). De exemplu, dacă/dev/hdc reprezintă CD-ROM-ul dumneavoastră, /etc/fstab ar trebui să conțină o linie de genul:

/dev/hdc /cdrom auto defaults,noauto,ro 0 0

A se reține că nu trebuie să existe nici un spațiu între cuvintele defaults,noauto,ro din cel de-al patrulea câmp.

Pentru a verifica funcționarea, introduceți un CD și încercați să rulați

# mount /cdrom    # aceasta va monta CD-ul în punctul de montare
# ls -alF /cdrom  # aceasta va afișa directorul rădăcină din CD
# umount /cdrom   # aceasta va demonta CD-ul

Apoi, rulați

# apt-cdrom add

pentru fiecare CD-ROM Debian cu binare pe care îl aveți, pentru a adăuga date despre fiecare CD în baza de date APT.

Este recomandat să utilizați programul /usr/bin/script pentru a înregistra sesiunea de actualizare. În cazul în care intervine vreo problemă veți avea un istoric a ceea ce s-a întâmplat, iar dacă este nevoie, veți putea oferi informații exacte când raportați problema. Pentru a porni înregistrarea, tastați:

# script -t 2>~/actualizare-squeeze.time -a ~/actualizare-squeeze.script

sau similar. Nu puneți fișierul script într-un director temporar cum ar fi /tmp sau /var/tmp (fișiere în aceste directoare ar putea fi șterse în timpul actualizării sau la o repornire).

The typescript will also allow you to review information that has scrolled off-screen. If you are at the system's console, just switch to VT2 (using Alt+F2) and, after logging in, use less -R ~root/upgrade-squeeze.script to view the file.

După terminarea actualizării, puteți opri comanda script tastând exit la prompt.

Dacă ați folosit opțiunea -t a lui script puteți folosi programul scriptreplay pentru a reda întreaga sesiune:

# scriptreplay ~/actualizare-squeeze.time ~/actualizare-squeeze.script

Mai întâi trebuie preluată lista pachetelor disponibile în noua versiune. Aceasta se face cu:

# apt-get update

You have to make sure before upgrading your system that you have sufficient hard disk space when you start the full system upgrade described in Secțiune 4.4.6, „Upgrading the system”. First, any package needed for installation that is fetched from the network is stored in /var/cache/apt/archives (and the partial/ subdirectory, during download), so you must make sure you have enough space on the file system partition that holds /var/ to temporarily download the packages that will be installed in your system. After the download, you will probably need more space in other file system partitions in order to both install upgraded packages (which might contain bigger binaries or more data) and new packages that will be pulled in for the upgrade. If your system does not have sufficient space you might end up with an incomplete upgrade that might be difficult to recover from.

apt-get can show you detailed information of the disk space needed for the installation. Before executing the upgrade, you can see this estimate by running:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX upgraded, XXX newly installed, XXX to remove and XXX not upgraded.
Need to get xx.xMB of archives. 
After this operation, AAAMB of additional disk space will be used.

	Notă
	Rulând această comandă la începutul procedeului de actualizare ar putea genera o eroare, din motive descrise în următoarele secțiuni. În acest caz va trebui să așteptați până ați făcut o actualizare minimală conform Secțiune 4.4.4, „Actualizare minimală de sistem” și ați actualizat nucleul înainte de a rula această comandă pentru a estima spațiul pe disc.

If you do not have enough space for the upgrade, apt-get will warn you with a message like this:

E: You don't have enough free space in /var/cache/apt/archives/.

In this situation, make sure you free up space beforehand. You can:

Țineți cont că pentru a putea șterge pachete în siguranță se recomandă să treceți sources.list înapoi la lenny după cum este descris în Secțiune A.2, „Verificarea listei de surse”.

In some cases, doing the full upgrade (as described below) directly might remove large numbers of packages that you will want to keep. We therefore recommend a two-part upgrade process, first a minimal upgrade to overcome these conflicts, then a full upgrade as described in Secțiune 4.4.6, „Upgrading the system”.

To do this first, run:

# apt-get upgrade

Aceasta are ca efect actualizarea acelor pachete care pot fi actualizate fără ca alte pachete să fie șterse sau instalate.

The minimal system upgrade can also be useful when the system is tight on space and a full upgrade cannot be run due to space constrains.

The udev version in squeeze requires a kernel of version 2.6.26 or newer with the CONFIG_SYSFS_DEPRECATED option disabled and the CONFIG_INOTIFY_USER and CONFIG_SIGNALFD options enabled. Because the standard Debian kernels in lenny (version 2.6.26) have CONFIG_SYSFS_DEPRECATED enabled, and the udev version in lenny will not provide all the functionality expected by the latest kernels, special care must be taken when upgrading to avoid putting your system in an unbootable state.

Booting the 2.6.26 kernel from lenny with the udev from squeeze may result in a failure to correctly assign names to network devices, and will also fail to apply certain additional permissions to block devices (such as access by the disk group). The software itself will appear to be working, but some rules (for example, network-based rules) will not be loaded properly. It is therefore strongly recommended that you upgrade the kernel on its own at this point, to ensure a compatible kernel is available before upgrading udev.

Pentru a începe această actualizare de nucleu, executați:

# apt-get install linux-image-2.6-flavor

A se vedea Secțiune 4.6.1, „Instalarea meta-pachetului de nucleu” pentru a vă ajuta să decideți care variantă de pachet de nucleu ar trebui să instalați.

Users of the grub bootloader should make sure that update-grub is run as part of the kernel upgrade, or run it manually.

Immediately after upgrading the kernel, you should also install the new udev to minimize the risk of other incompatibilities caused by using the old udev with a new kernel ^[8]. You can do this by running:

# apt-get install udev

Once you have upgraded both the kernel and udev the system should be rebooted.

Once you have taken the previous steps, you are now ready to continue with the main part of the upgrade. Execute:

# apt-get dist-upgrade

	Notă
	The upgrade process for other releases recommended the use of aptitude for the upgrade. This tool is not recommended for upgrades from lenny to squeeze.

Aceasta va efectua o actualizare completă a sistemului, și anume, va instala cele mai noi versiuni disponibile ale tuturor pachetelor și va rezolva toate posibilele schimbări de dependențe dintre pachetele din diferitele versiuni. Dacă este necesar, va instala câteva pachete noi (de obicei, versiuni de biblioteci mai noi sau pachete redenumite) și va elimina orice pachete depășite care sunt în conflict.

Când actualizați de pe un set de CD-uri (sau DVD-uri), vi se va cere să introduceți anumite CD-uri la diverse momente în timpul actualizării. S-ar putea să trebuiască să introduceți de mai multe ori același CD, datorită pachetelor interdependente dispersate pe mai multe CD-uri.

New versions of currently installed packages that cannot be upgraded without changing the install status of another package will be left at their current version (displayed as „held back”). This can be resolved by either using aptitude to choose these packages for installation or by trying apt-get -f install package.

Support for cryptoloop has been dropped from the Linux kernel packages included in Debian 6.0. Existing installations using cryptoloop need to be transitioned to dm-crypt before the upgrade.

The upgrade process to squeeze might ask for removal of packages in the system. The precise list of packages will vary depending on the set of packages that you have installed. These release notes give general advice on these removals, but if in doubt, it is recommended that you examine the package removals proposed by each method before proceeding.

Some common packages that are expected to be removed include: autofs (replaced by autofs5), dhcp3 (replaced by isc-dhcp), madwifi-source, python-setuptools and python2.4 (replaced by python2.6). For more information about packages obsoleted in squeeze, see Secțiune 4.10, „Pachete învechite”.

Dacă o operație ce utilizează aptitude, apt-get sau dpkg eșuează cu eroarea

E: Dynamic MMap ran out of room

înseamnă că spațiul de stocare temporară implicit este insuficient. Puteți rezolva această problemă fie prin eliminarea sau comentarea liniilor de care nu aveți nevoie din /etc/apt/sources.list, fie prin mărirea dimensiunii spațiului de stocare temporară. Dimensiunea acestuia poate fi mărită prin opțiunea de configurare APT::Cache-Limit în /etc/apt/apt.conf. Următoarea comandă va configura o valoare suficientă pentru actualizare:

# echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf

Aceasta presupune că nu aveți configurată în prealabil o valoare pentru această variabilă.

Sometimes it's necessary to enable the APT::Force-LoopBreak option in APT to be able to temporarily remove an essential package due to a Conflicts/Pre-Depends loop. apt-get will alert you of this and abort the upgrade. You can work around this by specifying the option -o APT::Force-LoopBreak=1 on the apt-get command line.

It is possible that a system's dependency structure can be so corrupt as to require manual intervention. Usually this means using apt-get or

# dpkg --remove nume_pachet

pentru a elimina pachetele problemă, sau

# apt-get -f install
# dpkg --configure --pending

În cazuri extreme s-ar putea să fie nevoie să forțați o reinstalare cu o comandă cum ar fi

# dpkg --install /cale/către/nume_pachet.deb

Dacă actualizați de la un sistem lenny „pur” nu ar trebui să apară conflicte de fișiere, însă acestea pot interveni dacă aveți pachete neoficiale de tip backport. Un conflict de fișiere poate rezulta într-o eroare de genul:

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>

Puteți încerca să rezolvați un conflict de fișiere prin eliminarea forțată a pachetelor menționate în ultima linie a mesajului de eroare:

# dpkg -r --force-depends nume_pachet

After fixing things up, you should be able to resume the upgrade by repeating the previously described apt-get commands.

During the upgrade, you will be asked questions regarding the configuration or re-configuration of several packages. When you are asked if any file in the /etc/init.d directory, or the /etc/manpath.config file should be replaced by the package maintainer's version, it's usually necessary to answer `yes' to ensure system consistency. You can always revert to the old versions, since they will be saved with a .dpkg-old extension.

Dacă nu știți sigur ce să faceți, scrieți numele pachetului sau fișierului și amânați rezolvarea problemelor pentru mai târziu. Puteți căuta în fișierul script informația afișată în timpul actualizării.

If you are running the upgrade using the system's local console you might find that at some points during the upgrade the console is shifted over to a different view and you lose visibility of the upgrade process. For example, this will happen in desktop systems when gdm is restarted.

To recover the console where the upgrade was running you will have to use Ctrl+Alt+F1 to switch back to the virtual terminal 1 if in the graphical startup screen or use Alt+F1 if in the local text-mode console. Replace F1 with the function key with the same number of the virtual terminal the upgrade was running in. You can also use Alt+Left Arrow or Alt+Right Arrow to switch between the different text-mode terminals.

In most cases, packages should upgrade smoothly between lenny and squeeze. There are a small number of cases where some intervention may be required, either before or during the upgrade; these are detailed below on a per-package basis.

Atunci când actualizați (folosind dist-upgrade) de la lenny la squeeze, este indicat să instalați meta-pachetul linux-image-2.6-*. Acest pachet poate fi instalat automat prin procesul de actualizare a distribuției. Puteți verifica acest lucru rulând comanda:

# dpkg -l "linux-image*" | grep ^ii

Dacă această comandă nu afișează nimic, atunci va trebui să instalați manual un pachet linux-image nou. Pentru a vedea o listă cu meta-pachetele linux-image-2.6 disponibile, rulați comanda:

# apt-cache search linux-image-2.6- | grep -v transition

If you are unsure about which package to select, run uname -r and look for a package with a similar name. For example, if you see '2.6.26-2-686', it is recommended that you install linux-image-2.6-686. You may also use apt-cache to see a long description of each package in order to help choose the best one available. For example:

# apt-cache show linux-image-2.6-686

You should then use apt-get install to install it. Once this new kernel is installed you should reboot at the next available opportunity to get the benefits provided by the new kernel version.

For the more adventurous there is an easy way to compile your own custom kernel on Debian GNU/Linux. Install the kernel-package tool and read the documentation in /usr/share/doc/kernel-package. Alternatively, you can also use the kernel sources, provided in the linux-source-2.6 package. You can make use of the deb-pkg target available in the sources' makefile for building a binary package. There are some differences in these two approaches, please consult the respective package's documentation.

Dacă este posibil, ar fi spre avantajul dumneavoastră să înnoiți pachetul cu nucleul separat de procedura de dist-upgrade pentru a reduce șansele de a avea temporar probleme la inițializarea sistemului. A se reține că aceasta ar trebui să se facă doar după înnoirea minimală descrisă în Secțiune 4.4.4, „Actualizare minimală de sistem”.

In lenny and later, a new kernel mechanism for hardware discovery may change the order in which devices are discovered on your system on each boot, affecting the device names assigned to them. For example, if you have two network adapters that are associated with two different drivers, the devices eth0 and eth1 refer to may be swapped.

For network devices, this reordering is normally avoided by the definitions at /etc/udev/rules.d/70-persistent-net.rules for udev. Since these rules were already in place in lenny, no additional action should be required when upgrading to squeeze to get the benefit of stable network device names. Please note, however, that this udev mechanism means that a given network device name is tied to a particular piece of hardware; if you, for instance, exchange ethernet adapters in a deployed squeeze system, the new adapter will get a new interface name instead of using the existing one. To reuse an existing device name for new hardware, you will need to delete the associated entry from /etc/udev/rules.d/70-persistent-net.rules.

For storage devices, you may be able to avoid this reordering by using initramfs-tools and configuring it to load storage device driver modules in the same order they are currently loaded. However, in light of other changes to the storage subsystem of the Linux kernel as described at Secțiune 5.1.1, „Migration of disk drivers from IDE to PATA subsystem”, this is usually not worth the effort and it is recommended instead to use device names that are guaranteed to be stable over time, such as the UUID aliases ^[9] in the /dev/disk/by-uuid/ directory or LVM device names in /dev/mapper/.

Dacă un initrd creat cu initramfs-tools este folosit pentru a inițializa sistemul, în unele cazuri crearea fișierelor-dispozitiv de către udev poate avea loc prea târziu pentru ca scripturile de inițializare să le poată utiliza.

Comportamentul distinctiv este că inițializarea eșuează din cauza că sistemul de fișirere rădăcină nu poate fi montat și un interpretor de comenzi pentru depanare este lansat. Dar dacă verificați mai târziu veți găsi toate fișierele dispozitiv se află în /dev. Aceasta s-a observat în cazurile în care sistemul de fișiere rădăcină se află pe un disc USB sau RAID mai ales dacă este folosit LILO.

O soluție alternativă pentru această problemă este folosirea parametrului de inițializare rootdelay=9. Valoarea pentru limita de timp (în secunde) poate necesita ajustare.

One can avoid this problem entirely by using an identifier for the root filesystem that does not change from one boot to the next. There are two possible methods for doing this - labeling the filesystem, or using the filesystem's universally unique identifier (UUID). These methods are supported in Debian since the etch release.

Ambele metode au avantaje și dezavantaje. Etichetarea este mai lizibilă dar poate fi o sursă de probleme dacă un alt sistem de fișiere are aceeași etichetă. Metoda cu UUID nu este la fel de lizibilă dar este mult mai puțin probabilă coliziunea identificatorilor UUID.

În exemplele de mai jos vom presupune că sistemul de fișiere rădăcină este pe /dev/hda6. De asemenea, vom presupune că udev funcționează corect pe sistemul dumneavoastră.

Pentru implementarea soluției cu etichetă:

Pentru implementarea soluției cu UUID:

During the upgrade, you will normally have been offered the option to "chainload" GRUB 2: that is, to keep GRUB Legacy as the primary boot loader but to add an option to it to load GRUB 2 and then start your Debian GNU/Linux system from that. This allows you to verify that GRUB 2 works on your system before committing to use it permanently.

Once you have confirmed that GRUB 2 works, you should switch to using it properly: the chainloading setup is only intended to be used temporarily. You can do this by running upgrade-from-grub-legacy.

The GRUB Manual has more information on the changes between GRUB Legacy and GRUB 2, some of which may require changes to complex configurations. If you have not modified your boot loader configuration, you should not need to do anything further.

Anumite pachete din lenny au fost împărțite în mai multe pachete în squeeze, deseori pentru a îmbunătăți mentenabilitatea sistemului. Pentru a ușura actualizarea în aceste cazuri, squeeze oferă pachete „marionetă”: pachete goale care au același nume ca versiunea din lenny cu dependențe ce cauzează instalarea pachetelor noi. Aceste pachete „marionetă” sunt considerate depășite și, după actualizare, pot fi dezinstalate fără probleme.

Most (but not all) dummy packages' descriptions indicate their purpose. Package descriptions for dummy packages are not uniform, however, so you might also find deborphan with the --guess-* options (e.g. --guess-dummy) useful to detect them in your system. Note that some dummy packages are not intended to be removed after an upgrade but are, instead, used to keep track of the current available version of a program over time.