Capítulo 4. Actualizações a partir de Debian 5.0 (lenny)

Índice

4.1. Preparar para a actualização
4.1.1. Salvaguardar quaisquer dados ou informação de configuração
4.1.2. Informar os utilizadores com antecedência
4.1.3. Preparar para desligar temporariamente os serviços
4.1.4. Preparar para recuperação
4.1.5. Preparar um ambiente seguro para a actualização
4.1.6. Remover pacotes em conflito
4.2. Verificar o estado do sistema
4.2.1. Rever as acções pendentes no gestor de pacotes
4.2.2. Desactivar o APT pinning
4.2.3. Verificar o estado dos pacotes
4.2.4. Secção de actualizações propostas (proposed-updates)
4.2.5. Fontes não oficiais e 'backports'
4.3. Preparar as fontes para o APT
4.3.1. Acrescentar fontes APT da Internet
4.3.2. Acrescentar fontes APT para um 'mirror' local
4.3.3. Acrescentar uma fonte APT de CD-ROM ou DVD
4.4. Actualizar pacotes
4.4.1. Gravar a sessão
4.4.2. Actualizar a lista de pacotes
4.4.3. Certificar-se que possui espaço suficiente para a actualização
4.4.4. Actualização mínima do sistema
4.4.5. Actualizar o kernel e o udev
4.4.6. Actualizar o sistema
4.5. Possíveis problemas durante a actualização
4.5.1. Suporte a cryptoloop não incluído no kernel Linux de squeeze
4.5.2. Remoções esperadas
4.5.3. Erros ao correr o aptitude ou o apt-get
4.5.4. Conflitos ou Ciclos de Pré-Dependências
4.5.5. Conflitos de ficheiros
4.5.6. Alterações de configuração
4.5.7. Mudança de sessão para consola
4.5.8. Cuidado especial para pacotes específicos
4.6. Actualizar o seu kernel e pacotes relacionados
4.6.1. Instalar o meta-pacote do kernel
4.6.2. Reordenação da enumeração de dispositivos
4.6.3. Boot timing issues (waiting for root device)
4.7. Preparar para o próximo lançamento
4.8. Componentes descontinuados
4.9. Pacotes obsoletos
4.9.1. Pacotes fictícios

4.1. Preparar para a actualização

Nós sugerimos que antes de actualizar também leia a informação em Capítulo 5, Problemas a estar atento na squeeze. Esse capítulo cobre potenciais problemas não directamente relacionados com o processo de actualização mas que podem no entanto ser importantes conhecer antes de começar.

4.1.1. Salvaguardar quaisquer dados ou informação de configuração

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.

4.1.2. Informar os utilizadores com antecedência

É 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.

4.1.3. Preparar para desligar temporariamente os serviços

Podem existir serviços associados a pacotes que serão incluídos na actualização. Se for este o caso, note que, durante a actualização, esses serviços serão 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.

4.1.4. Preparar para recuperação

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.

4.1.4.1. Shell de depuração durante o arranque utilizando o initrd

O initramfs-tools inclui uma 'shell' de depuração[6] nos initrds que gera. Se por exemplo o initrd é incapaz de montar o sistema de ficheiros raiz, você será deixado nesta shell de depuração que tem comandos básicos para ajudar a descobrir e talvez resolver o problema.

Coisas básicas a verificar são: a presença dos ficheiros de dispositivo correctos em /dev; que módulos estão carregados (cat /proc/modules); mensagens do dmesg que podem ter erros no carregamento de drivers. As mensagens do dmesg também irão mostrar que ficheiros de dispositivo estão associados a que discos; deve verificar isso com a mensagem de echo $ROOT para se certificar que o sistema de ficheiros raiz está no dispositivo esperado.

Se conseguir resolver o problema, escrever exit irá terminar a shell de depuração e continuar o processo de arranque no ponto onde falhou. Claro que também precisará de resolver o problema subjacente e gerar de novo a initrd para que o próximo arranque não falhe de novo.

