Antes de actualizar o seu sistema é fortemente recomendado que efectue uma cópia de segurança total, ou que pelo menos salvaguarde quaisquer dados ou informações de configuração a que não se pode dar ao luxo de perder. As ferramentas de actualização e o processo são bastante fiáveis, mas uma falha de hardware durante a actualização poderia resultar num sistema extremamente danificado.

A principal informação que quererá salvaguardar é o conteúdo de /etc, /var/lib/dpkg, /var/lib/apt/extended_states e o resultado de dpkg --get-selections "*" (as aspas são importantes). Se você usa o aptitude para gerir os pacotes no seu sistema, vai querer também salvaguardar /var/lib/aptitude/pkgstates.

O processo de actualização em si não modifica nada no directório /home.No entanto, algumas aplicações (e.g. partes do conjunto Mozilla, e dos ambientes de desktop GNOME e KDE) são conhecidos por sobrescreverem configurações existentes dos utilizadores por novos valores predefinidos quando uma nova versão da aplicação é iniciada pela primeira vez por um utilizador. Como precaução, você pode querer fazer uma cópia de segurança dos ficheiros e directórios ocultos (“dotfiles”) nos directórios dos utilizadores. Esta cópia de segurança pode ajudar a restaurar ou recriar as antigas configurações. Pode também querer informar os utilizadores acerca disto.

Qualquer operação de instalação de um pacote tem que ser corrida com privilégios de super-utilizador, por isso ou inicie uma sessão como root ou utilize su ou sudo para obter os direitos de acesso necessários.

Esta actualização possui poucas condições prévias, deverá verificá-las antes de iniciar a actualização.

É sensato informar todos os utilizadores com antecedência sobre qualquer actualização que estiver a planear, apesar dos utilizadores que acedam ao sistema através uma ligação ssh pouco devem notar durante a actualização, e devem conseguir continuar a trabalhar.

Se quiser tomar precauções extra, faça uma cópia de segurança ou desmonte a partição /home antes de fazer a actualização.

Você terá de fazer uma actualização do kernel para squeeze, por isso será necessário reiniciar a máquina.

Durante o processo de actualização, podem existir serviços associados a pacotes que serão incluídos na actualização. Se for este o caso, esses serviços podem ser parados enquanto os pacotes a ser actualizados estão a ser substituídos e configurados. Durante este tempo, estes serviços não estarão disponíveis.

O tempo preciso que estes serviços estarão desligados irá variar dependendo do número de pacotes a serem actualizados no sistema, e também inclui o tempo que o administrador do sistema responde às perguntas de configuração dos diferentes pacotes a actualizar (se algumas). Note que se o processo de actualização for deixado desacompanhado e o sistema pedir entrada durante toda a actualização, existem uma grande possibilidade dos serviços estarem indisponíveis^[4] por um período significativo de tempo.

Se o sistema a ser actualizado disponibilizar serviços críticos para os seus utilizadores ou rede^[5], você pode reduzir o tempo de desligado se fizer uma actualização mínima ao sistema, como descrito em as described in Secção 4.4.4, “Actualização mínima do sistema”, seguido de uma actualização do kernel e um reiniciar do sistema (veja Secção 4.4.5, “Actualizar o kernel e o udev”), e depois actualizar os pacotes associados aos seus serviços críticos. Actualizar estes pacotes antes de fazer a actualização completa descrita em Secção 4.4.6, “Actualizar o sistema”. Deste modo você assegura que estes serviços críticos estão a funcionar e disponíveis durante todo o processo de actualização, e o seu tempo de inactividade é reduzido.

Devido às muitas alterações no kernel entre lenny e squeeze no que diz respeito a drivers, descoberta de hardware e nomeação e ordenação de ficheiros de dispositivos, há um risco real que experimente problemas quando reiniciar o sistema depois da actualização. Muitos dos problemas potenciais conhecidos estão documentados neste e nos próximos capítulos destas Notas de Lançamento.

Por essa razão faz sentido assegurar que será capaz de recuperar o seu sistema se este não conseguir reiniciar ou, para sistemas geridos remotamente, não conseguir configurar a rede.

