Abans de l'actualització del vostre sistema, és molt recomanable que feu una còpia de seguretat, o al menys copieu les dades relatives a la configuració que no es podeu permetre de perdre. Les eines i el procés de configuració són prou segurs, però una fallada del maquinari en mig d'una actualització pot deixar-vos un sistema greument danyat.

Les principals coses les que heu de fer còpia són els continguts d'/etc, /var/lib/dpkg, /var/lib/aptitude/pkgstates i la eixida de dpkg --get-selections "*" (les cometes són importants.).

El procés en si no modifica cap dels directoris /home. Per altre costat, algunes aplicacions (p.ex. algunes aplicacions del conjunt de programes de Mozilla i dels entorns d'escriptori de GNOME i KDE) es sap que sobreescriuen les que ja hi ha amb nous valors per defecte quan s'inicia una nova versió de l'aplicació la primera vegada per cada usuari. Com a precaució, pot ser voleu fer una còpia de seguretat dels fitxers ocults i els directoris (“dotfiles”) als directoris home dels usuaris. Esta còpia us pot ajudar a recuperar o recrear la antiga configuració. Hauríeu d'informar els usuaris dels canvis.

Qualsevol operació d'instal·lació de paquets s'ha de fer amb privilegis de superusuari, per tant, o bé entreu com a root, o utilitzeu su o sudo per aconseguir els drets d'accés necessaris.

L'actualització té unes quantes condicions prèvies que hauríeu de comprovar abans d'iniciar l'actualització.

És desitjable que informeu a tots els usuaris per avançat abans de fer les actualitzacions que esteu plantejant, encara que els usuaris que accedeixen al vostre sistema amb una connexió ssh hauria de notar-ho un poc a l'actualització, i haurien de ser capaços de continuar treballant.

Si voleu agafar precaucions extra, feu una còpia o desmunteu la partició /home abans d'actualitzar.

Probablement haureu de fer una actualització del nucli quan actualitzeu a squeeze, per tant serà necessari tornar a iniciar. Típicament, es farà després de completar l'actualització.

Degut als molts canvis que hi ha entre els nuclis d'lenny i de squeeze respecte a controladors, cerca de nou maquinari i a l'ordenació i el nom rebut pels fitxers de dispositiu, hi ha un risc real que tingueu problemes al tornar a iniciar el vostre sistema desprès de l'actualització. S'han documentat molts problemes en potència en aquest capítol i en els següents de estes notes de llançament.

Per este motiu té sentit assegurar-se que sereu capaços de recuperar si el vostre sistema falla a l'arrencar, o a sistemes gestionats remotament si fallen en alçar la xarxa.

Si esteu actualitzant de forma remota amb una connexió ssh, és molt recomanable que agafeu les precaucions necessàries per ser capaços d'accedir al servidor a través d'un terminal sèrie remot. Hi ha la possibilitat que després d'actualitzar el nucli i de tornar a iniciar, alguns dels dispositius hagen canviat de nom (tal i com es descriu a Secció 4.6.2, “Reordenació de l'enumeració dels dispositius” ) i haureu de corregir la configuració del sistema amb una consola local. També, si els sistema s'ha tornat a iniciar accidentalment a mitjan actualització, pot ser que necessiteu recuperar-vos utilitzant una consola local.

La primera opció òbvia a intentar és tornar a iniciar amb el nucli antic. Però, per diferents motius documentats per tot arreu en este document, no està garantit que funcione.

Si això falla, necessitareu un mètode alternatiu per arrancar el vostre sistema per poder accedir-ne i reparar-lo. Una opció és utilitzar una imatge especial de rescat o un Linux live CD. Desprès de tornar a iniciar-ho, hauríeu de ser capaços de muntar el vostres sistema arrel i fer un chroot en ell per investigar i corregir el problema.