4.1.5. Preparar um ambiente seguro para a actualização

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]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]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. O uso da aplicação do GNOME update-manager é fortemente desaconselhado para as actualizações para novos lançamentos, pois esta ferramenta precisa que a sessão de ambiente de trabalho permaneça activa.

4.1.6. Remover pacotes em conflito

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

	# apt-get purge splashy

4.2. Verificar o estado do sistema

O processo de actualização descrito neste capítulo foi desenhado para actualizações de sistemas lenny puros sem pacotes de terceiros. Para uma maior fiabilidade do processo de actualização, pode querer remover pacotes de terceiros do seu sistema antes de começar a actualização.

As actualizações directas a partir de lançamentos Debian mais antigos que 5.0 (lenny) não são suportados. Por favor siga as instruções nas Notas de Lançamento para Debian GNU/Linux 5.0 para primeiro actualizar para 5.0.

Este procedimento também assume que o seu sistema foi actualizado até ao último ponto da versão lenny. Se não tiver feito esta actualização ou não tem a certeza, siga as instruções em Secção A.1, “Actualizar o seu sistema lenny”.

4.2.1. Rever as acções pendentes no gestor de pacotes

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.

4.2.2. Desactivar o APT pinning

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).

4.2.3. Verificar o estado dos pacotes

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" 

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”.

4.2.4. Secção de actualizações propostas (proposed-updates)

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.

4.2.5. Fontes não oficiais e 'backports'

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.

4.3. Preparar as fontes para o APT

Antes de iniciar a actualização deverá configurar o ficheiro de configuração do apt para listas de pacotes, o /etc/apt/sources.list.

O apt irá considerar todos os pacotes que podem ser encontrados através de qualquer linha deb, e instalará o pacote com o número de versão mais elevado, dando prioridade às primeiras linhas no ficheiro (assim onde tiver múltiplas localizações de 'mirrors', tipicamente deverá ter primeiro um disco local, depois CD-ROMs e então 'mirrors' HTTP/FTP).

Um lançamento pode ser normalmente referido pelo seu nome de código (por ex. lenny;, squeeze) e pelo seu nome de estado (por ex. oldstable, stable, testing, unstable). Referir-se a um lançamento pelo seu nome de código tem a vantagem que que nunca será surpreendido por um novo lançamento e por esta razão é o método utilizado aqui. Significa com certeza que terá de ser você mesmo a estar atento a anúncios de lançamento. Se pelo contrário utilizar o nome de estado, irá ver carregamentos de actualizações para os pacotes disponíveis assim que acontecer um lançamento.

4.3.1. Acrescentar fontes APT da Internet

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-powerpc/...
http://mirrors.kernel.org/debian/dists/squeeze/contrib/binary-powerpc/...

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.

4.3.2. Acrescentar fontes APT para um 'mirror' local

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-powerpc/...
/var/ftp/debian/dists/squeeze/contrib/binary-powerpc/...

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.

4.3.3. Acrescentar uma fonte APT de CD-ROM ou DVD

Se quiser utilizar apenas CDs, comente as linhas debexistentes 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    # isto irá montar o CD no ponto de montagem
# ls -alF /cdrom  # isto irá mostrar o directório raiz do CD
# umount /cdrom   # isto 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.

4.4. Actualizar pacotes

A forma recomendada para actualizar a partir de lançamentos anteriores Debian GNU/Linux é usar a ferramenta de gestão de pacotes apt-get. Em lançamentos anteriores, o aptitude era recomendado para este objectivo, mas as versões recentes do apt-get disponibilizam funcionalidades equivalentes e também têm mostrado serem mais consistentes a dar os resultados de actualização desejados.

Não se esqueça de montar todas as partições necessárias (nomeadamente a partição root e /usr) em modo de leitura-escrita, com um comando como:

# mount -o remount,rw /ponto_de_montagem

De seguida você deverá confirmar novamente que as entradas das fontes do APT (em /etc/apt/sources.list), se referem a squeeze ou a stable. Não deverão existir quaisquer entradas de fontes que apontem para lenny.

[Nota]Nota