Se está a actualizar remotamente através de uma ligação ssh é altamente recomendado que tome as precauções necessárias para ser capaz de aceder ao servidor através de um terminal série remoto. Existe uma hipótese de que, após actualizar o kernel e reiniciar, alguns dispositivos sejam renomeados (conforme é descrito em Secção 4.6.2, “Reordenação da enumeração de dispositivos”) e você terá de corrigir a configuração do sistema através duma consola local. Além disso, se o sistema for reiniciado acidentalmente a meio de uma actualização existe a hipótese de que você necessite de fazer a recuperação utilizando uma consola local.

A coisa mais óbvia a tentar primeiro é reiniciar com o antigo kernel. No entanto, devido a várias razões documentadas noutro sítio deste documento, não é garantido que funcione.

Se isso falhar, precisará de um modo alternativo de arrancar o seu sistema para que possa aceder-lhe e repará-lo. Uma opção é utilizar uma imagem especial de recuperação ou um live CD de Linux. Após arrancar com ele, deverá ser capaz de montar o seu sistema de ficheiros raiz e chroot nele para investigar e resolver o problema.

Outra opção que gostaríamos de recomendar é a utilização do modo de recuperação do instalador Debian squeeze. A vantagem de utilizar o instalador é que pode escolher de entre os seus muitos modos de instalação o que melhor se adequa à sua situação. Para mais informação, por favor consulte a secção “Recuperar um Sistema Estragado” no capítulo 8 do Guia de instalação e as FAQ do instalador Debian.

A actualização da distribuição deve ser efectuada localmente a partir de uma consola virtual de texto (ou directamente ligada a um terminal série), ou remotamente através de uma ligação ssh.

	Importante
	Se você está a usar alguns serviços VPN (como o tinc) eles podem não estar disponíveis durante o processo de actualização. Por favor veja Secção 4.1.3, “Preparar para desligar temporariamente os serviços”.

De modo a ganhar uma margem extra de segurança quando actualizar remotamente, nós sugerimos que corra os processos de actualização na consola virtual disponibilizada pelo programa screen, o qual permite uma re-ligação segura e assegura que o processo de actualização não é interrompido mesmo que o processo da ligação remota falhe.

	Importante
	Você Não deve actualizar usando telnet, rlogin, rsh, ou a partir de uma sessão X gerida pelo xdm, pelo gdm ou pelo kdm etc na máquina que estiver a actualizar. Isto porque cada um desses serviços podem ser terminados durante esta actualização, o que pode resultar num sistema inacessível que ficou apenas meio actualizado.

Devido ao bug #512951, o pacote splashy precisa de ser purgado antes da actualização.

	# apt-get purge splashy

Em alguns casos, a utilização do apt-get para instalar pacotes em vez do aptitude pode fazer o aptitude considerar um pacote como “não utilizado” e marcá-lo para remoção. De um modo geral, você deve assegurar-se que o sistema está totalmente actualizado e “limpo” antes de proceder com a actualização.

Devido a disto você deve verificar novamente se existem acções pendentes no gestor de pacotes aptitude. Se um pacote estiver marcado para remoção ou para actualização no gestor de pacotes, poderá ter um impacto negativo no procedimento de actualização. Note que para corrigir isto apenas é possível se o seu sources.list ainda apontar para lenny; e não para stable ou squeeze; veja Secção A.2, “Verificar a sua lista de fontes”.

Para fazer esta revisão, arranque o aptitude em “modo visual” e carregue em g (“Go”). Se mostrar quaisquer acções, você deve revê-las e, ou corrigi-las ou implementar as acções sugeridas. Se não forem sugeridas acções ser-lhe-á apresentada uma mensagem a dizer “Nenhum pacote está marcado para ser instalado, removido ou actualizado”.

Se configurou o APT para instalar determinados pacotes a partir de uma distribuição que não a estável (por ex. a partir da testing), pode ter que alterar a sua configuração de APT pinning (armazenada em /etc/apt/preferences) para permitir a actualização de pacotes para versões existentes na nova versão estável. Mais informação acerca do APT pinning pode ser encontrada em apt_preferences(5).