Un altra opció que ens agradaria recomanar és utilitzar el mode de rescat de l'instal·lador de Debian squeeze. La principal avantatja d'utilitzar l'instal·lador és que podeu triar entre els seus modes d'instal·lació el que millor s'ajuste a la vostra situació. Per obtenir més informació, consulteu la secció “Recuperació d'un sistema trencat” al capítol 8 de la guia d'instal·lació i les FAQ de l'instal·lador de Debian.

L'actualització de la distribució s'hauria de fer o bé localment amb una consola virtual en mode text (o directament connectat amb una terminal sèrie), o remotament amb un enllaç ssh.

Per obtenir un marge de seguretat addicional quan s'actualitza remotament, suggerim que feu el procés d'actualització en la consola virtual que proporciona l'ordre screen, que facilita una reconnexió segura i assegura que el procés d'actualització no s'interromp inclòs si falla el procés de connexió remota.

	Important
	No hauríeu d'actualitzar utilitzant telnet, rlogin, rsh, o des d'una sessió X controlada per l'xdm, gdm o kdm etc. a la màquina que esteu actualitzant. Açò és perquè estos serveis s'aturaran a l'actualització, el que pot resultar en un sistema inaccessible que es troba a mig actualitzar.

Els usuaris que utilitzen el carregador d'arrancadaLILO haurien de fixar-se que ara els paràmetres per defecte de l'initramfs-tools genera un initramfs que és massa gran per poder-se carregar amb LILO. Estos usuaris haurien de canviar a grub, o editar el fitxer /etc/initramfs-tools/initramfs.conf, canviant la línia

MODULES=most

per

MODULES=dep

Adoneu-vos, que, açò farà que el vostre initramfs-tools s'instal·le a l'initramfs els mòduls necessaris pel maquinari en concret en el que s'executarà. Si voleu generar un mitjà d'arrancada que funcione a maquinaris diferents de la vostra màquina en la que el genereu, necessitareu deixar la línia

MODULES=most

i assegurar-vos que no utilitzeu el LILO.

En altres casos, l'ús d'apt-get per instal·lar paquets en comptes d'aptitude podria fer que l'aptitude considere un paquet com “unused” i el marque per esborrar-lo. En general, hauríeu d'assegurar-vos que el sistema està totalment actualitzat i “net” abans de continuar amb l'actualització.

Per este motiu hauríeu de revisar si hi ha accions pendents al gestor de paquets aptitude. Si un paquet està marcat per esborrar o actualitzar al gestor de paquets, podria afectar negativament el procediment d'actualització. Adoneu-vos que corregir açò tan sols es possible si el vostre sources.list encara apunta a lenny; i no a stable o squeeze; mireu Secció A.2, “Comprovació de la llista d'origens”.

Per fer-ho, llanceu l'aptitude en “mode visual” i prémeu g (“Go”). Si mostra alguna acció, hauríeu de revisar-la i o bé corregir-la o implementar les accions suggerides. Si no es suggereix cap acció voreu un missatge que dirà “No hi ha cap paquet marcat per instal·lar, esborrar o actualitzar”.

Si heu configurat l'APT per que instal·le alguns paquets d'altra distribució que no siga stable (per exemple testing), haureu de canviar la vostra configuració de pinning d'APT (que es troba a /etc/apt/preferences) per permetre l'actualització dels paquets a les versions del nou llançament estable. Podeu trobar més informació del pinning d'APT a apt_preferences(5).

En relació al mètode utilitzat per actualitzar, es recomana que comproveu primer l'estat de tots els paquets, i que comproveu que tots els paquets estan en un estat actualitzable. L'ordre següent mostrarà quins paquets tenen un estat de mig-instal·lat o fallada-de-configuració, i aquells que tenen un estat d'error.

# dpkg --audit

Podeu inspeccionar l'estat de tots els paquets del vostre sistema utilitzant dselect, aptitude, o amb ordres de l'estil

# dpkg -l | pager

o

# dpkg --get-selections "*" > ~/curr-pkgs.txt

Seria desitjable que esborréssiu qualsevol paquet mantingut. Si qualsevol paquet essencial per l'actualització es troba mantingut, l'actualització fallarà.