As linhas de fontes de um CD-ROM poderão por vezes referirem-se a unstable; e embora isto possa ser confuso, você não deverá alterá-las.

4.4.1. Gravar a sessão

É-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-squeezestep.time -a ~/upgrade-squeezestep.script

ou semelhante. Se tiver que re-executar o ficheiro transcrito (ex., se tiver que reiniciar o sistema) use valores step diferentes para indicar qual passo da actualização está a registar. 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 reinicio).

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

4.4.2. Actualizar a lista de pacotes

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

# apt-get update

4.4.3. Certificar-se que possui espaço suficiente para a actualização

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]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:

  • Remover pacotes que tenham sido previamente descarregados para instalação (em /var/cache/apt/archives). Limpar a 'cache' de pacotes ao correr apt-get clean irá remover todos os ficheiros de pacotes anteriormente descarregados.

  • Remover pacotes esquecidos. Se tiver instalado o popularity-contest, você pode utilizar o popcon-largest-unused para listar os pacotes que não utiliza e que ocupam a maioria do espaço. Você pode também utilizar o deborphan ou o debfoster para procurar pacotes obsoletos (veja Secção 4.9, “Pacotes obsoletos” ). Em alternativa você pode iniciar o aptitude em modo visual e procurar pacotes obsoletos sob Pacotes Obsoletos e Criados Localmente.

  • Remova pacotes que estejam a ocupar demasiado espaço e que não estejam a ser necessários (pode sempre reinstalá-los após a actualização). Pode listar os pacotes que ocupam o maior espaço em disco com dpigs (disponível no pacote debian-goodies) ou com wajig (correndo wajig size).

    Você pode listar os pacotes que ocupam a maioria do espaço com o aptitude. Arranque o aptitude em modo visual, seleccione VistasNova Lista Plana de Pacotes, pressione l e insira ~i, pressione S e insira ~installsize, então irá ter uma boa lista para trabalhar.

  • Remova ficheiros de localizações e traduções do seu sistema se não forem necessárias. Você pode instalar o pacote localepurge e configurá-lo para que apenas os 'locales' seleccionados são mantidos no sistema. Isto irá reduzir o espaço de disco consumido em /usr/share/locale.

  • Mova temporariamente para outro sistema, ou remova permanentemente, os relatórios do sistema residentes em /var/log/.

  • Use um /var/cache/apt/archives temporário: Você pode usar um directório de cache temporário de outro sistema de ficheiros (dispositivo de armazenamento USB, disco rijo temporário, sistema de ficheiros já em utilização, ...)

    [Nota]Nota

    Não use uma montagem NFS porque a ligação de rede pode ser interrompida durante a actualização.

    Por exemplo, se você tem um dispositivo USB montado em /media/usbkey:

    1. remove os pacotes que foram descarregados préviamente para instalação:

      # apt-get clean

    2. copia o directório /var/cache/apt/archives para o dispositivo USB:

      # cp -ax /var/cache/apt/archives /media/usbkey/

    3. monta o directório de cache temporário no que está presente:

      # mount --bind /media/usbkey/archives /var/cache/apt/archives

    4. após a actualização, restaura o directório /var/cache/apt/archives original:

      # umount /media/usbkey/archives

    5. remove o restante /media/usbkey/archives.

    Você pode criar o directório de cache temporário em qualquer sistema de ficheiros que esteja montado no seu sistema.

  • Faça uma actualização mínima do sistema (veja Secção 4.4.4, “Actualização mínima do sistema”) ou actualizações parciais do sistema seguido de uma actualização completa. Isto irá tornar possível actualizar o sistema parcialmente, e permitir-lhe limpar a cache de pacotes antes da actualização completa.

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”.

4.4.4. Actualização mínima do sistema

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.

4.4.5. Actualizar o kernel e o udev

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 kernel sozinho 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.