Independentemente do método utilizado para a actualização, é recomendado que primeiro verifique o estado de todos os pacotes, e verificar que todos os pacotes estão em modo de actualização. O seguinte comando listará todos os pacotes que possuem o estado Metade-Instalado (Half-Installed) ou Configuração-Falhada (Failed-Config), e aqueles que apresentem qualquer erro no estado.

 # dpkg --audit

Pode também inspeccionar o estado de todos os pacotes no seu sistema utilizando dselect, aptitude, ou com comandos como

# dpkg -l | pager

ou

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

É desejável que remova todos os bloqueios ('holds') antes da actualização. Se algum pacote essencial à actualização estiver bloqueado, a actualização irá falhar.

Note que o aptitude utiliza um método diferente para registar os pacotes bloqueados que o apt-get e dselect. Pode identificar pacotes bloqueados para o aptitude com

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

Se quiser verificar que pacotes tem bloqueados para o apt-get deverá utilizar

# dpkg --get-selections | grep hold

Se alterar e recompilar localmente um pacote e não o renomear ou colocar numa versão modificada, terá que o bloquear para prevenir que o mesmo seja alterado.

O estado “hold” do pacote para o apt-get pode ser alterado utilizando:

# echo nome_do_pacote hold | dpkg --set-selections

Substitua hold por install para remover o estado “hold”.

Se existe alguma coisa que necessita de corrigir, o melhor é certificar-se que o seu ficheiro sources.list continua a apontar para a lenny conforme é explicado em Secção A.2, “Verificar a sua lista de fontes”.

Se você listou a secção proposed-updates no seu ficheiro /etc/apt/sources.list, deverá removê-la desse ficheiro antes de tentar actualizar o seu sistema. Isto é uma precaução para reduzir a probabilidade de conflitos.

Se possuir pacotes que não sejam da Debian no seu sistema, deverá saber que estes podem ser removidos durante a actualização, devido a conflitos entre dependências. Se estes pacotes foram instalados adicionando um arquivo de pacotes extra ao seu /etc/apt/sources.list, deverá verificar se aquele arquivo também oferece pacotes compilados para a squeeze e altere a linha da fonte de acordo com o mesmo tipo de linhas de fontes para os pacotes Debian.

Alguns utilizadores poderão ter versões “mais recentes” de pacotes que estão em Debian instalados no seu sistema lenny. Tais pacotes irão provavelmente criar problemas durante a actualização, pois podem criar conflitos de ficheiros^[7]. Secção 4.5, “Possíveis problemas durante a actualização” tem alguma informação em como lidar com conflitos de ficheiros caso eles possam ocorrer.

A configuração predefinida é definida para instalação a partir de um servidor principal de Debian na Internet, mas poderá desejar modificar o /etc/apt/sources.list para utilizar outros 'mirrors', de preferência um 'mirror' localizado mais perto de si.

Endereços de 'mirrors' Debian HTTP ou FTP podem ser encontrados em http://www.debian.org/distrib/ftplist (veja na secção “Lista de 'mirrors' Debian”). OS 'mirrors' HTTP geralmente são mais rápidos do que os 'mirrors' FTP.

Por exemplo, suponha que o 'mirror' Debian mais perto de si é http://mirrors.kernel.org/. Quando inspeccionar aquele 'mirror' com um navegador web ou um programa FTP, irá notar que os directórios principais estão organizados desta forma:

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

Para utilizar este 'mirror' com o apt, adicione esta linha ao seu ficheiro sources.list:

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

Note que o `dists' é implicitamente acrescentado, e que os argumentos que se seguem ao nome do lançamento são utilizados para expandir o caminho em múltiplos directórios.

Depois de adicionar as suas novas fontes, desactive as linhas “deb” previamente existentes em sources.list, colocando um cardinal (#) à frente das mesmas.

Em vez de utilizar os 'mirrors' de pacotes HTTP ou FTP, pode desejar modificar o /etc/apt/sources.list de modo a utilizar um 'mirror' num disco local (possivelmente montado sobre NFS).

Por exemplo, o seu 'mirror' de pacotes poderá estar sob /var/ftp/debian/, e pode ter directórios principais como estes:

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

Para utilizar isto com o apt, acrescente esta linha ao seu ficheiro sources.list:

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

Note que o `dists' é implicitamente acrescentado, e que os argumentos que se seguem ao nome do lançamento são utilizados para expandir o caminho em múltiplos directórios.