Adoneu-vos que l'aptitude utilitza un mètode diferent pel registre dels paquets que estan mantinguts que l'apt-get i que dselect. Podeu identificar els paquets mantinguts per l'aptitude amb

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

Si voleu comprovar quins paquets estan mantinguts per l'apt-get, hauríeu d'utilitzar

# dpkg --get-selections | grep hold

Si heu canviat i tornat a compilat un paquet de forma local, i no l'heu reanomenat o li heu canviat una era en la versió, haureu de mantenir-lo per prevenir que s'actualitze.

Es pot canviar l'estat “mantingut” d'un paquet per l'aptitude utilitzant:

# aptitude hold nom_del_paquet

Reemplaceu el hold amb unhold per canviar l'estat “hold”.

Si hi ha alguna cosa per corregir, és molt millor assegurar-se que el sources.list encara apunta a lenny tal i com s'explica a Secció A.2, “Comprovació de la llista d'origens”.

Si teniu al vostre fitxer /etc/apt/sources.list la secció proposed-updates, hauríeu d'esborrar-la d'eixe fitxer abans d'intentar l'actualització del vostre sistema. Esta es una precacució per reduir la probabilitat de conflictes.

Si teniu algun paquet que no és de Debian al vostre sistema, hauríeu d'anar en compte ja que podrien esborrar-se a l'actualització degut a alguna dependència conflictiva. Si estos paquets es van instal·lar afegint un arxiu extra al vostre /etc/apt/sources.list, hauríeu de comprovar si eixe arxiu també ofereix paquets compilats per squeeze i canviar la línia d'origen d'acord amb els vostres origens dels paquets de Debian.

Alguns usuaris han fet un backport no oficial amb versions “més noves” de paquets que els que estan instal·lats en Debian al seu sistema lenny. Estos paquets tenen més possibilitats de causar problemes a l'actualització ja que poden entrar en conflicte^[3]. A la Secció 4.5.8, “Possibles problemes amb l'actualització” hi ha informació de com actuar amb fitxers que tenen conflictes, si algun apareguera.

La configuració per defecte està feta per instal·lar des dels principals servidors de Debian a Internet, però pot ser hauríeu de modificar l'/etc/apt/sources.list per a què utilitze altres rèpliques, preferiblement una rèplica que estiga més propera en termes de xarxa a vosaltres.

Les adreces de les rèpliques HTTP o FTP les pots trobar a http://www.debian.org/distrib/ftplist (mireu a la secció “llista de rèpliques de Debian”). Les rèpliques HTTP normalment són més ràpides que les FTP.

Per exemple, suposeu que la vostra rèplica de Debian és http://mirrors.kernel.org. Quan visiteu eixa rèplica amb un navegador web o amb un programari d'FTP, voreu que els directoris principals estan organitzats així:

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

Per utilitzar esta rèplica amb apt, afegiu esta línia al vostre fitxer sources.list:

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

Adoneu-vos que el `dists' s'afegeix de forma implícita, i que els arguments després del nom del llançament s'utilitzen per completar el camí pels múltiples directoris.

A l'afegir els vostres nous origens pel programari, inhabiliteu les línies “deb” que ja teníeu al sources.list posant un comodí (#) al davant d'elles.

En comptes d'utilitzar una rèplica de paquets HTTP o FTP, hauríeu de voler modificar el /etc/apt/sources.list per utilitzar una rèplica a un disc local (possiblement muntat per NFS).

Per exemple, la vostra rèplica de paquets podria ser a /var/ftp/debian/, i tenir els directoris principals de l'estil:

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

Per fer-ho amb l'apt, afegiu esta línia al vostre fitxer sources.list:

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

Adoneu-vos que el `dists' s'afegeix de forma implícita, i que els arguments desprès del nom s'ha utilitzat per completar la ruta al tots els directoris.

Desprès d'afegir el vostres nous origens de programari, inhabiliteu les línies “deb” que ja havia al sources.list afegint un comodí (#) al davant.