O mover de algum firmware para pacotes separados no arquivo non-free (veja Secção 2.1.2, “Firmware movido para a secção non-free”) significa que poderá ser necessário instalar pacotes de firmware adicionais para suportar algum hardware após actualizar para o novo kernel. Algum hardware que funcionava correctamente antes da actualização pode deixar de o fazer assim que o kernel for actualizado. Procure por mensagens de aviso dos scripts de instalação do kernel ou dos scripts de geração de initramfs, e certifique-se que os pacotes de firmware necessários estão instalados.

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

Você deve reiniciar o sistema [9] após ter actualizado ambos o kernel e o udev.

4.4.6. Actualizar o sistema

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]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.

4.5. Possíveis problemas durante a actualização

As seguinte secções descrevem problemas conhecidos que podem aparecer durante uma actualização para squeeze.

4.5.1. Suporte a cryptoloop não incluído no kernel Linux de squeeze

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.

4.5.2. Remoções esperadas

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.

Alguns pacotes comuns que é de esperar que sejam removidos incluem autofs (substituído pelo autofs5), dhcp3 (substituído pelo isc-dhcp), madwifi-source e python2.5 (substituído pelo python2.6). Para mais informação sobre pacotes obsoletos em squeeze, veja Secção 4.9, “Pacotes obsoletos”.

4.5.3. Erros ao correr o aptitude ou o apt-get

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

E: MMap Dinâmico saiu for de alcance

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.

4.5.4. Conflitos ou Ciclos de Pré-Dependências

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