Depois de adicionar as suas novas fontes, desactive as linhas “deb” previamente existentes em sources.list, colocando um cardinal (#) à frente das mesmas.

Se quiser utilizar apenas CDs, comente as linhas “deb”existentes em /etc/apt/sources.list colocando um cardinal (#) à frente das mesmas.

Certifique-se que existe uma linha em /etc/fstab que permita a montagem do seu leitor de CD-ROM no ponto de montagem /cdrom (o ponto exacto de montagem /cdrom é necessário para o apt-cdrom). Por exemplo, se /dev/hdc for o seu leitor de CD-ROM, o /etc/fstab deverá conter uma linha como esta:

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

Note que não podem existir espaços que entre as palavras defaults,noauto,ro encontradas no quarto campo.

Para verificar que tal funciona, insira um CD e tente correr

# mount /cdrom    # irá montar o conteúdo do CD no ponto de montagem
# ls -alF /cdrom  # irá mostrar o directório raiz do CD
# umount /cdrom   # irá desmontar o CD

A seguir, corra:

# apt-cdrom add

para cada CD-ROM de Binários Debian que possua, para adicionar informação de cada CD à base de dados APT.

É-lhe fortemente recomendado que utilize o programa /usr/bin/script para gravar uma transcrição da sessão de actualização. Assim caso ocorra qualquer problema, terá o relatório sobre o que aconteceu, e se necessário poderá fornecer informação exacta sob a forma de um relatório de erro. Para iniciar a gravação, escreva:

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

ou semelhante. Não coloque o ficheiro transcrito num directório temporário como /tmp ou /var/tmp (os ficheiros nesses directórios podem ser apagados durante a actualização ou durante qualquer reiniciação).

O transcrito permitir-lhe-á também rever informação que tenha sido deslocada para fora do ecrã. Se está na consola do sistema, mude para VT2 (utilizando Alt+F2) e, depois de iniciar a sessão, utilize less -R ~root/upgrade-squeeze.script para visualizar o ficheiro.

Depois de ter completado a actualização, pode parar o script escrevendo exit na aviso de comando.

Se você utilizou a opção -t para o script você pode utilizar o programa scriptreplay para ver uma repetição de toda a sessão:

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

Primeiro precisa de ser obtida a lista de pacotes disponíveis para o novo lançamento. Isto é feito executando:

# apt-get update

Você terá de certificar antes de fazer a actualização do seu sistema, que possui espaço suficiente em disco quando iniciar a actualização completa do sistema descrita em Secção 4.4.6, “Actualizar o sistema”. Primeiro, qualquer pacote necessário para a instalação que seja obtido a partir da rede é guardado em /var/cache/apt/archives (e no subdirectório partial/ durante o download), por isso você tem de se assegurar que tem espaço suficiente no sistema de ficheiros da partição onde está o /var/ para descarregar temporariamente os pacotes que serão instalados no seu sistema. Depois de os descarregar, provavelmente necessitará de mais espaço nos outros sistemas de ficheiros das partições de modo a instalar quer os pacotes actualizados (que podem conter binários maiores ou mais dados), quer os novos pacotes que serão juntados para a actualização. Se o seu sistema não possui espaço suficiente, você pode acabar com uma actualização incompleta que da qual pode ser difícil recuperar.

O apt-get pode mostrar-lhe informação detalhada sobre o espaço em disco necessário para a instalação. Antes de efectuar a actualização do sistema, pode ver esta estimativa, correndo:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade
[ ... ]
XXX actualizados, XXX novos instalados , XXX a remover e XXX não actualizados.
Necessário obter xx.xMB de arquivos. 
Após esta operação serão usados AAAMB de espaço de disco adicional.

	Nota
	Correr este comando no inicio do processo de actualização pode dar um erro, pelas razões descritas nas secções seguintes. Nesse caso você vai precisar de esperar até que tenha feito a actualização mínima ao sistema como em Secção 4.4.4, “Actualização mínima do sistema” e actualizado o seu kernel antes de correr este comando para estimar o espaço do disco.

Se não tiver espaço suficiente para a actualização, o apt-get irá alertá-lo com uma mensagem como esta:

E: Você não tem espaço livre suficiente em /var/cache/apt/archives/.

Nesta situação, certifique-se que liberta espaço antes de continuar. Você pode:

Note que, de modo para remover pacotes em segurança, é aconselhável mudar o seu sources.list de novo para lenny conforme é explicado em Secção A.2, “Verificar a sua lista de fontes”.

Em alguns casos, fazer a actualização completa (como descrita em baixo) directamente pode remover grandes quantidades de pacotes que poderá querer manter. Portanto recomendamos um processo de actualização em duas partes, primeiro uma actualização mínima para ultrapassar estes conflitos, e depois uma actualização completa como descrita em Secção 4.4.6, “Actualizar o sistema”.

Para fazer isto primeiro, corra:

# apt-get upgrade

Isto tem o efeito de actualizar os pacotes que podem ser actualizados sem que nenhum outro pacote seja removido ou instalado.

A actualização mínima do sistema também pode ser útil quando o sistema está apertado em espaço e não se pode executar uma actualização completa devido a restrições de espaço.

A versão do udev em squeeze requer um kernel de versão 2.6.26 ou posterior com a opção CONFIG_SYSFS_DEPRECATED desactivada e as opções CONFIG_INOTIFY_USER e CONFIG_SIGNALFD activadas. Porque os kernels Debian standard em lenny (versão 2.6.26) têm CONFIG_SYSFS_DEPRECATED activo, e a versão de udev em lenny não irá disponibilizar todas as funcionalidades esperadas pelos kernels mais recentes, é preciso tomar cuidado especial ao actualizar para evitar que o seu sistema fique num estado que não arranque.

Arrancar o kernel 2.6.26 de lenny com o udev de squeeze pode resultar em falha ao atribuir correctamente os nomes dos dispositivos de rede, e irá também falhar ao aplicar certas permissões adicionais a dispositivos de bloco (tais como o acesso pelo grupo disk). O software em si irá parecer estar a funcionar, mas algumas regras (por exemplo, regras baseadas em rede) não serão carregadas correctamente. Por isto é fortemente recomendado que actualize o próprio kernel neste ponto, para assegurar que está disponível um kernel compatível antes de actualizar o udev.

Para proceder com a actualização deste kernel, corra:

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

Veja Secção 4.6.1, “Instalar o meta-pacote do kernel” para ajuda em determinar qual o 'flavor' do pacote de kernel que deve instalar.

Os utilizadores do carregador de arranque grub deve certificar-se que update-grub é executado como parte da actualização do kernel, ou executá-lo manualmente.

Imediatamente após actualizar o kernel, você deve também instalar o novo udev para minimizar o risco de outras incompatibilidades causadas por usar o udev antigo com um kernel novo^[8]. Você pode fazer isto ao correr:

# apt-get install udev

Após ter actualizado ambos o kernel e o udev o sistema deve ser reiniciado.

Após ter executado os passos anteriores, você está agora pronto para continuar com a parte principal da actualização. Execute:

# apt-get dist-upgrade

	Nota
	O processo de actualização dos outros lançamentos recomendava o uso do aptitude para a actualização. Esta ferramenta não é recomendada para actualizações de lenny para squeeze.

Isto irá executar a actualização completa do sistema, i.e. instalar as versões disponíveis mais recentes de todos os pacotes, e resolver todas as possíveis alterações de dependências entre pacotes em diferentes lançamentos. Se necessário, irá instalar alguns pacotes novos (normalmente novas versões de bibliotecas, ou pacotes renomeados), e remover quaisquer pacotes em conflito e obsoletos.

Quando a actualização for feita a partir de um conjunto de CD-ROMs (ou DVDs), ser-lhe-á pedido que insira CDs específicos em determinados pontos durante a actualização. Pode ter que inserir o mesmo CD múltiplas vezes, isto devido a pacotes inter-relacionados que foram espalhados pelos CDs.

As novas versões dos pacotes actualmente instalados que não possam ser actualizadas sem alterar o estado de instalação de outro pacote serão deixadas na sua versão actual (mostradas como “held back”). Isto pode ser resolvido ou utilizando o aptitude de modo a escolher estes pacotes para instalação ou tentando apt-get -f install pacote.

O suporte para cryptoloop foi abandonado dos pacotes de kernel Linux incluídos em Debian 6.0. As instalações existentes que usam cryptoloop precisam de ser transitadas para dm-crypt antes da actualização.

O processo de actualização para squeeze pode pedir a remoção de pacotes no sistema. A lista precisa de pacotes irá variar dependendo do conjunto de pacotes que você tem instalados. Estas notas de lançamento dão conselhos gerais acerca destas remoções, mas em caso de dúvidas, é recomendado que examine as propostas de remoção de pacotes de cada método antes de prosseguir.

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ção 4.10, “Pacotes obsoletos”.

Se uma operação que utilize o aptitude, apt-get ou o dpkg falhar com o erro

E: Dynamic MMap ran out of room

o espaço de cache predefinido é insuficiente. Pode resolver isto tanto pela remoção ou comentar as linhas de que não necessita em /etc/apt/sources.list ou aumentando o tamanho da cache. A dimensão da cache pode ser aumentada definindo APT::Cache-Limit em /etc/apt/apt.conf. O seguinte comando definirá para um valor que deverá ser suficiente para a actualização:

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

Assume que não tem ainda nenhuma variável definida neste ficheiro.

Por vezes é necessário activar a opção APT::Force-LoopBreak no APT para ser possível remover temporariamente um pacote essencial devido a um ciclo vicioso de Conflitos/Pré-Dependências. O apt-get irá alertá-lo disto e abortará a actualização. Você pode contornar isto especificando a opção -o APT::Force-LoopBreak=1 na linha de comandos do apt-get.

É possível que uma estrutura de dependências do sistema se torne corrupta de modo a necessitar de intervenção manual. Normalmente isto significa utilizar o apt-get ou

# dpkg --remove nome_do_pacote

para eliminar alguns dos pacotes que estão a criar problemas, ou

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

Em casos extremos poderá ter que forçar a reinstalação com um comando como

# dpkg --install /caminho/para/nome_do_pacote.deb

Os conflitos de ficheiros não devem ocorrer se estiver a actualizar a partir de um sistema lenny “pure”, mas podem acontecer se tiver instalado 'backports' não-oficiais. Um conflito de ficheiros irá resultar num erro como:

A desempacotar <package-foo> (de <package-foo-file>) ...
dpkg: erro ao processar <package-foo> (--install):
 tentando sobreescrever `<some-file-name>',
 o qual está também no pacote <package-bar>
dpkg-deb: subprocesso paste morto pelo sinal ('pipe' quebrado)
 Foram encontrados erros enquanto se processava:
 <package-foo>

Pode tentar resolver um conflito de ficheiro, efectuando a remoção forçada do pacote mencionado na última linha da mensagem de erro:

# dpkg -r --force-depends nome_do_pacote

Depois de corrigir as coisas, deverá ser capaz de continuar a actualização repetindo os comandos do apt-get descritos atrás.

Durante a actualização, ser-lhe-ão colocadas questões relacionadas com a configuração ou re-configuração de vários pacotes. Quando lhe for perguntado se algum ficheiros dos directórios /etc/init.d, ou o ficheiro /etc/manpath.config deve ser substituídos pela versão do 'maintainer' do pacote, normalmente é necessário responder 'sim' para garantir a consistência do sistema. Pode sempre reverter às versões anteriores, já que estas serão guardadas com uma extensão .dpkg-old.

Se não tiver a certeza acerca do que fazer, anote o nome do pacote ou do ficheiro e resolva os problemas mais tarde. Pode procurar o ficheiro transcrito de modo a rever a informação que esteve no ecrã durante a actualização.

Se você está a correr a actualização usando a consola local do sistema, pode descobrir que em certos pontos durante a actualização a consola é mudada para uma vista diferente e você perde a visibilidade do processo de actualização. Por exemplo, isto vai acontecer em sistemas de ambiente de trabalho quando o gdm for reiniciado.

Para recuperar a consola onde a actualização estava a correr você tem de usar Ctrl+Alt+F1 para mudar de volta para o terminal virtual 1 se estiver no ecrã de arranque gráfico ou usar Alt+F1 se estiver em consola local de modo de texto. Substitua F1 pela tecla de função com o mesmo número do terminal virtual onde a actualização estava a correr. Você também pode usar Alt+Seta Esquerda ou Alt+Seta Direita para mudar entre os diferentes terminais de modo de texto.

Na maioria dos casos, os pacotes deverão actualizar suavemente entre lenny e squeeze. Existe um pequeno número de casos onde pode ser necessária alguma intervenção manual, seja antes ou durante a actualização; estes estão detalhados em baixo numa base de por-pacote.

Quando executa uma actualização de versão (dist-upgrade) de lenny para squeeze, é fortemente recomendado que instale um novo meta-pacote linux-image-2.6-*. Este pacote pode ser instalado automaticamente pelo processo dist-upgrade. Pode verificar isto ao correr:

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

Se não vê nenhum 'output' poderá ter que instalar um novo pacote linux-image manualmente. Para ver uma lista de meta-pacotes linux-image-2.6 disponíveis corra:

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

Se estiver inseguro sobre que pacote seleccionar, corra uname -r e procure um pacote com um nome semelhante. Por exemplo, se vir '2.6.26.2-686', é-lhe recomendado que instale o linux-image-2.6-686. Também pode utilizar o apt-cache para ver uma descrição longa sobre cada pacote de modo a ajudar a escolher o melhor disponível. Por exemplo:

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

Deverá então utilizar apt-get install para o instalar. Uma vez que este novo kernel esteja instalado deverá reinicializar na primeira oportunidade para obter os benefícios disponibilizados pela nova versão do kernel.

Para os mais aventureiros existe um modo mais fácil de compilar o seu próprio kernel personalizado em Debian GNU/Linux. instale a ferramenta kernel-package e leia a documentação em /usr/share/doc/kernel-package. Alternativamente, você também pode usar as fontes do kernel, disponibilizadas no pacote linux-source-2.6. Você pode fazer uso do alvo do deb-pkg disponível no makefile das fontes para construir um pacote binário. Existem algumas diferenças nestas duas maneiras, por favor consulte a documentação do pacote respectivo.

Se possível, é vantajoso para si em actualizar o pacote do kernel separadamente do dist-upgrade principal para reduzir as probabilidades de ter um sistema temporariamente incapaz de arrancar. Note que isto deve apenas ser feito após o processo mínimo de actualização descrito em Secção 4.4.4, “Actualização mínima do sistema”.

Em lenny e posteriores, um novo mecanismo de kernel para descoberta de hardware pode alterar a ordem pela qual os dispositivos são descobertos no seu sistema a cada arranque, afectando os nomes de dispositivos atribuídos a eles. Por exemplo, se possuir duas placas de rede que estejam associadas a dois controladores diferentes, os dispositivos eth0 e eth1 podem ser trocados.

Para dispositivos de rede, esta reordenação é evitada normalmente pelas definições em /etc/udev/rules.d/70-persistent-net.rules para o udev. Como estas regras já estavam colocadas no lugar em lenny, não deverá ser necessário nenhuma acção adicional quando se actualiza para squeeze para obter o benefício dos nomes estáticos de dispositivos de rede. No entanto, por favor note que neste mecanismo udev significa que um determinado nome de dispositivo de rede está unido a uma determinada peça de hardware; se você , por exemplo, trocar os adaptadores ethernet num sistema squeeze implantado, o novo adaptador irá obter um novo nome de interface em vez de usar o existente. Para reutilizar um nome de dispositivo existente para um novo hardware, você precisa de apagar a entrada associada de /etc/udev/rules.d/70-persistent-net.rules.

Para dispositivos de armazenamento, pode evitar esta reordenação ao utilizar o initramfs-tools e configurá-lo de modo a carregar os módulos do driver do dispositivo de armazenamento na mesma ordem em que estão actualmente carregados. No entanto, à luz de outras alterações no subsistema de armazenamento do kernel Linux como descrito em Secção 5.1.1, “Migração dos drivers de disco do subsistema IDE para o PATA”, geralmente isto não merece o esforço e em vez disso é recomendado nomes de dispositivos que são garantidos como sendo estáveis com o tempo, como os nomes alternativos UUID^[9] no directório /dev/disk/by-uuid/ ou nomes de dispositivo LVM em /dev/mapper/.

Se é utilizada uma initrd criada com o initramfs-tools para arrancar o sistema, em alguns casos a criação de ficheiros de dispositivo pelo udev pode acontecer demasiado tarde para que os scripts de arranque actuem.

Os sintomas usuais são que o arranque falha devido ao sistema de ficheiros raiz não poder ser montado e você é deixado numa shell de depuração. Mas quando verifica depois, todos os dispositivos necessários estão presentes em /dev. Isto foi observado em casos em que o sistema de ficheiros raiz está num disco USB ou num RAID, especialmente se é utilizado o LILO.

Uma forma de contornar este problema é utilizar o parâmetro de arranque rootdelay=9. O valor do tempo de espera (em segundos) pode precisar de ser ajustado.

É possível evitar este problema inteiramente ao usar um identificador para o sistema de ficheiros raiz que não altere de um arranque para o próximo. Existem dois métodos possíveis de o fazer - etiquetar o sistema de ficheiros, ou usar o identificador único universal (UUID). Estes métodos são suportados em Debian desde o lançamento da 'etch'.

A duas aproximações têm vantagens e desvantagens. A aproximação por rotulagem é mais legível, mas pode haver problemas se outro sistema de ficheiros na sua máquina tiver o mesmo rótulo (label). A aproximação UUID é mais feia, mas ter dois UUIDs em colisão é altamente improvável.

Para os exemplos abaixo nós assumimos que o sistema de ficheiros raiz está em /dev/hda6. Também assumimos que o seu sistema tem uma instalação udev funcional e sistemas de ficheiros ext2 ou ext3.

Para implementar a aproximação de 'rótulos' (labelling):

Para implementar a aproximação UUID:

Durante a actualização, será-lhe normalmente oferecida a opção de carregar o GRUB 2 "em cadeia": isto é, manter o GRUB Legacy como o carregador de arranque principal mas adicionar uma opção a ele para carregar o GRUB 2 e depois arrancar o seu sistema a partir dai. Isto permite verificar que o GRUB 2 funciona no sue sistema antes de se submeter a usá-lo permanentemente.

Após ter confirmado que o GRUB 2 funciona, você deve mudar para usá-lo de modo apropriado. A configuração de carga e cadeia destina-se apenas a ser usada temporariamente. Você pode fazer isto ao executar upgrade-from-grub-legacy.

O Manual do The GRUB tem mais informação sobre as alterações entre GRUB Legacy e GRUB 2, algumas delas podem requerer alterações a configurações complexas. Se você não modificou a configuração so seu carregador de arranque, não deverá precisar de fazer mais nada.

Alguns pacotes da lenny foram separados em vários pacotes na squeeze, principalmente para melhorar a manutenção do sistema. Para facilitar a actualização em alguns casos, a squeeze fornece pacotes “fictícios”: pacotes vazios que têm o mesmo nome que o pacote antigo na lenny com dependências que provocam a instalação dos novos pacotes. Estes pacotes “fictícios” são considerados pacotes obsoletos depois da actualização e podem ser removidos em segurança.

A maior parte (mas nem todas) das descrições dos pacotes fictícios indicam o seu objectivo. As descrições dos pacotes para os pacotes fictícios não são uniformes, no entanto você pode achar o deborphan com a opção --guess-* (ex. --guess-dummy) útil para detectá-los no seu sistema. Note que alguns pacotes fictícios não se destinam a serem removidos depois de uma actualização, e em vez disso, são utilizadas para seguir as actuais versões disponíveis de um programa ao longo do tempo.