Si tan sols voleu utilitzar CD, elimineu els comentaris de les línies “deb” a l'/etc/apt/sources.list posant un comodí davant d'elles (#).

Assegureu-vos que hi ha una línia /etc/fstab que activa el muntatge de les unitats de CD-ROM al punt de muntatge /cdrom (es necessita el punt de muntatge exacte /cdrom per l'ordre apt-cdrom). Per exemple, si la vostra unitat de CD-ROM és /dev/hdc, el /etc/fstab hauria de contenir una línia de l'estil:

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

Adoneu-vos que no hauria d'haver espais entre les paraules defaults,noauto,ro al quart camp.

Per comprovar que funciona, inseriu un CD i proveu d'executar

# mount /cdrom    # açò muntarà el CD al punt de muntatge
# ls -alF /cdrom  # açò hauria de mostrar el directori arrel del CD
# umount /cdrom   # açò desmuntarà el cdrom

La pròxima vegada, executeu:

# apt-cdrom add

per cada CD-ROM de Debian amb binaris que tingueu, per afegir les dades de cada CD a la base de dades d'APT.

És molt recomanable que utilitzeu l'ordre /usr/bin/script per desar una transcripció de la sessió d'actualització. Quan aparega un problema, haureu de tenir un registre del que ha passat, i si fera falta, podríeu donar informació exacta en un informe d'error. Per iniciar el desat, escriviu:

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

o alguna cosa semblant. No poseu el fitxer typescript a un directori temporal com el /tmp o /var/tmp (els fitxers d'estos directoris s'esborraran a l'actualització o al tornar a iniciar).

El typescript també us permetrà que reviseu la informació que ha quedat fora de la pantalla pel desplaçament. Canvieu a VT2 (amb Alt+F2) i, després d'entrar, utilitzeu less -R ~root/upgrade-squeeze.script per vore el fitxer.

Després de completar l'actualització, podeu detenir l'script escrivint exit a l'indicador.

Si heu utilitzat l'opció -t pel script podreu utilitzar scriptreplay per reproduir la sessió completa:

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

Primer la llista de paquets que hi ha a l'abast s'ha de descarregar. Açò es pot fer executant:

# aptitude update

A la primera execució els nous origens que s'actualitzen imprimiran alguns avisos relacionats amb la disponibilitat dels origens. Estos avisos són inofensius i no apareixeran la pròxima execució de l'ordre.

Heu d'assegurar-vos abans d'actualitzar que el vostre sistema té espai suficient al disc dur quan inicieu l'actualització completa del vostre sistema tal i com es descriu a Secció 4.5.7, “Actualització de la resta del sistema”. Primer, es descarreguen des de la xarxa tots els paquets necessaris per a la instal·lació emmagatzemant-se a /var/cache/apt/archives (i al subdirectori partial/, quan es descarreguen), per tant hauríeu d'assegurar-vos que disposeu de suficient espai en disc al sistema de fitxers que conté el vostre /var/ per descarregar temporalment els paquets que s'instal·laran al vostre sistema. Després de la descàrrega, necessitareu probablement més espai a altres particions amb sistemes de fitxers per instal·lar tant els paquets actualitzats (que podrien contenir binaris més grans o més dades) com els nous que entraran a l'actualització. Si el vostre sistema no té prou espai, podríeu acabar amb una actualització incompleta de la que podria ser difícil recuperar-se.

Tant l'aptitude com l'apt us mostrarà informació detallada de l'espai en disc necessari per la instal·lació. Abans de continuar amb l'actualització, ho podeu estimar executant:

# aptitude -y -s -f --with-recommends dist-upgrade
[ ... ]
XXX actualitzats, XXX nous a instal·lar, XXX a suprimir i XXX no actualitzats.
Es necessita obtenir xx.xMB/yyyMB d'arxius. Després d'aquesta operació s'empraran 
AAAMB d'espai en disc addicional.
Voleu descarregar/instal·lar/esborrar els paquets?

Nota

Si executeu esta ordre a l'inici del procés d'actualització podria donar un error, per les raons que es descriuen a les següents seccions. En este cas necessitareu esperar a haver acabat una actualització mínima del sistema com contem a Secció 4.5.6, “Actualització mínima del sistema” i actualitzar el nucli com es descriu a Secció 4.1.1.1, “Assegureu-vos de tenir un nucli adequat” abans d'executar esta ordre per estimar l'espai en disc.

Si no disposeu de suficient espai per l'actualització, assegureu-vos d'alliberar espai primer. Podeu:

Adoneu-vos que per esborrar paquets de forma segura, és aconsellable canviar el vostre sources.list a lenny tal i com es descriu a la Secció A.2, “Comprovació de la llista d'origens”.

Alguns informes d'error han mostrat que les versions d'aptitude i apt a etch sovint no poden gestionar l'actualització a squeeze. A squeeze, l'apt tracta millor cadenes de paquets que necessiten una configuració immediata i aptitude és més intel·litgent en la cerca de solucions per satisfer les dependències. Estes dos característiques estan molt a dins del dist-upgrade a squeeze, així que s'hauran d'actualitzar estos dos paquets abans d'actualitzar qualsevol altra cosa. Per apt, executeu:

# apt-get install apt

i per a aptitude (si el teniu instal·lat) executeu:

# aptitude install aptitude

Este pas automàticament actualitzarà libc6 i locales i introduirà les biblioteques de suport per SELinux (libselinux1). En este punt, alguns serveis que estan en execució, es tornaran a iniciaran, incloent l'xdm, gdm i kdm. Per tant, les sessions d'X11 locals es desconnectaran.

aptitude manté la llista de paquets que s'han instal·lat automàticament (per exemple, com a dependència d'altre paquet). A squeeze, apt també té esta característica.

La primera vegada que s'execute a squeeze l'aptitude llegirà la seua llista de paquets automàticament instal·lats i la convertirà per utilitzar-la a la versió d'apt de squeeze. Si teniu instal·lat l'aptitude al menys hauríeu de executar una vegada l'aptitude per fer la conversió. Una forma de fer-ho és fer una cerca per un paquet no existent:

# aptitude search "?false"

Com a conseqüència d'alguns conflictes entre paquets necessaris entre lenny i squeeze, l'execució directa de aptitude dist-upgrade sovint esborrarà un gran nombre de paquets que pot ser voleu mantenir. Per tant recomanem un procés d'actualització en dos fases, primer una actualització mínima per prevenir estos conflictes i després un dist-upgrade complet.

Primer, executeu:

# aptitude safe-upgrade

Açò tindrà l'efecte de que s'actualitzen els paquets que no necessiten d'esborrar o instal·lar altres paquets per fer la seva actualització.

El pròxim pas dependrà del conjunt de paquets que tingueu instal·lats. Estes notes de llançament donen conselles generals de quin mètode es podria utilitzar, però si hi ha dubte, es recomana que examineu la llista de paquets que es proposen per esborrar a cadascun dels mètodes.

Alguns dels paquets que és normal que s'incloguen per esborrar són base-config, hotplug, xlibs, netkit-inetd, python2.3, xfree86-common, i xserver-common. Per vore mes informació dels paquets obsolets per squeeze, vegeu la Secció 4.10, “Paquets obsolets”.

Podeu ara continuar amb la part principal de l'actualització. Executeu:

# aptitude dist-upgrade

Açò farà una actualització completa del sistema, es a dir instal·larà les versions noves de tots els paquets, i resoldrà tots els canvis possibles en les dependències entre els paquets dels diferents llançaments. Si és necessari, instal·larà alguns nous paquets (normalment versions noves de biblioteques, o paquets que han canviat de nom), i esborrarà qualsevol paquet obsolet que entre en conflicte.

Quan s'actualitza des d'un conjunt de CD-ROM (o DVDs), es demanarà que inseriu els CDs específics a diferents punts de l'actualització. Podríeu haver d'inserir més d'una vegada el mateix CD, açò es deu a que hi ha paquets relacionats que estan dispersos als diferents CD.

Les noves versions dels paquets actualment instal·lats que no es poden actualitzar sense canviar l'estat d'instal·lació d'altre paquet es deixaran en la seua versió actual (que es mostrarà com “held back”). Açò es pot resoldre utilitzant aptitude per que trie estos paquets per instal·lar-los o provant aptitude -f install package.

A una operació on s'utilitza aptitude, apt-get, o dpkg pot fallar amb l'error

E: Dynamic MMap ran out of room

l'espai de memòria cau per defecte és insuficient. Podeu resoldre-ho esborrant o comentant les línies que no necessiteu al vostre /etc/apt/sources.list o bé incrementant la mida de la memòria cau. Podeu incrementar la mida de la memòria cau fixant APT::Cache-Limit a l'/etc/apt/apt.conf. L'ordre següent fixarà a un valor que hauria de ser suficient per l'actualització:

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

Açò dona per suposat que no teniu esta variable fixada en eixe fitxer.

De vegades no fa falta activar l'opció d'APT APT::Force-LoopBreak per permetre de forma temporal paquets essencials per problemes de conflictes/pre-dependències circulars. L'aptitude us avisarà i avortarà l'actualització. Podeu treballar al voltant d'açò especificant l'opció -o APT::Force-LoopBreak=1 a la línia d'ordres d'aptitude.

És possible que l'estructura de les dependències del sistema estiga corrupta i que necessite una intervenció manual. Normalment es tradueix en utilitzar aptitude o

# dpkg --remove nom_del_paquet

per eliminar alguns dels paquets que molesten, o

# aptitude -f install
# dpkg --configure --pending

En alguns casos extrems haureu de forçar la reinstal·lació amb una ordre de l'estil

# dpkg --install /path/to/package_name.deb

Els conflictes de fitxers no haurien d'aparèixer si actualitzeu una lenny “pura”, però poden aparèixer si teniu backports no oficials instal·lats. Un conflicte de fitxers provocarà un error de l'estil:

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>

Podeu provar de resoldre un conflicte de fitxers esborrant forçosament el paquet al que es refereix a la línia del missatge d'error:

# dpkg -r --force-depends package_name

Després de corregir les coses, hauríeu de ser capaços de continuar amb l'actualització repetint les ordres descrites anteriorment de l'aptitude.

A l'actualització, us faran algunes preguntes relatives a la configuració o a la reconfiguració d'alguns paquets. Quan us pregunten si algun fitxer als directoris /etc/init.d o /etc/terminfo, o que el fitxer /etc/manpath.config s'ha de substituir per la versió del mantenidor del paquet, normalment s'ha de contestar `sí' per assegurar la consistència del sistema. Sempre podeu tornar a la versió anterior, ja que es desaran amb l'extensió .dpkg-old.

Si no esteu segurs de que fer, escriviu el nom del paquet o el fitxer i ordeneu les coses a un moment posterior. Podeu cercar al fitxer typescript per revisar la informació que hi havia a la pantalla en el moment de l'actualització.

Quan feu l'actualització completa d'lenny a squeeze, és molt recomanable que instal·leu un nou metapaquet del nucli linux-image-2.6-*. Este paquet s'instal·larà automàticament al procés d'actualització completa (dist-upgrade). Ho podeu verificar executant:

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

Si no vegeu cap eixida, aleshores necessitareu instal·lar un paquet linux-image nou manualment. Per vore la llista de metapaquets linux-image-2.6 a l'abast, executeu:

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

Si no esteu segurs de quin paquet triar, executeu uname -r i busqueu un paquet amb un nom semblant. Per exemple, si vegeu '2.6.18-6-686', el recomanat serà que instal·leu el linux-image-2.6-686. (Adoneu-vos que el gust k7 ja no existeix; si esteu utilitzant el gust del nucli k7, hauríeu d'instal·lar de forma alternativa el gust 686.) També podeu utilitzar l'apt-cache per vore una descripció més completa de cada paquet per triar la millor que hi ha disponible. Per exemple:

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

Hauríeu d'utilitzar aptitude install per instal·lar-lo. Una vegada tingueu el nou nucli instal·lat hauríeu de tornar a iniciar a la pròxima vegada que tingueu oportunitat per obtenir els beneficis que proporciona la nova versió del nucli.

Pels més atrevits hi ha una forma fàcil de compilar el vostre nucli personalitzat a on Debian GNU/Linux. Instal·leu l'eina kernel-package i llegiu la documentació que hi ha a /usr/share/doc/kernel-package.

És possible i és el vostre avantatge actualitzar el paquet de nucli de forma separada del dist-upgrade per reduir les ocasiones de tenir un sistema que temporalment no es puga arrancar. Adoneu-vos que açò tan sols s'hauria de fer després del procés d'actualització mínima que es descriu a la Secció 4.5.6, “Actualització mínima del sistema”.

squeeze té com a característica un mecanisme més robust per la detecció del maquinari que els llançament anteriors. Però, açò pot provocar canvis en l'ordre en que es descobreixen els dispositius al vostres sistema, afectant l'ordre en el qual s'assignen els noms de dispositius. Per exemple, si teniu dos adaptadors de xarxa que estan associats a dos controladors diferents, els dispositius els que poden apuntar eth0 i eth1 poden vores canviats. Per favor, adoneu-vos que el nou mecanisme implica que si per exemple canvieu els dispositius ethernet a un sistema que executa squeeze, el nou adapatador agafarà un nou nom per la seua interfície.

Pels dispositius de xarxa, podeu evitar este canvi en l'ordenació utilitzant les regles d'udev, més específicament, a través de les definicions que hi ha a /etc/udev/rules.d/70-persistent-net.rules^[4]. De forma alternativa, podeu utilitzar la utilitat ifrename per associar els dispositius físics a noms específics en el moment de l'arrancada. Vegeu ifrename(8) i iftab(5) per obtenir més informació. Les dos alternatives (udev i ifrename) no s'haurien d'utilitzar al mateix temps.

Pels dispositius d'emmagatzemament, podeu també evitar este reordenament utilitzant initramfs-tools i configurant-lo per a que carregue els mòduls controladors del dispositiu en el mateix ordre que s'estan carregant en l'actualitat. Per fer-ho, identifiqueu l'ordre en que es van carregar els mòduls d'emmagatzemament en el vostre sistema mirant l'eixida de l'lsmod. L'lsmod mostra la llista de mòduls en l'ordre invers al que es van carregar, es a dir el primer mòdul a la llista és l'últim carregat. Adoneu-vos que açò tan sols funcionarà per a dispositius els quals els nuclis enumeren en un ordre estable (com els dispositius PCI).

Per altra banda, esborrar i reordenar els mòduls després de la càrrega inicial afectarà a este ordre. També, el vostre nucli pot tenir alguns dispositius enllaçats estàticament, i estos noms no apareixeran en l'eixida de l'lsmod. Podeu ser capaços de desxifrar estos noms de dispositius i l'ordre de càrrega mirant al /var/log/kern.log, o a l'eixida del dmesg.

Afegiu estos noms de mòduls a l'/etc/initramfs-tools/modules en l'ordre que s'haurien de carregar en el moment de l'arrencada. Alguns noms de mòduls podrien haver canviat des d'lenny a squeeze. Per exemple, el sym53c8xx_2 s'ha convertit en sym53c8xx.

Necessitareu aleshores regenerar les imatge de l'initramfs executant update-initramfs -u -k all.

Quan ja esteu utilitzant un nucli de squeeze i udev, podeu tornar a configurar el vostre sistema per accedir els discs amb un àlies que no depengui de l'ordre d'arrencada. Estos àlies els trobareu a la jerarquia /dev/disk/.

Si un s'utilitza un initrd creat amb l'initramfs-tools per arrancar el sistema, en alguns casos la creació dels fitxers de dispositiu per part de l'udev pot ser massa tard per que els scripts d'arrancada els utilitzen.

Els símptomes són que l'arrancada fallarà ja que el sistema de fitxers arrel no es pot muntar i us llançarà a una línia d'ordres de depuració. Però quan ho comproveu després, tots els dispositius que fan falta ja estan presents a /dev. Açò s'ha observat en casos on el sistema de fitxers arrel està a un disc USB o a un RAID, especialment si s'utilitza LILO.

Una forma d'evitar este problema és utilitzar el paràmetre d'arrancada rootdelay=9. El valor de retard (en segons) es pot ajustar.

Si utilitzeu com a carregador d'arrancada lilo (és el carregador per defecte a algunes instal·lacions d'lenny) és molt recomanable que torneu a executar el lilo després de l'actualització:

# /sbin/lilo

Açò és necessari inclòs si no heu actualitzat el nucli del vostres sistema, ja que que la segon etapa de lilo canviarà degut a l'actualització del paquet.

També, reviseu els continguts del vostre /etc/kernel-img.conf i assegureu-vos que conté do_bootloader = Yes. De esta forma el carregador sempre es tornarà a executar després d'una actualització del nucli.

Si trobeu algun problema quan executeu lilo, reviseu els enllaços simbòlics a / a vmlinuz i a initrd i el contingut del vostres /etc/lilo.conf per trobar discrepàncies.

Si oblideu de tornar a executar el lilo abans de tornar a iniciar o si el vostre sistema s'ha tornat a iniciar accidentalment abans de poder-ho fer manualment, el vostre sistema podria fallar. En comptes de l'indicador de lilo, tan sols voreu LI quan s'arranca el sistema^[5]. Mireu Secció 4.1.3, “Preparar la recuperació” per obtenir informació de com recuperar-se d'este problema.

mdadm necessita un fitxer de configuració per assemblar els arrays MD (RAID) des del ramdisk inicial i a la seqüència d'inicialització del sistema. Assegureu-vos de llegir i seguir les instruccions que trobareu a /usr/share/doc/mdadm/README.upgrading-2.5.3.gz després d'actualitzar el paquet i abans de tornar a iniciar. L'última versió d'este fitxer la podeu trobar a http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/README.upgrading-2.5.3?op=file; consulteu-ho en cas de patir algun problema.

Podem evitar este problema completament utilitzant un identificador pel sistema de fitxers arrel que no canvie entre una arrancada i la següent. Hi ha dos possibles mètodes per fer-ho - etiquetant el sistema de fitxers, o utilitzant l'identificador únic universal de sistema de fitxers (UUID). Estos mètodes estan suportats a Debian des del llançament d'etch.

Les dos aproximacions tenen avantatges i inconvenients. L'aproximació de l'etiquetat és més llegible, però podríeu tenir més problemes si un altre sistema de fitxers al vostre sistema té la mateixa etiqueta. L'aproximació de l'UUID és més lletja, però tenir un conflicte d'UUIDs és altament improbable.

Als exemples següents assumim que el sistema de fitxers arrel és a /dev/hda6. També assumim que el vostre sistema té una instal·lació d'udev funcionant i un sistema de fitxers ext2 o ext3.

Per implementar l'aproximació per etiquetat:

Per implementar l'aproximació UUID:

Alguns paquets d'lenny s'han dividit en més d'un paquet a squeeze, sovint per millorar el manteniment del sistema. Per facilitar l'actualització en estos casos, squeeze sovint proporciona paquets “dummy”: són paquets buits que tenen el mateix nom que els paquets vells d'lenny amb dependències que fan que s'instal·len els nous paquets. Estos paquets “dummy” es consideren obsolets després de l'actualització i es poden esborrar amb seguretat.

La major part (per no tots) de les descripcions dels paquets dummy indiquen el seu objectiu. Les descripcions dels paquets dummy no són uniformes, així que podríeu també trobar l'opció --guess del deborphan d'utilitat per detectar-los al vostre sistema. Adoneu-vos que alguns paquets dummy no s'intenten esborrar després d'una actualització, és més s'utilitzen per fer un seguiment de la versió actual que hi ha a l'abast d'un programa al llarg del temps.