4.5.5. Conflitos de ficheiros

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 <pacote-foo> (de <ficheiro-de-pacote-foo>) ...
dpkg: erro ao processar <pacote-foo> (--install):
 tentando sobrescrever `<algum-nome-de-ficheiro>',
 o qual está também no pacote <pacote-bar>
dpkg-deb: sub-processo de colagem morto pelo sinal ('pipe' quebrado)
 Foram encontrados erros enquanto se processava:
 <pacote-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.

4.5.6. Alterações de configuração

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.

4.5.7. Mudança de sessão para consola

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.

4.5.8. Cuidado especial para pacotes específicos

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.

4.5.8.1. Evolution

Evolution (o cliente de mail do ambiente GNOME) foi actualizado da versão 2.22 para 2.30. Isto altera o formato de armazenamento usado pelo pacote para dados locais e existe a possibilidade de perda de dados se a actualização for executada enquanto o evolution estiver em funcionamento. Terminar a própria aplicação pode não ser suficiente, pois vários componentes relacionados irão continuar a funcionar nos bastidores. Para evitar potenciais problemas, é recomendado que você termine completamente o seu ambiente de trabalho antes de iniciar a actualização para squeeze.

Como parte do processo de actualização, o evolution irá verificar se se quaisquer processos relacionados estão em execução e irá recomenda que sejam terminados. Será então executada uma verificação secundária por processos; se necessário, será oferecida uma escolha entre permitir que os restantes processos sejam mortos ou abortar a actualização de modo a resolver a situação manualmente.

4.6. Actualizar o seu kernel e pacotes relacionados

Esta secção explica como actualizar o seu kernel e identifica potenciais problemas relacionados com esta actualização. Tanto pode instalar um dos pacotes linux-image-* fornecidos pela Debian, ou compilar um kernel personalizado a partir do código fonte.

Note que muita da informação nesta secção é baseada na premissa que irá utilizar um dos kernels modulares da Debian, juntamente com os pacotes initramfs-tools e udev. Se escolher utilizar um kernel personalizado que não precisa de uma initrd ou se utiliza um gerador de initrds diferente, alguma da informação pode não ser relevante para si.

4.6.1. Instalar o meta-pacote do kernel

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”.

4.6.2. Reordenação da enumeração de dispositivos

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[10] no directório /dev/disk/by-uuid/ ou nomes de dispositivo LVM em /dev/mapper/.

4.6.3. Boot timing issues (waiting for root device)

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.

The usual symptoms are that the boot will fail because the root file system cannot be mounted and you are dropped into a debug shell:

Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/something does not exist.  Dropping to a shell!
(initramfs) 

But if you check afterwards, all devices that are needed are present in /dev. This has been observed in cases where the root file system is on a USB disk or on RAID, especially if LILO is used.

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.

4.7. Preparar para o próximo lançamento

Após a actualização existem várias coisas que você pode fazer para se preparar para o próximo lançamento.

  • Remova os pacotes obsoletos e não utilizados conforme é descrito em Secção 4.9, “Pacotes obsoletos”. Você deve rever que ficheiros de configuração eles utilizam e considerar purgar os pacotes para remover os seus ficheiros de configuração.

4.8. Componentes descontinuados

Com o próximo lançamento da Debian GNU/Linux 7.0 (nome de código wheezy) algumas funções serão descontinuadas. Os utilizadores terão que migrar para outras alternativas para prevenir problemas quando actualizar para 7.0.

Isto inclui as seguintes funcionalidades:

  • OpenVZ e Linux-Vserver: Debian GNU/Linux 6.0 será o último lançamento a incluir conjuntos de funcionalidades de virtualização do kernel Linux fora da linha principal. Isto significa que os conjuntos de funcionalidades do OpenVZ e Linux-Vserver deverão ser considerados descontinuados, e os utilizadores devem migrar para soluções de virtualização fundidas na origem do linux-2.6 como o KVM, Linux Containers ou Xen.

  • O pacote gdm (Gestor de Ecrã do GNOME versão 2.20) irá ficar obsoleto pelo gdm3, uma versão rescrita. Veja Secção 5.6, “Alterações e suporte do desktop GNOME” para mais informação.

4.9. Pacotes obsoletos

Ao introduzir vários milhares de novos pacotes, a squeeze também remove e omite mais de quatro milhares de antigos pacotes que estavam na lenny. Não fornece um caminho de actualização para estes pacotes obsoletos. Ao mesmo tempo que nada o impede de continuar a utilizar um pacote obsoleto enquanto o desejar, o projecto Debian irá normalmente descontinuar o suporte de segurança para o mesmo um ano depois do lançamento da squeeze[11], e normalmente não irá disponibilizar outro suporte durante esse tempo. É recomendado substitui-los por alternativas disponíveis, se existirem.

Existem muitas razões para que pacotes possam ter sido retirados da distribuição: não serem mais mantida uma evolução; não existir mais um Debian 'Developer' interessado em manter os pacotes; a funcionalidade que estes fornecem ter sido ultrapassada por outro software diferente (ou uma nova versão); ou deixados de serem considerados adequados para a squeeze devido a bugs neles. No último caso, os pacotes podem no entanto continuar a estarem presentes na distribuição unstable.

A detecção dos pacotes que num sistema actualizado são obsoletos é fácil pelo facto dos 'front-ends' do gestor de pacotes os marcarem como tal. Se estiver a utilizar o aptitude, verá a lista destes pacotes na entrada Pacotes obsoletos e criados localmente. O dselect disponibiliza uma secção idêntica mas a lista que apresenta pode ser diferente.

Também, se usou o aptitude ou o apt-get para instalar manualmente pacotes na lenny, ele irá seguir esses pacotes que instalou manualmente e será capaz de marcar como obsoletos os pacotes obtidos apenas por dependências e que já não são necessários se o pacote foi removido. O aptitude e o apt, ao contrário do deborphan, não irá marcar para remoção pacotes que você instalou manualmente, em oposição aos que foram instalados automaticamente através de dependências. Para remover os pacotes instalados automaticamente e que já não têm uso, execute:

# apt-get autoremove

Existem ferramentas adicionais que pode utilizar para descobrir pacotes obsoletos tais como deborphan, debfoster ou cruft. O deborphan é fortemente recomendado, no entanto este irá (em modo predefinido) apenas relatar as bibliotecas obsoletas: pacotes nas secções libs ou oldlibs que não sejam utilizada por outros pacotes. Não remova cegamente os pacotes que estas ferramentas apresentam, especialmente se estiver a utilizar opções agressivas e não-predefinidas que são sujeitas à produção de falsos positivos. É altamente recomendável que reveja manualmente os pacotes sugeridos para remoção (por ex. o seu conteúdo, dimensão e descrição) antes de os remover.

O Debian Bug Tracking System frequentemente fornece informação adicional sobre a razão da remoção do pacote. Deverá rever ambos os relatórios de erro do pacote e os relatórios de bugs arquivados para o ftp.debian.org pseudo-package.

A lista de pacotes obsoletos inclui:

  • A suite de gestão de conteúdo plone. Isto tem sido feito a pedido dos programadores para se usar o Instalador Unificado para Linux, o qual eles consideram a sua única plataforma de desenvolvimento suportada. A ferramenta recomendada para instalar o Plone num sistema Debian GNU/Linux é o Instalador Unificado, disponível para download em http://plone.org/

  • nessus, o servidor de sondagem de vulnerabilidades a as suas bibliotecas associadas e outro software. Foi descontinuado a favor do software disponibilizado pelo OpenVAS que inclui o openvas-server e o openvas-client. Como não há nenhum caminho de actualização automático, você terá que instalar o OpenVAS e mover manualmente a configuração do seu serviço Nessus (utilizadores, certificados, etc.) para o OpenVAS.

  • postgresql-8.3, sucessor é o postgresql-8.4

  • mysql-server-5.0, sucessor é o mysql-server-5.1.

  • python2.5, sucessor é o python2.6.

  • O software Java 5 incluindo os pacotes sun-java5-jre e sun-java5-bin, o sucessor é o Java 6: sun-java6-jre e pacotes associados.

  • O apt-proxy não é mais disponibilizado, as alternativas a esta ferramenta incluem apt-cacher-ng, apt-cacher e approx. Apesar de não existir um caminho automático de actualização, os utilizadores do apt-proxy podem mudar para estas alternativas ao instalar manualmente qualquer um destes pacotes.

  • Algumas das driver de vídeo do Xorg não estão mais disponíveis em squeeze e são obsoletas. Isto inclui xserver-xorg-video-cyrix, xserver-xorg-video-i810, xserver-xorg-video-imstt, xserver-xorg-video-nsc, xserver-xorg-video-sunbw2 e xserver-xorg-video-vga. Elas pode ser removidas através da actualização. Os utilizadores devem instalar xserver-xorg-video-all em substituição.

  • O utilitário usado em lenny para mostrar a imagem splash durante o arranque, usplash, não está mais disponível. Foi substituído pelo plymouth.

4.9.1. Pacotes fictícios

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.



[4] Se a prioridade de debconf estiver definida para um nível muito alto pode prevenir avisos de configuração, mas os serviços que se regem em respostas predefinidas que não estão aplicáveis no seu sistema irão falhar o arranque.

[5] Por exemplo: os serviços DNS ou DHCP, especialmente onde não há redundância ou substituto em falha. No caso do DHCP, os utilizadores finais podem ficar desligados da rede se o tempo de lease for menor que o tempo que durar a completar processo de actualização.

[6] Esta função pode ser desactivada ao adicionar o parametro panic=0 aos parametros de arranque.

[7] O sistema de gestão de pacotes da Debian normalmente não permite que um pacote remova ou substitua um ficheiro pertencente a outro pacote, a não ser que tenha definido para substituir esse pacote.

[8] Também existem incompatibilidades conhecidas entre o kernel antigo e o novo udev. Se você encontrar problemas após o reiniciar do sistema com o novo kernel, vai precisar de fazer o downgrade ao udev de modo a usar o antigo.

[9] Se você está a registar a actualização como descrito em Secção 4.4, “Actualizar pacotes”, por favor, use outra vez script para registar os próximos passos da actualização após o reinicio do sistema de modo a registar o resultado das acções descritas em Secção 4.4.6, “Actualizar o sistema”.

[10] Alguns dispositivos, como aqueles usados pelo crypt, RAID ou LVM têm identificadores não-UUID estáveis. Nestes casos você deverá usar o nome dos dispositivos, que já são inambíguos e estáveis.

[11] Ou enquanto não for feito outro lançamento durante esse periodo de tempo. Tipicamente apenas dois lançamentos estáveis são suportados em qualquer altura.