release-notes/pt/release-notes.pt.sgml

<!DOCTYPE debiandoc PUBLIC "-//DebianDoc//DTD DebianDoc//EN" [

  <!ENTITY % dynamicdata SYSTEM "../en/../dynamic.ent"> %dynamicdata;
  <!ENTITY % shareddata SYSTEM "../en/../release-notes.ent"> %shareddata;
  <!ENTITY docid "$Id: release-notes.pt.sgml,v 1.19 2007-04-06 20:23:27 fjp Exp $">
]>
<debiandoc>
 <book>
  <titlepag>
   <title>
     Notas do lançamento de &debian; &release; ("&releasename;"), 
     &arch-title;
   </title>
   <author>
     <name>Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob 
     Bradford, Frans Pop (actual), Andreas Barth (actual), Javier 
     Fern&aacute;ndez-Sanguino Pe&ntilde;a (actual), Steve Langasek 
     (actual)</name><email></email>
   </author>
   <author>
     <name></name><email>debian-doc@lists.debian.org</email>
   </author>
   <version>
     &docid;

   </version>
  </titlepag>
  <toc detail="sect1">
 
 <chapt id="about">
  <heading>
    Introdução
  </heading>
  <p>
    Os principais objectivos destas Notas de Lançamento são informar os 
    utilizadores acerca das maiores alterações neste lançamento da 
    distribuição &debian;, disponibilizar informação acerca de como 
    actualizar em segurança a partir do lançamento anterior, e finalmente, 
    informar os utilizadores acerca dos potenciais problemas conhecidos que 
    poderão encontrar ao actualizar para, ou ao utilizar, o lançamento 
    &releasename;.
  </p>
  <p>
    Repare que é impossível listar todos os problemas conhecidos, deste modo 
    foi feita uma selecção baseada na combinação da frequência e impacto 
    desses problemas.
  </p>
  <p>
    A versão mais recente deste documento está sempre disponível em <url 
    id="&url-release-notes;">. Se a versão que você estiver a ler tiver mais 
    do que um mês,<footnote><p>conforme é listado na capa da versão em PDF e 
    no rodapé da versão online, em HTML</p></footnote>, você poderá desejar 
    obter a versão mais recente.
  </p>
  <p>
    Por favor note que apenas suportamos e documentamos a actualização a 
    partir do anterior lançamento de Debian (neste caso, a actualização a 
    partir da &oldreleasename;). Se necessitar de actualizar a partir de 
    lançamentos mais antigos sugerimos-lhe que leia as edições anteriores 
    das notas de lançamento para actualizar primeiro para a 
    &oldreleasename;.
  </p>
  <sect id="bug_reports">
   <heading>
     Relatar erros neste documento
   </heading>
   <p>
     Nós tentamos testar todos os diferentes passos de actualização 
     descritos neste documento e também tentamos antecipar todos os 
     possíveis problemas que os nossos utilizadores possam encontrar.
   </p>
   <p>
     Não obstante, se você pensa que encontrou qualquer bug nesta 
     documentação (informação incorrecta ou informação em falta), por favor 
     arquive um bug no <url id="&url-bts;" name="sistema de seguimento de 
     bugs (bts)"> contra o pacote <package>release-notes</package>.
   </p>
  </sect>
  <sect id="upgrade_reports">
   <heading>
     Contribuir com relatórios de actualização
   </heading>
   <p>
     Qualquer informação vinda dos utilizadores, acerca de actualizações a 
     partir da &oldreleasename; para a &releasename;, é bem-vinda. Se está 
     disposto a partilhar informação por favor arquive um bug, com os seus 
     resultados, no <url id="&url-bts;" name="sistema de seguimento de bugs 
     (bts)"> contra o pacote <package>upgrade-reports</package>.
   </p>
   <p>
     Por favor forneça as seguintes informações quando submeter o seu 
     relatório de actualização:
    <list>
     <item>
      <p>
        O estado da sua base de dados de pacotes antes e depois da 
        actualização: a base de dados do estado do <prgn>dpkg</prgn> está 
        disponível em <file>/var/lib/dpkg/status</file> e a informação do 
        estado dos pacotes do <prgn>aptitude</prgn>, está disponível em 
        <file>/var/lib/aptitude/pkgstates</file>. Você deve ter feito uma 
        cópia de segurança antes da actualização conforme é descrito em <ref 
        id="data-backup">, mas também pode encontrar cópias de segurança 
        desta informação em <file>/var/backups</file>.
      </p>
     </item>
     <item>
      <p>
        Logs da sessão utilizando o <package>script</package>, conforme é 
        descrito em <ref id="record_session">.
      </p>
     </item>
     <item>
      <p>
        Os seus logs do aptitude, disponíveis em 
        <file>/var/log/aptitude</file>.
      </p>
     </item>
    </list>
   </p>
   <p>
     Nota: você deve gastar algum tempo para rever e remover qualquer 
     informação sensível e/ou confidencial dos logs antes de a incluir num 
     relatório de bug já que a informação será publicada numa base de dados 
     pública.
   </p>
  </sect>
  <sect id="sources">
   <heading>
     Fontes para este documento
   </heading>
   <p>
     Este documento é gerado utilizando o 
     <package>debiandocsgml</package>. As fontes para as Notas de Lançamento 
     estão disponíveis no repositório CVS do <em>Projecto de Documentação 
     Debian</em>. Você pode utilizar a <url id="&url-cvs-release-notes;" 
     name="interface web"> para aceder individualmente aos seus ficheiros 
     através da web e ver as alterações. Para mais informação acerca de como 
     aceder ao CVS por favor consulte as <url id="&url-ddp-cvs-info;" 
     name="Páginas do CVS do Projecto de Documentação Debian">.
   </p>
  </sect>
 </chapt>
 <chapt id="whats-new">
  <heading>
    O que há de novo na &debian; &release;
  </heading>
  <p>
    Este lançamento acrescenta o suporte oficial à arquitectura AMD64 que 
    suporta os processadores 64-bit tanto da Intel (EM64T) como da AMD 
    (AMD64). Durante o lançamento anterior, &debian; 3.1 ('sarge'), esteve 
    disponível uma versão não-oficial deste 'port'. <![ %amd64 [ A 
    actualização a partir desta versão não-oficial deverá ser possível 
    utilizando estas Notas de Lançamento, mas não é oficialmente suportada 
    pela Debian. ]]>
  </p>
  <p>
    O suporte oficial para a arquitectura Motorola 680x0 ('m68k') foi 
    descontinuado pois não correspondia aos critérios definidos pelos Debian 
    Release Managers. As razões mais importantes foram a performance e o 
    limitado suporte upstream a componentes 'toolchain' essenciais. No 
    entanto, é esperado que o 'port' m68k se mantenha activo e disponível 
    para instalação, mesmo que não seja parte deste lançamento oficial da 
    versão estável.
  </p>
  <p>
    Seguem-se as arquitecturas suportadas oficialmente pela &debian; 
    &releasename;:
  </p>
  <p>
   <list>
    <item>
     <p>
       Intel x86 ('i386')
     </p>
    </item>
    <item>
     <p>
       Alpha ('alpha')
     </p>
    </item>
    <item>
     <p>
       SPARC ('sparc')
     </p>
    </item>
    <item>
     <p>
       PowerPC ('powerpc')
     </p>
    </item>
    <item>
     <p>
       ARM ('arm')
     </p>
    </item>
    <item>
     <p>
       MIPS ('mips' (big-endian) e 'mipsel' (little-endian))
     </p>
    </item>
    <item>
     <p>
       Intel Itanium ('ia64')
     </p>
    </item>
    <item>
     <p>
       HP PA-RISC ('hppa')
     </p>
    </item>
    <item>
     <p>
       S/390 ('s390')
     </p>
    </item>
    <item>
     <p>
       AMD64 ('amd64')
     </p>
    </item>
   </list>
  </p>
  <p>
    Pode ler mais acerca do estado do 'port', bem como informação especifica 
    do 'port' para a sua arquitectura nas <url id="&url-ports;" 
    name="páginas web dos 'ports' Debian">.
  </p>
   <![ %secondrelease [

  <p>
    Este é apenas o segundo lançamento oficial do &debian; para a 
    arquitectura &arch-title;. Sentimos que teve já suficientes provas para 
    ser lançada. No entanto, como não teve ainda a exposição (e como tal 
    testada pelos utilizadores) que outras arquitecturas tiveram, pode 
    encontrar alguns 'bugs'. Por favor utilize o nosso link <url 
    id="&url-bts;" name="bug tracking system"> para relatar quaisquer 
    problemas; certifique-se que menciona o facto de o 'bug' se encontrar na 
    plataforma &architecture;.
  </p>
   ]]><![ %arm [

  <sect id="new-arch">
   <heading>
     O que há de novo para &arch-title;?
   </heading>
   <p>
     O suporte para RiscPC (RPC) está incompleto e será removido após o 
     etch. Embora seja disponibilizado em kernel para RiscPC no etch, o 
     instalador não suporta este sistema.
   </p>
   <p>
     Foi acrescentado o suporte para a plataforma IXP4xx da Intel. O 
     instalador inclui suporte para o Linksys NSLU2, um dispositivo pequeno 
     e barato que permite a utilização de armazenamento acoplado através de 
     USB. Mais informação acerca de Debian no NSLU2 pode ser encontrada em 
     <url id="http://www.cyrius.com/debian/nslu2/">.
   </p>
   <p>
     Também foi acrescentado o suporte para a plataforma I/O Processor da 
     Intel (IOP)- Especificamente, a &debian; &release; suporta dispositivos 
     baseados em IOP 32x. São suportados, pelo instalador, dois dispositivos 
     Network Attached Storage (NAS) baseados no chip IOP: o GLAN Tank da 
     IO-Data e o Tecus N2100. Veja <url 
     id="http://www.cyrius.com/debian/iop/">.
   </p>
  </sect>
   ]]><![ %mips-mipsel [

  <sect id="new-arch">
   <heading>
     O que há de novo para &arch-title;?
   </heading>
    <![ %mipsel [

   <p>
     O suporte DECstation está incompleto e não foi testado no etch e será 
     completamente removido depois deste lançamento. Isto inclui ambas as 
     variantes de DECStation antigamente suportadas em Debian, r3k-kn02 e 
     r4k-kn04.
   </p>
   <p>
     É agora possível instalar em máquinas Cobalt baseadas em MIPS (Qube 
     2700, RaQ1, Qube2, RaQ2) sem utilizar uma consola série. As instalações 
     em Cobalt são agora por omissão via SSH. Veja <url 
     id="http://www.cyrius.com/debian/cobalt/"> para mais informação.
   </p>
    ]]><![ %mips [

   <p>
     Foi adicionado suporte para a plataforma IP32 da SGI. A plataforma IP32 
     consiste de máquinas SGI O2 com processadores R5000, R52000 ou 
     RM7000. A instalação é possível via frame buffer ou pela consola série.
   </p>
    ]]>

   <p>
     Foi adicionado suporte para a placa de avaliação SB1A BCM91480B da 
     Broadcom ("BigSur"), que é baseado no chip quad-core BCM1480, tanto ao 
     kernel como ao instalador. Esta placa é suportada tanto em modo little 
     endian como em big endian.
   </p>
   <p>
     Foi adicionado suporte para uma máquina Quemu. A máquina Qemu/MIPS 
     emula um PC ISA clássico com um CPU MIPS 4Kc.
   </p>
  </sect>
   ]]><![ %powerpc [

  <sect id="new-arch">
   <heading>
     O que há de novo para &arch-title;?
   </heading>
   <p>
     Este lançamento adiciona suporte para arquitecturas PowerPC a 64 bit 
     (pSeries da IBM, powermacs G5 da Apple). Suporte para a 
     sub-arquitectura Apple Apus foi descontinuado; a sub-arquitectura Apple 
     Nubus também não é suportada.
   </p>
  </sect>
   ]]>

  <sect id="newdistro">
   <heading>
     O que há de novo na distribuição?
   </heading>
   <p>
     Este novo lançamento Debian vem com muito mais software do que o seu 
     predecessor &oldreleasename;; a distribuição inclui mais de 
     &packages-new; novos pacotes, num total de mais de &packages-total; 
     pacotes. A maior parte do software na distribuição foi actualizado: 
     mais de &packages-updated; pacotes de software (isto é 
     &packages-update-percent;% de todos os pacotes na 
     &oldreleasename;). Além disso, um número significativo de pacotes (mais 
     de &packages-removed;, &packages-removed-percent;% dos pacotes na 
     &oldreleasename;) foram removidos da distribuição por várias 
     razões. Não verá quaisquer actualizações para estes pacotes e estes 
     serão marcados como obsoletos nos 'front-ends' de gestão de pacotes.
   </p>
   <p>
     Com este lançamento, &debian; muda do XFree86 para o lançamento 7.1 do 
     XOrg, que inclui suporte a uma gama mais alargada de hardware e melhor 
     auto-detecção. Isto permite a utilização do Compiz, um dos primeiros 
     gestores de janelas de composição para o X Window System, tirando toda 
     a vantagem da aceleração por hardware OpenGL para os dispositivos 
     suportados.
   </p>
   <p>
     &debian; é novamente lançada com várias aplicações e ambientes de 
     desktop. Entre outros agora inclui os ambientes de desktop GNOME 
     2.14<footnote><p>com alguns módulos do GNOME 2.16.</p></footnote>, KDE 
     3.5.5a e o Xfce 4.4. Os aplicativos de produtividade também foram 
     actualizados, incluindo os pacotes de ofimática OpenOffice 2.0.4a e 
     KOffice 1.6, assim como o GNUCash 2.0.5, o GNUmeric 1.6.3 e o Abiword 
     2.4.6
   </p>
   <p>
     As actualizações de outros aplicações de desktop incluem a actualização 
     para o Evolution 2.6.3 e para o Gaim 2.0. O conjunto Mozilla também foi 
     actualizado, com uma mudança no nome dos programas principais: o 
     <prgn>iceweasel</prgn> (versão 2.0.0.2) é o navegador web 
     <prgn>Firefox</prgn> sem a marca e o <prgn>icedove</prgn> (versão 1.5) 
     é o cliente de mail <prgn>Thunderbird</prgn> sem a marca.
   </p>
   <p>
     Entre muitas outras, este lançamento também inclui, as seguintes 
     actualizações de software:
   </p>
   <p>
    <list>
     <item>
      <p>
        a biblioteca GNU C, versão 2.3.6
      </p>
     </item>
     <item>
      <p>
        o GNU Compiler Collection 4.1 como o compilador por omissão
      </p>
     </item>
     <item>
      <p>
        interpretadores de linguagem: PHP 5.2, Python 2.4
      </p>
     </item>
     <item>
      <p>
        software de servidor:
      </p>
      <p>
       <list>
        <item>
         <p>
           servidores de e-mail: Exim 4.63 (servidor de email por omissão 
           para novas instalações), Postfix 2.3, Courier 0.53, Cyrus 2.2
         </p>
        </item>
        <item>
         <p>
           servidores web: Apache 2.2, fnord 1.10
         </p>
        </item>
        <item>
         <p>
           servidores de base de dados: MySQL 5.0.32, PostgreSQL 8.1
         </p>
        </item>
        <item>
         <p>
           servidor OpenSSH, versão 4.3
         </p>
        </item>
        <item>
         <p>
           servidores de nomes: Bind 9.3, maradns 1.2
         </p>
        </item>
        <item>
         <p>
           servidor de directórios: OpenLDAP 2.3
         </p>
        </item>
       </list>
      </p>
     </item>
    </list>
   </p>
   <p>
     A distribuição &debian; oficial agora é lançada com 19 a 23 CDs de 
     binários (dependendo da arquitectura) e um número idêntico de CDs com o 
     código-fonte. Também está disponível uma versão da distribuição em DVD.
   </p>
   <sect1 id="pkgmgmt">
    <heading>
      Gestão de pacotes
    </heading>
    <p>
      O <prgn>aptitude</prgn> é o programa preferido para a gestão de 
      pacotes através da consola. O <prgn>aptitude</prgn> suporta a maior 
      parte das operações em linha de comandos do <prgn>apt-get</prgn> e 
      provou resolver as dependências de um modo mais eficaz do que o 
      <prgn>apt-get</prgn>. Se ainda estiver a utilizar o 
      <prgn>dselect</prgn>, deverá passar para o <package>aptitude</package> 
      como 'frontend' oficial para a gestão de pacotes.
    </p>
    <p>
      Para a &releasename; foi implementado no <prgn>aptitude</prgn> um 
      mecanismo avançado de resolução de conflitos que irá tentar encontrar 
      a melhor solução se forem detectados conflitos devido a alterações nas 
      dependências entre pacotes.
    </p>
    <p>
      O <em>Secure APT</em> está agora disponível na &releasename;. Esta 
      funcionalidade acrescenta uma segurança extra aos sistemas &debian; ao 
      facilmente suportar encriptação forte e assinaturas digitais para 
      validar os pacotes a que foi feito download. Este lançamento inclui a 
      ferramenta <prgn>apt-key</prgn> para acrescentar novas chaves ao 
      'keyring' do apt, que por omissão, apenas inclui a actual chave de 
      assinaturas do arquivo Debian, disponibilizada no 
      <package>debian-archive-keyring</package>.
    </p>
    <p>
      Na sua configuração por omissão, o <prgn>apt</prgn> irá agora alertar 
      se for feito o download de pacotes a partir de origens que não sejam 
      autenticadas. Os lançamentos futuros poderão vir a forçar que todos os 
      pacotes sejam verificados antes de ser feito o download destes. Os 
      administradores de repositórios apt não-oficiais são encorajados a 
      gerar uma chave criptográfica e a assinar os seus ficheiros Release, 
      assim como a disponibilizar uma forma segura de distribuir as suas 
      chaves públicas.
    </p>
    <p>
      Para mais informação por favor leia o manual <manref section="8" 
      name="apt">, o capítulo <url 
      id="http://www.debian.org/doc/manuals/securing-debian-howto/ch7#s-deb-pack-sign" 
      name="Assinatura de pacotes em Debian"> do <em>Securing Debian 
      Manual</em> e a <url id="http://wiki.debian.org/SecureApt" 
      name="Debian Wiki">.
    </p>
    <p>
      Outra funcionalidade que foi acrescentada ao <prgn>apt</prgn> é a 
      capacidade de fazer o download apenas das alterações nos ficheiros 
      <file>Packages</file> desde a sua última actualização. Mais acerca 
      desta funcionalidade em <ref id="apt-pdiff">.
    </p>
   </sect1>
   <sect1 id="volatile">
    <heading>
      debian-volatile é agora um serviço oficial
    </heading>
    <p>
      O serviço <em>debian-volatile</em> introduzido como serviço 
      não-oficial com o lançamento da &oldreleasename; tornou-se agora um 
      serviço &debian; oficial.
    </p>
    <p>
      Isto significa que agora utiliza um endereço 
      <tt>.debian.org</tt><footnote><p>O antigo endereço 
      <tt>volatile.debian.net</tt> também irá permanecer válido para 
      já. </p></footnote>. Por favor certifique-se que actualiza o seu 
      <file>/etc/apt/sources.list</file> de acordo, se estiver a utilizar 
      este serviço.
    </p>
    <p>
      O <em>debian-volatile</em> permite aos utilizadores actualizar 
      facilmente pacotes da distribuição estável que contenham informação 
      que rapidamente se torna obsoleta. Como exemplos, as listas de 
      assinaturas de vírus em antivirus ou o conjunto de padrões para 
      filtros de spam. Para mais informações e para uma lista de 'mirrors', 
      por favor veja a <url id="&url-debian-volatile" name="página web"> do 
      arquivo.
    </p>
   </sect1>
  </sect>
  <sect id="system-changes">
   <heading>
     Melhorias no sistema
   </heading>
   <p>
     Ocorreram um número de alterações na distribuição de que irão 
     beneficiar as novas instalações da &releasename;, mas poderão não ser 
     automaticamente aplicadas ás actualizações a partir da 
     &oldreleasename;. Esta secção dá uma panorâmica das alterações mais 
     relevantes.
   </p>
   <p>
    <taglist>
     <tag>
       Foi diminuida a prioridade dos pacotes básicos para desenvolvimento
     </tag>
     <item>
      <p>
        Um número de pacotes de desenvolvimento que costumava ter prioridade 
        <em>standard</em> tem agora prioridade <em>opcional</em>, o que 
        significa que já não serão, por omissão, instalados. Isto inclui o 
        compilador padrão C/C++, <package>gcc</package>, assim como outro 
        software (<package>dpkg-dev</package>, <package>flex</package>, 
        <package>make</package>) e cabeçalhos de desenvolvimento 
        (<package>libc6-dev</package>, 
        <package>linux-kernel-headers</package>).
      </p>
      <p>
        Se você deseja ter estes pacotes no seu sistema, a maneira mais 
        fácil dos instalar é instalar o <package>build-essential</package>, 
        que irá trazer a maioria deles.
      </p>
     </item>
     <tag>
       SELinux com prioridade standard, mas não activado por omissão
     </tag>
     <item>
      <p>
        Os pacotes necessários para suporte SELinux foram promovidos à 
        prioridade <em>standard</em>. Isto significa que serão instalados 
        por omissão durante as novas instalações. Para sistemas já 
        existentes você pode instalar SELinux utilizando:
       <example>
# aptitude install selinux-basics
       </example>
      </p>
      <p>
        Note que o suporte a SELinux <em>não</em> está activado por 
        omissão. Informação acerca da instalação e de como activar o SELinux 
        pode ser encontrada no <url id="&url-wiki-selinux;" name="Debian 
        Wiki">.
      </p>
     </item>
     <tag>
       Novo superdaemon inet, por omissão
     </tag>
     <item>
      <p>
        O superdaemon inet por omissão para a &releasename; é o 
        <package>openbsd-inetd</package> em vez do 
        <package>netkit-inetd</package>. Não irá ser iniciado se não 
        estiverem configurados serviços, o que acontece por omissão. O novo 
        daemon por omissão será automaticamente instalado durante a 
        actualização.
      </p>
     </item>
     <tag>
       O clone do <prgn>vi</prgn>, por omissão, foi alterado
     </tag>
     <item>
      <p>
        O clone do <prgn>vi</prgn> instalado por omissão é agora uma versão 
        compacta do <prgn>vim</prgn> (<package>vim-tiny</package>) em vez do 
        <package>nvi</package>.
      </p>
     </item>
     <tag>
       Alterações nas funcionalidades por omissão para 
       <tt>ext2</tt>/<tt>ext3</tt>
     </tag>
     <item>
      <p>
        Os novos sistemas de ficheiros ext2 e ext3 serão criados com as 
        funcionalidades <em>dir_index</em> e <em>resize_inode</em> ligadas 
        por omissão. A primeira funcionalidade acelera as operações em 
        directórios com muitos ficheiros; a segunda torna possível 
        redimensionar um sistema de ficheiros on-line (i.e. enquando está 
        montado).
      </p>
      <p>
        Os utilizadores que actualizem a partir da &oldreleasename; podem 
        considerar acrescentar manualmente a flag <em>dir_index</em> 
        utilizando o <prgn>tune2fs</prgn><footnote><p>A flag 
        <em>filetype</em> já deve estar definida na maioria dos sistemas de 
        ficheiros, excepto possivelmente em sistemas instalados antes da 
        &oldreleasename;. </p></footnote>; a flag <em>resize_inode</em> não 
        pode ser acrescentada a um sistema de ficheiros já existente. É 
        possível verificar que flags estão definidas para um sistema de 
        ficheiros utilizando <tt>dumpe2fs -h</tt>.
      </p>
     </item>
     <tag>
       A codificação por omissão para a &releasename; é UTF-8
     </tag>
     <item>
      <p>
        A codificação por omissão para novas instalações de &debian é 
        UTF-8. Um número de aplicações também será configurada para utilizar 
        UTF-8 por omissão.
      </p>
      <p>
        Os utilizadores que actualizam para a &releasename; que desejem 
        mudar para UTF-8 irão necessitar de reconfigurar o seu ambiente e 
        definições de locale. O valor por omissão para todo o sistema pode 
        ser alterado utilizando <tt>dpkg-reconfigure locales</tt>; primeiro 
        escolha um locale UTF-8 para o seu idioma e país e depois torne isso 
        no valor por omissão. Note que mudar para UTF-8 significa que 
        provavelmente também necessita de converter ficheiros existentes da 
        sua codificação anterior para UTF-8.
      </p>
      <p>
        O pacote <package>utf8-migration-tool</package> contém uma 
        ferramenta que poderá ajudar a migração, no entanto o pacote apenas 
        está disponível em 'unstable' já que não ficou pronto a tempo para a 
        &releasename;. É recomendado fazer cópias de segurança dos seus 
        dados e configurações antes de utilizar a ferramenta.
      </p>
      <p>
        Note que algumas aplicações podem ainda não funcionar correctamente 
        num ambiente UTF-8, na maioria devido a problemas de visualização.
      </p>
     </item>
    </taglist>
   </p>
   <p>
     O <url id="http://wiki.debian.org/Sarge2EtchUpgrade" name="Debian 
     Wiki"> tem alguma informação adicional acerca das alterações entre a 
     &oldreleasename; e a &releasename;.
   </p>
  </sect>
  <sect id="kernel-changes">
   <heading>
     Maiores alterações relacionadas com o kernel
   </heading>
   <p>
     &debian; &release; vem com a versão &kernelversion; do kernel para 
     todas as arquitecturas; o lançamento ainda é maioritariamente <![ 
     %defaulted-2.4 [ <footnote><p>Alguns pacotes individuais podem não 
     funcionar correctamente com um kernel 2.4; ver <ref 
     id="incompatible-2.4">.</p></footnote> ]]> compatível com kernels 2.4, 
     mas a Debian já não fornece ou suporta pacotes de kernel 2.4.
   </p>
   <p>
     Houveram grandes alterações tanto no próprio kernel como no 
     empacotamento do kernel pela Debian. Algumas dessas alterações 
     complicam o procedimento de actualização e podem potencialmente 
     resultar em problemas quando reiniciar o sistema depois da actualização 
     para o &releasename;. Esta secção dá uma ideia das alterações mais 
     importantes; potenciais problemas e informação sobre como os contornar 
     é incluída em capítulos posteriores.
   </p>
    <![ %defaulted-2.4 [

   <p>
     Se está a utilizar um kernel 2.4, deve ler cuidadosamente <ref 
     id="upgrade-to-2.6">.
   </p>
    ]]>

   <sect1 id="kernel-packaging">
    <heading>
      Alterações no empacotamento do kernel
    </heading>
    <p>
     <taglist>
      <tag>
        Pacotes de Kernel renomeados
      </tag>
      <item>
       <p>
         Todos os pacotes do kernel Linux foram renomeados de 
         <package>kernel-*</package> para <package>linux-*</package> de modo 
         a limpar o 'namespace'. Isto tornará mais fácil incluir, no futuro, 
         kernels não-Linux na Debian.
       </p>
      </item>
       <![ %i386 [

      <tag>
        'Flavor' "386" substituído por "486"
      </tag>
      <item>
       <p>
         Como o suporte para processadores 80386 foi descontinuado com a 
         &releasename;,  o 'flavor' 386 do kernel também foi agora 
         descontinuado e substituído por um novo 'flavor' 486.
       </p>
      </item>
       ]]><![ %amd64 [

      <tag>
        Kernel genérico único para &arch-title;
      </tag>
      <item>
       <p>
         Na &oldreleasename; haviam vários 'flavors' do kernel para famílias 
         de processador diferentes desta arquitectura. Devido a alterações 
         no kernel que irá automaticamente optimizar o kernel para o(s) 
         processador(es) no sistema, já não há nenhuma necessidade real para 
         'flavors' do kernel separados.
       </p>
      </item>
       ]]><![ %i386-amd64-ia64 [

      <tag>
        Os kernels standard contêm capacidades SMP
      </tag>
      <item>
       <p>
         Os sistemas multi-processador já não necessitam de um 'flavor' 
         <tt>*-smp</tt> do kernel Linux. Para &arch-title; os pacotes 
         <tt>linux-image</tt> sem o sufixo <tt>-smp</tt> suportam quer os 
         sistemas com um único processador quer os multi-processador. <![ 
         %i386 [ (A única excepção é o 'flavor' 486, que apenas suporta um 
         único processador.) ]]>
       </p>
      </item>
       ]]><![ %mips [

      <tag>
        O 'flavor' 386 do kernel foi descontinuado
      </tag>
      <item>
       <p>
         A imagem do kernel para máquinas IP22 com um CPU R5000 foi 
         descontinuado porque a imagem r4k-ip22 agora suporta máquinas tanto 
         com um CPU R4x000 ou um R5000.
       </p>
      </item>
       ]]>

     </taglist>
    </p>
    <p>
      Onde possível, são disponibilizados pacotes fictícios de transição 
      para pacotes descontinuados que dependem dos novos pacotes.
    </p>
   </sect1>
   <sect1 id="kernel-initrd">
    <heading>
      Novos utilitários para gerar initrds
    </heading>
     <![ %no-initrd [

    <p>
      Os pacotes de imagem do kernel da Debian para &arch-title; não 
      precisam de um initrd para arrancar o sistema. Isto significa que a 
      informação nesta secção pode não ser relevante para si, mas mesmo 
      assim é incluída para referência.
    </p>
     ]]>

    <p>
      <![ %uses-initrd [ Os pacotes de imagem do kernel da Debian para 
      &arch-title; necessitam de uma initrd para arrancar o sistema. ]]> 
      Devido a alterações no kernel, o utilitário para gerar initrds na 
      &oldreleasename;, <package>initrd-tools</package>, já não pode ser 
      utilizado e foi depreciado. Dois novos utilitários foram desenvolvidos 
      para o substituir: <package>initramfs-tools</package> e 
      <package>yaird</package>. Os conceitos por trás dos novos utilitários 
      são bastante diferentes; Está disponível uma visão geral na <url 
      id="http://wiki.debian.org/InitrdReplacementOptions" name="Debian 
      Wiki">. Ambos irão gerar um initrd utilizando o sistema de ficheiros 
      <em>initramfs</em>, que é um arquivo comprimido <prgn>cpio</prgn>. O 
      utilitário por omissão e recomendado é o 
      <package>initramfs-tools</package>.
    </p>
     <![ %uses-initrd [

    <p>
      Actualizar para um kernel da &releasename; irá fazer fazer com que o 
      <package>initramfs-tools</package> seja, por omissão, instalado. <![ 
      %defaulted-2.4 [ Se estiver a actualizar a partir de um kernel 2.4 
      para um kernel Debian 2.6, tem de utilizar o 
      <package>initramfs-tools</package>. Utilizar o 
      <package>yaird</package> irá fazer com que falhem as instalações da 
      linux-image-2.6 se estiver a correr um kernel 2.2 ou 2.4. ]]>
    </p>
    <p>
      O pacote <package>initrd-tools</package> ainda é incluído na 
      &releasename; porque é necessário para actualizações a partir da 
      &oldreleasename;. Será descontinuado no próximo lançamento.
    </p>
     ]]>

   </sect1>
   <sect1 id="kernel-udev">
    <heading>
      Gestão dinâmica do <file>/dev</file> e detecção do hardware
    </heading>
    <p>
      kernels da &releasename; já não suportam <tt>devfs</tt>.
    </p>
    <p>
      O substituto para <tt>devfs</tt> é o <package>udev</package>, uma 
      implementação 'userspace' do devfs.
    </p>
    <p>
      O <package>udev</package> é montado sobre o directório 
      <file>/dev</file> e irá povoar o directório com os dispositivos 
      suportados pelo kernel. Irá também dinamicamente adicionar e remover 
      dispositivos á medida que os módulos do kernel forem, respectivamente, 
      carregados ou descarregados, baseado em eventos gerados pelo kernel. O 
      <prgn>udev</prgn> é muito mais versátil do que o <tt>devfs</tt> e 
      ofereçe serviços que são utilizados por outros pacotes como o 
      <package>hal</package> (hardware abstraction layer).
    </p>
    <p>
      Conjuntamente com o kernel, o <package>udev</package> também trata da 
      descoberta de hardware e carregamento de módulos para os dispositivos 
      detectados. Devido a isto existem conflitos com o 
      <package>hotplug</package>. Em &oldreleasename;, o 
      <package>discover</package> também podia ser utilizado para carregar 
      módulos durante o arranque, mas a nova versão em &releasename; já não 
      tem essa função. <![ %not-s390 [ <package>discover</package> ainda é 
      utilizado pelo X.Org para detectar que controlador de gráficos existe 
      no sistema. ]]>
    </p>
     <![ %uses-initrd [

    <p>
      Se instalar uma imagem de kernel da Debian, o <package>udev</package> 
      será instalado por omissão uma vez que o 
      <package>initramfs-tools</package> depende dele.
    </p>
    <p>
      Pode evitar instalar o <package>udev</package> compilando um kernel 
      personalizado não modular ou utilizando um gerador de initrd 
      alternativo, tal como o <package>yaird</package>. No entanto, o 
      <package>initramfs-tools</package> é o gerador de initrd recomendado.
    </p>
     ]]>

   </sect1>
  </sect>
 </chapt>
 <chapt id="installing">
  <heading>
    Sistema de Instalação
  </heading>
  <p>
    O Instalador Debian é o sistema oficial de instalação da Debian. Oferece 
    uma variedade de métodos de instalação. Quais os métodos que se 
    encontram disponíveis para instalar o seu sistema depende da sua 
    arquitectura.
  </p>
  <p>
    As imagens do instalador para a &releasename; podem ser encontradas 
    juntamente com o Guia de Instalação no <url id="&url-installer;" 
    name="website Debian">.
  </p>
  <p>
    O Guia de Instalação está também incluído no primeiro CD/DVD do conjunto 
    oficial de CD/DVDs Debian, em:
   <example>
/doc/install/manual/<var>language</var>/index.html
        </example>
  </p>
  <p>
    Pode também querer verificar a <url id="&url-installer;index#errata" 
    name="errata"> do debian-installer para ver uma lista de problemas 
    conhecidos.
  </p>
   <![ %alpha [

  <p>
    O instalador pode apenas ser utilizado para instalar em sistemas alpha 
    que suportem a consola SRM. Certifique-se que muda o seu sistema para 
    SRM antes de iniciar a instalação. Se a sua máquina suportar apenas a 
    consola AlphaBIOS/ARC, a forma recomendade para instalar a &releasename; 
    é instalar primeiro um sistema woody (minimalista) e depois actualizar 
    para &oldreleasename; e finalmente para &releasename;. Para mais 
    informação sobre as diferentes consolas por favor leia as referências em 
    <url id="http://www.debian.org/ports/alpha" name="páginas web do port 
    Debian alpha">.
  </p>
   ]]><![ %sparc [

  <sect id="sparc_fb">
   <heading>
     Problemas com 'framebuffer' em &arch-title;
   </heading>
   <p>
     Devido aos problemas de visualização em alguns sistemas, o suporte ao 
     'framebuffer' está por omissão desactivado para a maioria das placas 
     gráficas de &arch-title;. Pode assim resultar numa má visualização em 
     sistemas que suportem devidamente o 'framebuffer'. Se detectar 
     problemas com a visualização no instalador pode tentar arrancar o mesmo 
     com o parâmetro <tt>framebuffer=true</tt>. Por favor avise-nos se o 
     'framebuffer' não for utilizado por omissão, mas funcione correctamente 
     no seu hardware.
   </p>
  </sect>
  <sect id="sparc_illegal_instruction">
   <heading>
     Problemas com o arranque em &arch-title;
   </heading>
   <p>
     Foi relatado por vários utilizadores que o CD de instalação não arranca 
     com sucesso após o comando da PROM '<tt>boot cdrom</tt>', mostrando o 
     erro '<tt>Instrução Ilegal</tt>'
   </p>
   <p>
     A explicação aparente para este problema é que não funciona devido à 
     máquina ter sido anteriormente reiniciada através do Solaris. Para 
     conseguir arrancar, deligue completamente a máquina, e arranque 
     directamente com o CD de instalação.
   </p>
   <p>
     O problema foi relatado por utilizadores de vários sistemas 
     (nomeadamente, Enterprise 450, Blade 2000, Fire V240, Enterprise 250 e 
     Blade 100, na altura em que isto foi escrito), portanto acredita-se ser 
     geral. Por favor informe-nos se observar problemas semelhantes com o 
     seu hardware.
   </p>
  </sect>
   ]]>

  <sect id="inst-new">
   <heading>
     O que há de novo no novo sistema de instalação?
   </heading>
   <p>
     Houve muito desenvolvimento no Instalador Debian desde o seu primeiro 
     lançamento oficial com a &oldreleasename; resultando tanto em melhorias 
     no suporte de hardware bem como em algumas excitantes novas 
     funcionalidades.
   </p>
   <p>
     Nestas Notas de Lançamento nós apenas listamos as maiores mudanças no 
     instalador. Se estiver interessado numa visão dos detalhes das mudanças 
     desde a &oldreleasename;, por favor veja os anúncios de lançamento da 
     &releasename; beta e lançamentos RC disponíveis a partir do <url 
     id="&url-installer-news" name="histórico de notícias"> do Instalador 
     Debian.
   </p>
   <sect1 id="inst-changes">
    <heading>
      Grandes alterações
    </heading>
    <p>
     <taglist>
      <tag>
        Não é necessário reiniciar o sistema durante a instalação
      </tag>
      <item>
       <p>
         Anteriormente, a instalação era dividida em duas partes: instalar o 
         sistema base e torná-lo de arranque, seguido de um reiniciar do 
         sistema e depois disso a execução do <prgn>base-config</prgn> que 
         tomaria conta de coisas como a configuração de utilizadores, 
         configuração do sistema de gestão de pacotes e a instalação de 
         pacotes adicionais (utilizando o tasksel).
       </p>
       <p>
         Para a &releasename; a segunda fase foi integrada no próprio 
         instalador Debian. Isto tem algumas vantagens, incluindo o aumento 
         da segurança e o facto de que após reiniciar o sistema no final da 
         instalação o novo sistema já deverá ter o fuso horário correcto, e 
         ainda, se instalou o ambiente de Desktop, irá iniciar logo a 
         interface gráfica do utilizador.
       </p>
      </item>
      <tag>
        Codificação UTF-8 por omissão para novos sistemas
      </tag>
      <item>
       <p>
         O instalador irá configurar os sistemas de modo a utilizarem a 
         codificação UTF-8 em vez das codificações especificas antigas (como 
         ISO-8859-1, EUC-JP ou KOI-8).
       </p>
      </item>
      <tag>
        Modo de criar partições mais flexível
      </tag>
      <item>
       <p>
         Agora é possível criar sistemas de ficheiros num volume LVM 
         utilizando o particionamento guiado.
       </p>
       <p>
         O instalador também é capaz de criar sistemas de ficheiros 
         encriptados. Ao utilizar o particionamento manual terá a opção de 
         escolher entre <tt>dm-crypt</tt> e <tt>loop-aes</tt>, utilizando 
         uma frase-chave ou uma chave aleatória, e pode ainda afinar várias 
         outras opções. Ao utilizar o particionamento guiado, o instalador 
         irá criar uma partição LVM encriptada que contém quaisquer outros 
         sistemas de ficheiros (excepto <file>/boot</file>) como um volume 
         lógico.
       </p>
      </item>
       <![ %g-i [

      <tag>
        Interface gráfica de utilizador
      </tag>
      <item>
        <![ %i386-amd64 [

       <p>
         Se preferir uma interface gráfica de utilizador tente arrancar o 
         instalador com <tt>installgui</tt>.
       </p>
        ]]><![ %powerpc [

       <p>
         Para a arquitectura &arch-title; uma imagem do instalador 
         utilizando interface gráfica está disponível em separado numa base 
         experimental. Sabe-se que funciona com a maioria dos sistemas CHRP 
         que possuem placas gráficas ATI, mas não foi ainda suficientemente 
         testada na arquitectura &arch-title; de modo a o incluir nos CDs 
         normais de instalação.
       </p>
       <p>
         Se quiser experimentar o instalador gráfico procure a imagem 
         "gtk-miniiso".
       </p>
        ]]>

       <p>
         A funcionalidade do instalador gráfico é praticamente a mesma do 
         instalador normal, apenas a apresentação difere. Existe uma única 
         excepção: a interface gráfica não suporta a criação de partições 
         encriptadas utilizando chaves aleatórias.
       </p>
       <p>
         A maior vantagem do interface gráfico com o utilizador é que 
         suporta mais idiomas do que o interface usual com o utilizador 
         (newt). Informação acerca do instalador gráfico e da maioria das 
         diferenças entre o instalador gráfico e o usual são documentadas 
         num apêndice no guia de instalação.
       </p>
       <p>
         Nota: a interface gráfica do utilizador não está disponível para 
         todas as arquitecturas.
       </p>
      </item>
       ]]>

      <tag>
        Modo de recuperação
      </tag>
      <item>
       <p>
         Pode utilizar o instalador para resolver problemas com o seu 
         sistema, por exemplo quando o mesmo se recusa a arrancar. Os 
         primeiros passos serão idênticos a uma instalação normal, no 
         entanto o instalador não irá iniciar o programa responsável pela 
         criação de partições. Em vez disso oferecerá um menu com opções de 
         recuperação.
       </p>
       <p>
         Active o modo de recuperação arrancando o instalador com 
         <tt>rescue</tt>, ou adicionando o parâmetro de arranque 
         <tt>rescue/enable=true</tt>.
       </p>
      </item>
      <tag>
        Utilização do sudo em vez da conta de root
      </tag>
      <item>
       <p>
         Durante instalações avançadas pode escolher não definir uma conta 
         de root (esta será bloqueada), mas alternativamente definir 
         <prgn>sudo</prgn> de modo a que o primeiro utilizador possa 
         utiliza-lo para a administração do sistema.
       </p>
      </item>
      <tag>
        Verificação criptográfica de download de pacotes
      </tag>
      <item>
       <p>
         O download de pacotes com o instalador é agora verificado 
         criptograficamente utilizando o <prgn>apt</prgn>, tornando mais 
         difícil comprometer um sistema ao ser instalado através da rede.
       </p>
      </item>
      <tag>
        Configuração simplificada do mail
      </tag>
      <item>
       <p>
         Se o "sistema standard" for instalado, o instalador instala uma 
         configuração básica para o servidor de mail do sistema que apenas 
         disponibiliza entrega local de e-mail. O servidor de mail não 
         estará disponível aos outros sistemas ligados na mesma rede. Se 
         desejar configurar o seu sistema para lidar com e-mail não local ao 
         sistema (quer enviar e-mail quer recebê-lo) você terá de 
         reconfigurar o sistema de mail após a instalação.
       </p>
      </item>
      <tag>
        Escolha de Desktop
      </tag>
      <item>
       <p>
         O sistema de instalação irá instalar um desktop GNOME como o 
         desktop por omissão se o utilizador pedir um.
       </p>
       <p>
         No entanto, os utilizadores que desejam instalar ambientes de 
         desktop alternativos podem fazê-lo facilmente acrescentanto os 
         parâmetros de arranque: <tt>tasks="standard, kde-desktop"</tt> para 
         o KDE <tt>tasks="standard, xfce-desktop"</tt> para o Xfce. Note que 
         isto não irá funcionar quando instalar a partir de uma imagem de CD 
         completa sem utilizar um mirror na rede como uma fonte de pacotes 
         adicional; irá funcionar quando utilizar uma imagem de DVD ou 
         qualquer outro método de instalação.
       </p>
       <p>
         Existem também, disponíveis, imagens de CD distintas que instalam, 
         por omissão, o ambiente de desktop KDE ou o Xfce.
       </p>
      </item>
       <![ %not-s390 [

      <tag>
        Novos idiomas
      </tag>
      <item>
       <p>
         Graças aos enormes esforços dos tradutores, Debian pode agora ser 
         instalado em 47 idiomas utilizando a instalação com o interface em 
         modo de texto. Isto são mais seis idiomas do que na 
         &oldreleasename;. Os idiomas acrescentados neste lançamento incluem 
         o Bielorusso, o Esperanto, o Estónio, o Curdo, o Macedónio, o 
         Tagalog, o Vietnamita e o Wolof. Devido á falta de actualização da 
         tradução, dois idiomas foram descontinuados neste lançamento: o 
         Persa e o Galês.
       </p>
        <![ %g-i [

       <p>
         Se for utilizado o interface gráfico, são suportados onze idiomas 
         adicionais. Estes idiomas apenas podem ser escolhidos utilizando 
         este instalador já que os seus conjuntos de caracteres não podem 
         ser apresentados num ambiente não-gráfico. Os novos idiomas são: 
         Bengali, Dzongkha, Gujarati, Hindi, Geórgio, Khmer, Malayalam, 
         Nepalês, Punjabi, Tamil e Tailandês.
       </p>
        ]]>

       <p>
         Os utilizadores que não desejem utilizar qualquer locale podem 
         agora escolher <em>C</em> como o seu locale preferido na escolha de 
         idioma no instalador. Mais informação acerca da cobertura de 
         idiomas está disponível na <url id="&url-d-i-i18n;" name="lista de 
         idiomas do d-i">.
       </p>
      </item>
      <tag>
        Escolha simplificada da localização e fuso horário
      </tag>
      <item>
       <p>
         A configuração do idioma, países, e fusos horários foi simplificada 
         para reduzir a quantidade de informação necessária dada pelo 
         utilizador. O instalador agora irá adivinhar o país e fuso horário 
         do sistema a partir do idioma escolhido, ou se não o conseguir, irá 
         disponibilizar um leque de escolhas limitado. Se for necessário os 
         utilizadores podem ainda introduzir combinações obscuras.
       </p>
      </item>
      <tag>
        Localização para todo o sistema melhorada
      </tag>
      <item>
       <p>
         A maioria das tarefas de internacionalização e de localização que 
         eram previamente lidadas pela ferramenta 
         <package>localization-config</package> são agora incluidas no 
         próprio instalador Debian ou nos próprios pacotes. Isto significa 
         que a escolha do idioma irá instalar automaticamente os pacotes 
         necessários para esse idioma (dicionários, documentação, fonts...) 
         em ambos os ambientes standard e desktop. A configuração que já não 
         é lidada automaticamente inclui a configuração do tamanho do papel 
         e algumas configurações avançadas do teclado para o X Windows para 
         alguns idiomas.
       </p>
       <p>
         Note que os pacotes especificos de idiomas apenas serão 
         automaticamente instalados se estiverem disponiveis durante a 
         instalação.
       </p>
      </item>
       ]]>

     </taglist>
    </p>
   </sect1>
   <sect1 id="inst-auto">
    <heading>
      Instalação automatizada
    </heading>
    <p>
      Muitas das alterações mencionadas na secção anterior implicam também 
      alterações no suporte ao instalador para a instalação automática 
      utilizando ficheiros pré-configurados. Significa que não pode esperar 
      que ficheiros pré-configurados que funcionem com o instalador da 
      &oldreleasename; funcionem também com o novo instalador sem qualquer 
      modificação.
    </p>
    <p>
      As boas notícias são que o <url id="&url-install-manual;" name= "Guia 
      de Instalação"> tem agora um apêndice separado com documentação 
      extensiva sobre como utilizar a pré-configuração.
    </p>
    <p>
      O instalador da  &releasename; introduz algumas novas funcionalidades 
      excitantes que permitem uma maior e mais fácil automatização das 
      instalações. Acrescenta também suporte para particionamento avançado 
      utilizando RAID, LVM e LVM encriptado. veja a documentação para mais 
      detalhes.
    </p>
   </sect1>
  </sect>
  <sect id="popcon">
   <heading>
     Concurso de popularidade
   </heading>
   <p>
     O sistema de instalação irá novamente oferecer-se para instalar o 
     pacote <package>popularity-contest</package>. Este pacote não foi, por 
     omissão, instalado na &oldreleasename; mas era instalado em lançamentos 
     mais antigos.
   </p>
   <p>
     O <package>popularity-contest</package> fornece informação valiosa ao 
     Projecto Debian sobre quais os pacotes na distribuição que estão 
     actualmente em uso. Esta informação é utilizada principalmente para 
     decidir a ordem de inclusão dos mesmos em CD-ROMs de instalação, mas 
     também para ser consultada por Debian 'developers' para decidirem a 
     adopção ou não de um pacote que deixa de possuir um 'maintainer'.
   </p>
   <p>
     A informação do <package>popularity-contest</package> é processada 
     anónimamente. Nós ficaríamos muito agradecidos se pudesse participar 
     neste inquérito oficial; a ajudar a melhorar a Debian.
   </p>
  </sect>
 </chapt>
 <chapt id="upgrading">
  <heading>
    Actualizações a partir de lançamentos anteriores
  </heading>
  <sect id="backup">
   <heading>
     Preparar para a actualização
   </heading>
   <p>
     Nós sugerimos que antes de actualizar também leia a informação em <ref 
     id="information">. 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.
   </p>
   <sect1 id="data-backup">
    <heading>
      Salvaguardar quaisquer dados ou informação de configuração
    </heading>
    <p>
      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 e o processo são bastante fiáveis, mas uma 
      falha de hardware durante a actualização poderia resultar num sistema 
      extremamente danificado.
    </p>
    <p>
      A principal informação que quererá salvaguardar é o conteúdo de 
      <file>/etc</file>, <file>/var/lib/dpkg</file> e saída de <tt>dpkg 
      --get-selections "*"</tt> (as aspas são importantes).
    </p>
    <p>
      O processo de actualização em si não modifica nada no seu directório 
      <file>/home</file>. 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 por omissão 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.
    </p>
    <p>
      Qualquer operação de instalação de um pacote terá que ser efectuada 
      com privilégios de super-utilizador, por isso ou inicie a sessão como 
      root ou utilize <prgn>su</prgn> ou <prgn>sudo</prgn> para ganhar os 
      direitos de acesso necessários.
    </p>
    <p>
      Esta actualização possui poucas condições prévias, deverá verificá-las 
      antes de iniciar a actualização.
    </p>
   </sect1>
   <sect1>
    <heading>
      Informar os utilizadores com antecedência
    </heading>
    <p>
      É sensato informar todos os utilizadores com antecedência sobre 
      quaisquer actualização que estiver a planear, apesar dos utilizadores 
      que acedam ao sistema através uma ligação <prgn>ssh</prgn> pouco devem 
      notar durante a actualização, e devem conseguir continuar a trabalhar.
    </p>
    <p>
      Se quiser tomar precauções extra, faça uma cópia de segurança ou 
      desmonte as partições dos utilizadores (<file>/home</file>) antes de 
      fazer a actualização.
    </p>
    <p>
      Você provelmente terá de fazer uma actualização do kernel para 
      &releasename;, por isso usualmente será necessário 
      reiniciar. Tipicamente, isto será feito após a actualização ter 
      terminado.
    </p>
   </sect1>
   <sect1 id="recovery">
    <heading>
      Preparar para recuperação
    </heading>
    <p>
      Devido às muitas alterações no kernel entre &oldreleasename; e 
      &releasename; no que diz respeito a drivers, descoberta de hardware e 
      nomeação e ordenação de ficheiros de dispositivos, há um risco real 
      que experiencie 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.
    </p>
    <p>
      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.
    </p>
    <p>
      Se está a actualizar remotamente através de uma ligação 
      <prgn>ssh</prgn> é 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 <ref id="device-reorder">) 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.
    </p>
    <p>
      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.
    </p>
    <p>
      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, deve ser capaz de montar o seu sistema de ficheiros raiz e 
      <tt>chroot</tt>ar nele para investigar e resolver o problema.
    </p>
    <p>
      Outra opção que gostaríamos de recomendar é a utilização do <em>modo 
      de recuperação</em> do instalador Debian &releasename;. 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 <url id="&url-install-manual;" 
      name="Installation Guide"> e o <url 
      id="http://wiki.debian.org/DebianInstaller/FAQ" name="Debian Installer 
      FAQ">.
    </p>
     <![ %uses-initrd [

    <sect2 id="recovery-initrd">
     <heading>
       Shell de depuração durante o arranque utilizando o initrd
     </heading>
     <p>
       O <package>initramfs-tools</package> inclui uma shell de 
       depuração<footnote><p>Esta funcionalidade pode ser desactivada 
       adicionando o parâmetro <tt>panic=0</tt> aos seus parâmetros de 
       arranque.</p></footnote> 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.
     </p>
     <p>
       Coisas básicas a verificar são: a presença dos ficheiros de 
       dispositivo correctos em <file>/dev</file>; que módulos estão 
       carregados (<tt>cat /proc/modules</tt>); mensagens do 
       <prgn>dmesg</prgn> que podem ter erros no carregamento de drivers. As 
       mensagens do <prgn>dmesg</prgn> também irão mostrar que ficheiros de 
       dispositivo estão associados a que discos; deve verificar isso com a 
       mensagem de <tt>cat $ROOT</tt> para se certificar que o sistema de 
       ficheiros raiz está no dispositivo esperado.
     </p>
     <p>
       Se conseguir resolver o problema, escrever <tt>exit</tt> irá terminar 
       a shell de depuração e continuar o processo de arranque onde 
       falhou. Claro que também precisará de resolver o problema subjacente 
       e gerar de novo a initrd para que o próximo arranque já não falhe.
     </p>
    </sect2>
     ]]>

   </sect1>
   <sect1 id="upgrade_preparations">
    <heading>
      Preparar um ambiente seguro para a actualização
    </heading>
    <p>
      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 <prgn>ssh</prgn>.
    </p>
    <p>
      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 <prgn>screen</prgn>, que 
      permite uma religação segura e assegura que o processo de actualização 
      não é interrompido mesmo que o processo ligação remota falhe.
    </p>
    <p>
      <strong>Importante!</strong> <em>Não</em> deve actualizar através de 
      <prgn>telnet</prgn>, <prgn>rlogin</prgn>, <prgn>rsh</prgn>, ou a 
      partir de uma sessão X gerida pelo <prgn>xdm</prgn>, pelo 
      <prgn>gdm</prgn> ou pelo <prgn>kdm</prgn> etc na máquina que estiver a 
      actualizar. Isto porque cada um dos serviços podem ser terminados 
      durante esta actualização, o que pode resultar num sistema 
      <em>inacessível</em> que ficou apenas com a actualização a meio.
    </p>
   </sect1>
   <sect1 id="glibc-kernel">
    <heading>
      O suporte para kernels 2.2 foi descontinuado
    </heading>
    <p>
      No caso de correr um kernel anterior ao 2.4.1, você necessita 
      actualizar (no mínimo) para a série 2.4 antes de actualizar o 
      <package>glibc</package>. Isto deve ser feito antes iniciar a 
      actualização. É recomendado que você actualize directamente para o 
      kernel 2.6.8 disponível na &oldreleasename;, em vez de actualizar para 
      um kernel 2.4.
    </p>
   </sect1>
  </sect>
  <sect id="system-status">
   <heading>
     Verificar o estado do sistema
   </heading>
   <p>
     O processo de actualização descrito neste capítulo foi desenhado para 
     actualizações de sistemas &oldreleasename; "puros" sem pacotes de 
     terceiros. Em particular, há problemas conhecidos com pacotes de 
     terceiros que instalam programas em <file>/usr/X11R6/bin/</file> que 
     causam problemas devido à transição para X.org (<ref id="xorg">). 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.
   </p>
   <p>
     Este procedimento assume que o seu sistema foi actualizado até ao 
     último ponto da versão &oldreleasename;. Se não tiver feito esta 
     actualização ou não tem a certeza, siga as instruções em <ref 
     id="old-upgrade">.
   </p>
   <sect1>
    <heading>
      Rever as acções pendentes no gestor de pacotes
    </heading>
    <p>
      Em alguns casos, a utilização do <prgn>apt-get</prgn> para instalar 
      pacotes em vez do <prgn>aptitude</prgn> pode fazer o 
      <prgn>aptitude</prgn> considerar um pacote como não utilizado e 
      marca-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.
    </p>
    <p>
      Devido a disto você deve verificar novamente se existem acções 
      pendentes no gestor de pacotes <prgn>aptitude</prgn>. 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 
      <file>sources.list</file> ainda apontar para <em>&oldreleasename</em>; 
      e não para <em>stable</em> ou para a <em>&releasename;</em>; veja <ref 
      id="old-sources">.
    </p>
    <p>
      Para fazer isto, você tem de correr o interface do utilizador do 
      <prgn>aptitude</prgn> e carregar 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 deve ser-lhe apresentada uma 
      mensagem a dizer "Nenhum pacote está marcado para ser instalado, 
      removido ou actualizado".
    </p>
   </sect1>
   <sect1>
    <heading>
      Desactivar o APT pinning
    </heading>
    <p>
      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 
      <file>/etc/apt/preferences</file>) 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 <manref 
      section="5" name="apt_preferences">.
    </p>
   </sect1>
   <sect1 id="package_status">
    <heading>
      Verificar o estado dos pacotes
    </heading>
    <p>
      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.
     <example>
# dpkg --audit
          </example>
    </p>
    <p>
      Pode também inspeccionar o estado de todos os pacotes no seu sistema 
      utilizando <prgn>dselect</prgn>, <prgn>aptitude</prgn>, ou comandos 
      como
     <example>
# dpkg -l | pager 
          </example>
      ou
     <example>
# dpkg --get-selections "*" &gt; ~/curr-pkgs.txt
          </example>
    </p>
    <p>
      É 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.
    </p>
    <p>
      Note que o <prgn>aptitude</prgn> utiliza um método diferente para 
      registar os pacotes que estejam bloqueados pelo <prgn>apt-get</prgn> e 
      pelo <prgn>dselect</prgn>. Pode identificar pacotes bloqueados para o 
      <prgn>aptitude</prgn> com
     <example>
# aptitude search "~ahold" | grep "^.h"
          </example>
    </p>
    <p>
      Se quiser verificar que pacotes tem bloqueados para o 
      <prgn>apt-get</prgn> deverá utilizar
     <example>
# dpkg --get-selections | grep hold
          </example>
    </p>
    <p>
      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.
    </p>
    <p>
      O estado "hold" do pacote para o <prgn>aptitude</prgn> pode ser 
      alterado utilizando:
     <example>
# aptitude hold <var>package_name</var>
          </example>
      Substitua <tt>hold</tt> por <tt>unhold</tt> para remover o estado 
      "hold":
    </p>
    <p>
      Se existe alguma coisa que necessita de corrigir, o melhor é 
      certificar-se que o seu ficheiro <file>sources.list</file> continua a 
      apontar para a &oldreleasename; conforme é explicado em <ref 
      id="old-sources">.
    </p>
   </sect1>
   <sect1 id="backports">
    <heading>
      Fontes não oficiais e 'backports'
    </heading>
    <p>
      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 
      <file>/etc/apt/sources.list</file>, deverá verificar se aquele arquivo 
      também oferece pacotes compilados para a &releasename; e altere a 
      linha da fonte de acordo com o mesmo tipo de linhas de fontes para os 
      pacotes Debian.
    </p>
    <p>
      Alguns utilizadores poderão ter versões "mais recentes" de pacotes não 
      oficiais ('backported') que <em>estão</em> em Debian instalados no seu 
      sistema &oldreleasename;. Tais pacotes irão provavelmente criar 
      problemas durante a actualização, pois podem criar conflitos 
      <footnote><p>O sistema de gestão de pacotes Debian normalmente não 
      permite a um pacote remover ou substituir um ficheiro pertencente a 
      outro pacote a não ser que tenha sido definido substituir esse 
      pacote.</p></footnote>. A secção <ref id="trouble"> tem alguma 
      informação acerca de como lidar com conflitos de ficheiros se estes 
      ocorrerem.
    </p>
   </sect1>
  </sect>
  <sect id="handle-conflict">
   <heading>
     Desmarcar pacotes manualmente
   </heading>
   <p>
     Para prevenir o <prgn>aptitude</prgn> de remover alguns pacotes que 
     foram pedidos através das dependências, você necessita de manualmente 
     desmarca-los como pacotes <em>auto</em>. Isto inclui o OpenOffice e o 
     Vim para instalações de desktop:
    <example>
# aptitude unmarkauto openoffice.org vim  
</example>
   </p>
   <p>
     E as imagens do kernel 2.6 se as instalou utilizando um meta-pacote de 
     kernel:
    <example>
# aptitude unmarkauto $(dpkg-query -W 'kernel-image-2.6.*' | cut -f1)
</example>
   </p>
   <p>
     Nota: Você pode rever quais os pacotes que estão marcados como 
     <em>auto</em> no aptitude, ao correr:
    <example>
# aptitude search 'i~M &lt;package name&gt;'
</example>
   </p>
  </sect>
  <sect id="upgrade-process">
   <heading>
     Preparar as fontes para o APT
   </heading>
   <p>
     Antes de iniciar a actualização deverá configurar o ficheiro de 
     configuração do <package>apt</package> para listas de pacotes, o 
     <file>/etc/apt/sources.list</file>.
   </p>
   <p>
     O <package>apt</package> irá considerar todos os pacotes que podem ser 
     encontrados através de qualquer linha "<tt>deb</tt>", e instalará o 
     pacote com o número de  versão mais elevado, dando prioridade às 
     primeiras linhas mencionadas (deste modo, em caso de múltiplos locais 
     de 'mirrors', tipicamente deverá ter primeiro um disco local, depois 
     CD-ROMs e então 'mirrors' HTTP/FTP).
   </p>
   <p>
     Um lançamento pode ser normalmente referido poelo seu nome de código 
     (por ex. &oldreleasename;, &releasename;) 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, verá apenas carregamentos de actualizações para os 
     pacotes disponíveis assim que aconteccer um lançamento.
   </p>
   <sect1 id="network">
    <heading>
      Acrescentar fontes APT da Internet
    </heading>
    <p>
      A configuração por omissão é definida para instalação a partir de um 
      servidor Debian principal, mas poderá desejar modificar o 
      <file>/etc/apt/sources.list</file> para utilizar outros 'mirrors', de 
      preferência um 'mirror' proveniente de local mais perto de si.
    </p>
    <p>
      Endereços de 'mirrors' Debian HTTP ou FTP podem ser encontrados em 
      <url id="&url-debian-mirrors;"> (veja na secção "Lista completa de 
      'mirrors'"). OS 'mirrors' HTTP geralmente são mais rápidos do que os 
      'mirrors' FTP.
    </p>
    <p>
      Por exemplo, suponha que o 'mirror' Debian mais perto é 
      <tt>&url-debian-mirror-eg;/</tt>. Quando inspeccionar aquele 'mirror' 
      com um navegador web ou um programa FTP, irá notar que os directórios 
      principais estão organizados desta forma:
     <example>
&url-debian-mirror-eg;/dists/&releasename;/main/binary-&architecture;/...
&url-debian-mirror-eg;/dists/&releasename;/contrib/binary-&architecture;/...
           </example>
    </p>
    <p>
      Para utilizar este 'mirror' com o <prgn>apt</prgn>, terá de 
      acrescentar esta linha ao seu ficheiro <file>sources.list</file>:
     <example>
deb &url-debian-mirror-eg; &releasename; main contrib
           </example>
    </p>
    <p>
      Note que `<tt>dists</tt>' é implicitamente acrescentado, e que os 
      argumentos que se seguem ao nome da versão são utilizados para 
      expandir o caminho em múltiplos directórios.
    </p>
    <p>
      Depois de adicionar novas fontes, desactive as linhas "<tt>deb</tt>" 
      que já existiam em <file>sources.list</file>, colocando um cardinal 
      (<tt>#</tt>) em frente às mesmas.
    </p>
   </sect1>
   <sect1 id="localmirror">
    <heading>
      Acrescentar fontes APT para um 'mirror' local
    </heading>
    <p>
      Em vez de utilizar os 'mirrors' HTTP ou FTP de pacotes, pode desejar 
      modificar o <file>/etc/apt/sources.list</file> de modo a utilizar um 
      mirror num disco local (possivelmente montado sobre NFS).
    </p>
    <p>
      Por exemplo, o seu 'mirror' de pacotes poderá estar sob 
      <file>/var/ftp/debian/</file> e pode ter directórios principais como 
      estes:
     <example>
/var/ftp/debian/dists/&releasename;/main/binary-&architecture;/...
/var/ftp/debian/dists/&releasename;/contrib/binary-&architecture;/...
           </example>
    </p>
    <p>
      Para utilizar com o <prgn>apt</prgn>, acrescente esta linha ao seu 
      ficheiro <file>sources.list</file>:
     <example>
deb file:/var/ftp/debian &releasename; main contrib
           </example>
    </p>
    <p>
      Note que `<tt>dists</tt>' é implicitamente acrescentado, e que os 
      argumentos que se seguem ao nome da versão são utilizados para 
      expandir o caminho em múltiplos directórios.
    </p>
    <p>
      Depois de adicionar novas fontes, desactive as linhas "<tt>deb</tt>" 
      que já existiam em <file>sources.list</file>, colocando um cardinal 
      (<tt>#</tt>) em frente às mesmas.
    </p>
   </sect1>
   <sect1 id="cdroms">
    <heading>
      Acrescentar uma fonte APT de CD-ROM ou DVD
    </heading>
    <p>
      Se quiser utilizar CDs tem <em>apenas</em> que comentar as linhas 
      "<tt>deb</tt>" existentes em <file>/etc/apt/sources.list</file> 
      colocando um cardinal (<tt>#</tt>) em frente das mesmas.
    </p>
    <p>
      Certifique-se que existe uma linha em <file>/etc/fstab</file> que 
      permita a montagem do seu leitor de CD-ROM no ponto de montagem 
      <file>/cdrom</file> (o exacto ponto de montagem <file>/cdrom</file> é 
      necessário para o <prgn>apt-cdrom</prgn>). Por exemplo, se 
      <file>/dev/hdc</file> for o seu leitor de CD-ROM, o 
      <file>/etc/fstab</file> deverá conter uma linha como esta:
     <example>
/dev/hdc /cdrom auto defaults,noauto,ro 0 0
          </example>
    </p>
    <p>
      Note que entre as palavras <tt>defaults,noauto,ro</tt> encontradas no 
      quarto campo <em>não</em> deverão existir <em>espaços</em>.
    </p>
    <p>
      Para verificar que tal funciona, insira um CD e tente correr
     <example>
# mount /cdrom    # montará o CD no ponto de montagem
# ls -alF /cdrom  # mostrará o directório root do CD
# umount /cdrom   # desmontará o CD
          </example>
    </p>
    <p>
      A seguir, corra:
     <example>
# apt-cdrom add
          </example>
      para cada CD-ROM de Binários Debian que possua, para adicionar 
      informação de cada CD à base de dados APT.
    </p>
   </sect1>
  </sect>
  <sect id="upgradingpackages">
   <heading>
     Actualizar pacotes
   </heading>
   <p>
     A forma recomendada para actualizar pacotes de lançamentos anteriores 
     &debian; é o gestor de pacotes <prgn>aptitude</prgn>. Este programa 
     toma decisões mais seguras sobre as instalações de pacotes do que 
     correr o <prgn>apt-get</prgn> directamente.
   </p>
   <p>
     Não se esqueça de montar todas as partições necessárias (nomeadamente a 
     partição root e <file>/usr</file>) em modo de leitura-escrita, com um 
     comando como:
    <example>
# mount -o remount,rw /<var>ponto_montagem</var>
          </example>
   </p>
   <p>
     De seguida você deverá confirmar novamente que as entradas das fontes 
     do APT (em <file>/etc/apt/sources.list</file>), se referem a 
     "<tt>&releasename;</tt>" ou a "<tt>stable</tt>". Não deverão haver 
     quaisquer entradas de fontes que apontem para &oldreleasename;. Note: 
     as linhas das fontes para um CD-ROM irão muitas vezes referirem-se a 
     "<tt>unstable</tt>"; embora isto possa ser confuso, você <em>não</em> o 
     deverá alterar.
   </p>
   <sect1 id="record_session">
    <heading>
      Gravar a sessão
    </heading>
    <p>
      É-lhe fortemente recomendado que utilize o programa 
      <prgn>/usr/bin/script</prgn> 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:
     <example>
# script -t 2>~/upgrade-&releasename;.time -a ~/upgrade-&releasename;.scrip
          </example>
      ou similar. Não coloque o ficheiro transcrito num directório 
      temporário como <file>/tmp</file> ou <file>/var/tmp</file> (os 
      ficheiros nesses directórios são apagados durante a actualização ou 
      durante uma reinicialização).
    </p>
    <p>
      O transcrito permitir-lhe-á também rever informação que tenha sido 
      passada para fora do ecrã. Alterne para VT2 (utilizando 
      <tt>Alt-F2</tt>) e, depois de iniciar a sessão, utilize <tt>less 
      ~root/upgrade-&releasename;.script</tt> para ver o ficheiro.
    </p>
    <p>
      Depois de ter completado a actualização, pode parar o 
      <prgn>script</prgn> escrevendo <tt>exit</tt> na consola.
    </p>
    <p>
      Se você utilizou a opção <em>-t</em> para o <prgn>script</prgn> você 
      pode utilizar o programa <prgn>scriptreplay</prgn> para reproduzir 
      toda a sessão:
     <example>
# scriptreplay ~/upgrade-&releasename;.time ~/upgrade-&releasename;.script
          </example>
    </p>
   </sect1>
   <sect1 id="updating_lists">
    <heading>
      Actualizar a lista de pacotes
    </heading>
    <p>
      Primeiro necessita ser obtida a lista de pacotes disponíveis para o 
      novo lançamento. Isto é feito ao executar:
    </p>
    <p>
     <example>
# aptitude update
          </example>
    </p>
    <p>
      Ao correr isto pela primeira vez as novas fontes são actualizadas irão 
      escrever alguns avisos relacionados com a disponibilidade das 
      fontes. Estes avisos são inofensivos e não irão aparecer se correr 
      novamente o comando.
    </p>
   </sect1>
   <sect1>
    <heading>
      Certificar-se que possui espaço suficiente para a actualização
    </heading>
    <p>
      Você terá de se certificar, antes de fazer a actualização do seu 
      sistema, que possui espaço suficiente em disco quando iniciar a 
      actualização completa descrita em <ref 
      id="upgrading_other">. Primeiro, qualquer pacote necessário para a 
      instalação que seja obtido a partir da rede é guardado em 
      <file>/var/cache/apt/archives</file> (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 
      <file>/var/</file> 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 de grande dimensão), quer os 
      novos pacotes que serão obtidos na actualização. Se o seu sistema não 
      possui espaço suficiente pode acabar com uma actualização incompleta 
      da qual pode ser dificil recuperar.
    </p>
    <p>
      Ambos o <prgn>aptitude</prgn> e o <prgn>apt</prgn> irão mostrar 
      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:
    </p>
    <p>
     <example>
# aptitude -y -s -f --with-recommends dist-upgrade
[ ... ]
XXX actualizados, XXX novos instalados , XXX a remover e XXX não actualizados.
Necessário obter xx.xMB/yyyMB de arquivos. Depois da descompressão AAAMB serão utilizados.
Serão descarregados/instalados/removidos pacotes.
       </example>
    </p>
    <p>
      Se não tiver espaço suficiente para a actualização, certifique-se que 
      liberta suficiente espaço antes da mesma. Poderá:
    </p>
    <p>
     <list>
      <item>
       <p>
         Remover pacotes que tenham sido previamente descarregados para 
         instalação (em <file>/var/cache/apt/archive</file>). Limpar a 
         'cache' de pacotes ao correr <prgn>apt-get clean</prgn> ou 
         <prgn>aptitude clean</prgn> irá remover todos os ficheiros de 
         pacotes anteriormente descarregados.
       </p>
      </item>
      <item>
       <p>
         Remover pacotes antigos que já não utiliza. Se tiver instalado o 
         <prgn>popularity-contest</prgn>, você pode utilizar o 
         <prgn>popcon-largest-unused</prgn> para listar os pacotes que não 
         utiliza que ocupam mais espaço no sistema. Você pode também 
         utilizar o <prgn>deborphan</prgn> ou o <prgn>debfoster</prgn> para 
         procurar pacotes obsoletos (veja <ref id="obsolete">). Em 
         alternativa você pode iniciar o <prgn>aptitude</prgn> em "modo 
         visual" e procurar pacotes obsoletos sob "Pacotes Obsoletos e 
         Criados Localmente".
       </p>
      </item>
      <item>
       <p>
         Remova pacotes que estejam a ocupar demasiado espaço, e que não 
         estejam a ser necessários (pode sempre reinstalá-los depois da 
         actualização). Pode listar os pacotes que ocupam o maior espaço em 
         disco com <prgn>dpigs</prgn> (disponível no pacote 
         <package>debian-goodies</package> ou com <prgn>wajig</prgn> 
         (correndo <tt>wajig size</tt>).
       </p>
      </item>
      <item>
       <p>
         Mova temporariamente para outro sistema, ou remova permanentemente, 
         os relatórios de sistema residentes em <file>/var/log/</file>.
       </p>
      </item>
     </list>
    </p>
    <p>
      Note que, de modo para remover pacotes em segurança, é aconselhável 
      mudar o seu <file>sources.list</file> de novo para &oldreleasename; 
      conforme é explicado em <ref id="old-sources">.
    </p>
   </sect1>
   <sect1 id="minimal_upgrade">
    <heading>
      Actualização minima do sistema
    </heading>
    <p>
      Devido a conflitos entre pacotes necessários entre a &oldreleasename; 
      e a &releasename;, correr <tt>aptitude dist-upgrade</tt> directamente 
      irá muitas vezes remover muitos pacotes que iria desejar 
      manter. Portanto recomendamos um processo de actualização em duas 
      partes, primeiro uma actualização mínima para ultrapassar estes 
      conflitos, e depois um <tt>dist-upgrade</tt> completo.
    </p>
    <p>
      Primeiro, corra:
     <example>
# aptitude upgrade
          </example>
    </p>
    <p>
      Isto tem o efeito de actualizar os pacotes que podem ser actualizados 
      sem que nenhum outro pacote seja removido ou instalado.
    </p>
    <p>
      Siga a actualização minima com:
     <example>
# aptitude install initrd-tools
          </example>
    </p>
    <p>
      Este passo irá actualizar automaticamente o <package>libc6</package> e 
      o <package>locales</package> e irá pedir as bibliotecas de suporte a 
      SELinux (<package>libselinux1</package>). Nesta altura, alguns 
      serviços em execução serão reiniciados, incluido o <prgn>xdm</prgn>, o 
      <prgn>gdm</prgn> e o <prgn>kdm</prgn>. Como consequência serão 
      desligadas as sessões locais do X11.
    </p>
    <p>
      O próximo passo variará conforme o conjunto de pacotes que tiver 
      instalado. Estas notas de lançamento dão conselhos gerais sobre que 
      método deve ser utilizado, mas em caso de dúvida, é recomendado que 
      examine as remoções de pacotes propostas por cada método antes de 
      proceder.
    </p>
    <p>
      É de esperar que alguns pacotes comuns a serem removidos incluam o 
      <package>base-config</package>, o <package>hotplug</package>, o 
      <package>xlibs</package>, o <package>netkit-inetd</package> e o 
      <package>python2.3</package>, <package>xfree86-common</package>, e 
      <package>xserver-common</package>. Para uma lista mais completa da 
      lista de pacotes tornados obsoletos em &releasename;, veja <ref 
      id="obsolete">.
    </p>
    <sect2 id="minimal_upgrade_desktop">
     <heading>
       Actualizar um sistema desktop
     </heading>
     <p>
       Verificou-se que este modo de instalação funciona em sistemas com a 
       tarefa <tt>desktop</tt> do sarge instalada. É provavelmente o método 
       que irá dar melhores resultados em sistemas com a tarefa 
       <tt>desktop</tt> instalada, ou com os pacotes <tt>gnome</tt> ou 
       <tt>kde</tt> instalados.
     </p>
     <p>
       Provavelmente <em>não</em> é o método correcto a utilizar se ainda 
       não tem os pacotes <package>libfam0c102</package> e 
       <package>xlibmesa-glu</package> instalados:
      <example>
# dpkg -l libfam0c102 | grep ^ii
# dpkg -l xlibmesa-glu | grep ^ii
          </example>
     </p>
     <p>
       Se tem um sistema desktop completo instalado, corra:
      <example>
# aptitude install libfam0 xlibmesa-gl
          </example>
     </p>
    </sect2>
    <sect2 id="minimal_upgrade_x_server">
     <heading>
       Actualizar um sistema com alguns pacotes do X instalados
     </heading>
     <p>
       Em sistemas com alguns pacotes do X instalados, mas não toda a tarefa 
       <tt>desktop</tt> completa, necessitam de utilizar um método 
       diferente. Este método aplica-se no geral a sistemas com o 
       <package>xfree86-common</package> instalado, incluindo alguns 
       servidores que têm as tarefas de servidor do 
       <package>tasksel</package> instaladas, uma vez que algumas destas 
       tarefas incluem utilitários gráficos de gestão. É provavelmente o 
       método correcto a utilizar em sistemas que correm o X, mas não têm a 
       tarefa <tt>desktop</tt> completa instalada.
      <example>
# dpkg -l xfree86-common | grep ^ii
        </example>
     </p>
     <p>
       Primeiro, verifique se tem os pacotes <package>libfam0c102</package> 
       e <package>xlibmesa-glu</package> instalados.
      <example>
# dpkg -l libfam0c102 | grep ^ii
# dpkg -l xlibmesa-glu | grep ^ii
          </example>
     </p>
     <p>
       Se não tem o <package>libfam0c102</package> instalado, não inclua o 
       <package>libfam0</package> na linha de comando que se segue. Se não 
       tem o <package>xlibmesa-glu</package> instalado, não o inclua na 
       linha de comando que se segue. <footnote><p>Este comando determinará 
       se precisa de instalar o libfam0 e xlibmesa-glu, e auto-selecciona-os 
       por si: <example># aptitude install x11-common \ $(dpkg-query 
       --showformat '${Package} ${Status}\n' -W libfam0c102 xlibmesa-glu \ | 
       grep 'ok installed$' | sed -e's/ .*//; s/c102//') </example> 
       </p></footnote>
      <example>
# aptitude install x11-common <var>libfam0</var> <var>xlibmesa-glu</var>
          </example>
     </p>
     <p>
       Note que instalar o <package>libfam0</package> também irá instalar o 
       File Alteration Monitor (<package>fam</package>) assim como o 
       'portmapper RPC' (<package>portmap</package>) se ainda não estiver 
       disponível no seu sistema. Ambos os pacotes irão habilitar um novo 
       serviço de rede no sistema embora ambos possam ser configurados para 
       ficarem ligados ao dispositivo de rede loopback (interno).
     </p>
    </sect2>
    <sect2 id="minimal_upgrade_server">
     <heading>
       Actualizar um sistema sem ter instalado o suporte para X
     </heading>
     <p>
       Num sistema sem X, não deve ser preciso mais nenhum comando além de 
       aptitude install, e pode prosseguir para o próximo passo.
     </p>
    </sect2>
   </sect1>
   <sect1 id="upgrading_kernel">
    <heading>
      Actualizar o kernel
    </heading>
    <p>
      A versão do <prgn>udev</prgn> na &releasename; não suporta versões do 
      kernel anteriores à 2.6.15 (que inclui os kernels 2.6.8 da 
      &oldreleasename;), e a versão do <package>udev</package> na 
      &oldreleasename; não irá funcionar correctamente com os kernels mais 
      recentes. Além disso, instalar a versão do <package>udev</package> da 
      &releasename; irá forçar a remoção do <package>hotplug</package>, 
      utilizado pelos kernel Linux 2.4.
    </p>
    <p>
      Como consequência, o pacote de kernel anterior provavelmente não irá 
      arrancar depois desta actualização. Da mesma forma, há uma janela de 
      tempo durante a actualização em que o <package>udev</package> foi 
      actualizado mas o kernel mais recente ainda não foi instalado. Se o 
      sistema fosse reiniciado nesta altura, a meio da actualização, pode 
      não conseguir arrancar devido a drivers não serem adequadamente 
      detectados e carregados. (Veja <ref id="upgrade_preparations"> para 
      recomendações sobre este assunto se estiver a actualizar remotamente.)
    </p>
    <p>
      A não ser que o sistema tenha a tarefa <tt>desktop</tt> instalada, ou 
      outros pacotes que causem um número inaceitável de remoções de 
      pacotes, é recomendado que actualize só o kernel nesta altura.
    </p>
    <p>
      Para proceder com a actualização deste kernel, corra:
     <example>
# aptitude install linux-image-2.6-<var>flavor</var>
          </example>
      Veja <ref id="kernel-metapackage"> para ajuda a determinar qual 
      'flavor' do pacote kernel deve instalar.
    </p>
    <p>
      No caso de sistemas desktop, infelizmente é impossível garantir que o 
      novo pacote de kernel é instalado imediatamente a seguir ao novo 
      <package>udev</package> ser instalado, portanto há uma janela de tempo 
      indeterminado em que o seu sistema não terá nenhum kernel com suporte 
      ao hotplug. Veja <ref id="newkernel"> para mais informação sobre como 
      configurar o seu sistema para não depender do hotplug para arrancar.
    </p>
   </sect1>
   <sect1 id="upgrading_other">
    <heading>
      Actualizar o resto do sistema
    </heading>
    <p>
      Está agora pronto para continuar a actualização da parte 
      principal. Execute:
    </p>
    <p>
     <example>
# aptitude dist-upgrade
          </example>
    </p>
    <p>
      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.
    </p>
    <p>
      Quando a actualização for feita a partir de um conjunto de CD-ROMs, 
      ser-lhe-á pedido que insira CDs específicos num determinado ponto 
      durante a actualização. Pode ter que inserir o mesmo CD múltiplas 
      vezes, isto devido a pacotes interrelacionados que foram distribuídos 
      pelos CDs.
    </p>
    <p>
      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 (visíveis como "held back"). Isto pode 
      ser resolvido ou utilizando o <prgn>aptitude</prgn> de modo a escolher 
      estes pacotes para instalação ou tentando <tt>aptitude -f install 
      <var>pacote</var></tt>.
    </p>
   </sect1>
   <sect1 id="get_signatures">
    <heading>
      Obter assinaturas dos pacotes
    </heading>
    <p>
      Após a actualização, com a nova versão do <prgn>apt</prgn> pode agora 
      actualizar a sua informação sobre pacotes, que irá incluir o novo 
      mecanismo de verificação da assinatura de pacotes:
    </p>
    <p>
     <example>
# aptitude update
          </example>
    </p>
    <p>
      A actualização já terá obtido e activado as chaves de assinatura dos 
      arquivos de pacotes Debian. Se adicionar outras fontes de pacotes (não 
      oficiais), o <prgn>apt</prgn> irá mostrar avisos relacionados com esta 
      incapacidade de confirmar que pacotes obtidos de lá são legítimos e 
      não foram modificados. Para mais informação, por favor veja <ref 
      id="pkgmgmt">.
    </p>
    <p>
      Irá notar, que desde que está a utilizar a nova versão do 
      <prgn>apt</prgn>, ele irá obter ficheiros de diferenças dos pacotes 
      (<tt>pdiff</tt>) em vez do índice completo de pacotes. Para mais 
      informação sobre esta funcionalidade por favor leia <ref 
      id="apt-pdiff">.
    </p>
   </sect1>
   <sect1 id="trouble">
    <heading>
      Possíveis problemas durante a actualização
    </heading>
    <p>
      Se uma operação a utilizar o <prgn>aptitude</prgn>, 
      <prgn>apt-get</prgn> ou o <prgn>dpkg</prgn> falhar com o erro
     <example>
E: Dynamic MMap ran out of room
</example>
      o espaço, por omissão, de cache, é insuficiente. Pode resolver tanto 
      pela remoção ou comentar as linhas de que não necessita em 
      <file>/etc/apt/sources.list</file> ou aumentando o tamanho da cache. A 
      dimensão da cache pode ser aumentada pela definição de 
      <tt>APT::Cache-Limit</tt> em <file>/etc/apt/apt.conf</file>. O 
      seguinte comando definirá para um valor que deverá ser suficiente para 
      a actualização:
     <example>
# echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf
</example>
      Assume que não tem ainda nenhuma variável definida neste ficheiro.
    </p>
    <p>
      Por vezes é necessário activar a opção <tt>APT::Force-LoopBreak</tt> 
      no APT para ser possível remover temporariamente um pacote essencial 
      devido a um ciclo de Conflitos/Pré-Dependências. O 
      <prgn>aptitude</prgn> irá alertá-lo disto e abortará a 
      actualização. Pode contornar o problema especificando a opção 
      <tt>APT::Force-LoopBreak=1</tt> na linha de comandos do 
      <prgn>aptitude</prgn>.
    </p>
    <p>
      É 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 <prgn>aptitude</prgn> ou
     <example>
# dpkg --remove <var>nome_de_pacote</var>
          </example>
      para eliminar alguns dos pacotes que estão a criar problemas, ou
     <example>
# aptitude --fix-broken install
# dpkg --configure --pending
          </example>
    </p>
    <p>
      Em casos extremos poderá ter que forçar a reinstalação com um comando 
      como
     <example>
# dpkg --install <var>/path/to/package_name.deb</var>
          </example>
    </p>
    <p>
      Os conflitos de ficheiros não ocorrem se estiver a actualizar a partir 
      de um sistema &oldreleasename; "puro", mas podem acontecer se tiver 
      instalado 'backports' não-oficiais. Um conflito de ficheiros pode 
      resultar no seguinte erro:
     <example>
A desempacotar <var>&lt;package-name&gt;</var> (de <var>&lt;package-foo-file&gt;</var>) ...
dpkg: erro ao processar <var>&lt;package-foo&gt;</var> (--install):
 a tentar sobrescrever `<var>&lt;some-file-name&gt;</var>',
 que também está no pacote <var>&lt;package-bar&gt;</var>
dpkg-deb: subprocesso paste morto pelo sinal ('pipe' quebrado)
 Foram encontrados erros enquanto processava:
 <var>&lt;package-foo&gt;</var>
          </example>
    </p>
    <p>
      Pode tentar resolver um conflito de ficheiro, efectuando a remoção 
      forçada do pacote mencionado na <em>última</em> linha da mensagem de 
      erro:
     <example>
# dpkg -r --force-depends <var>nome_de_pacote</var>
          </example>
    </p>
    <p>
      Depois de corrigir as coisas, deverá ser capaz de continuar a 
      actualização repetindo os comandos do <tt>aptitude</tt> descritos 
      atrás.
    </p>
    <p>
      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 <file>/etc/init.d</file> 
      ou <file>/etc/terminfo</file>, ou o ficheiro 
      <file>/etc/manpath.config</file> deve ser substituído pela versão do 
      'maintainer' do pacote, normalmente é necessário responder 
      afirmativamente para garantir a consistência do sistema. Pode sempre 
      reverter à versão anterior, já que estas serão gravadas com uma 
      extensão <tt>.dpkg-old</tt>.
    </p>
    <p>
      Se não tiver a certeza acerca do que fazer, anote o nome do pacote ou 
      do ficheiro e resolva as coisas mais tarde. Pode procurar o ficheiro 
      transcrito de modo a rever a informação que esteve no ecrã durante a 
      actualização.
    </p>
   </sect1>
  </sect>
  <sect id="newkernel">
   <heading>
     Actualizar o seu kernel e pacotes relacionados
   </heading>
   <p>
     Esta secção explica como actualizar o seu kernel e identifica 
     potenciais problemas relacionados com esta actualização. Tanto pode 
     instalar um dos pacotes <package>linux-image-*</package> fornecidos 
     pela Debian, ou compilar um kernel personalizado a partir do código 
     fonte.
   </p>
    <![ %uses-initrd [

   <p>
     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 
     <package>initramfs-tools</package> e <package>udev</package>. 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.
   </p>
    ]]><![ %no-initrd [

   <p>
     Note que esta secção contém muita informação relacionada com a 
     utilização dos pacotes <package>initramfs-tools</package> e 
     <package>udev</package>. No entanto, como os kernels Debian para 
     &architecture; não utilizam uma initrd para arrancar o sistema, alguma 
     desta informação pode não ser relevante para si. A informação mesmo 
     assim é incluída porque pode ter o <package>udev</package> instalado 
     por outras razões.
   </p>
    ]]>

   <p>
     Note que se o <package>udev</package> <em>não</em> estiver instalado no 
     seu sistema, ainda é possível utilizar o <package>hotplug</package> 
     para descoberta de hardware.
   </p>
    <![ %defaulted-2.4 [

   <p>
     Se está a utilizar um kernel 2.4, deve também ler cuidadosamente <ref 
     id="upgrade-to-2.6">.
   </p>
    ]]>

   <sect1 id="kernel-metapackage">
    <heading>
      Instalar o meta-pacote do kernel
    </heading>
    <p>
      Quando executa uma actualização de versão (dist-upgrade) da 
      &oldreleasename; para a &releasename;, é 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:
     <example>
# dpkg -l "linux-image*" | grep ^ii
          </example>
    </p>
    <p>
      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:
     <example>
# apt-cache search linux-image-2.6- | grep -v transition
          </example>
    </p>
    <p>
      Se estiver inseguro sobre que pacote seleccionar, corra <tt>uname 
      -r</tt> e procure um pacote com um nome idêntico, Por exemplo, se vir 
      '2.4.27-3-686', é-lhe recomendado que instale o 
      <package>linux-image-2.6-686</package>. <![ %i386 [ (Note que o 
      'flavor' 386 já não existe; se está actualmente a utilizar o 'flavor' 
      386 do kernel, deve em vez disso instalar o 'flavor' 486) ]]> Pode 
      também utilizar o <prgn>apt-cache</prgn> para ver uma descrição longa 
      sobre cada pacote de modo a ajudar a escolher o melhor disponível. Por 
      exemplo:
     <example>
# apt-cache show linux-image-2.6-686
          </example>
    </p>
    <p>
      Deverá então utilizar <tt>aptitude install</tt> 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.
    </p>
    <p>
      Para os mais aventureiros existe um modo fácil de compilar o seu 
      kernel personalizado na &debian;. Instale a ferramenta 
      <package>kernel-package</package> e leia a documentação em 
      <file>/usr/share/doc/kernel-package</file>.
    </p>
   </sect1>
   <sect1 id="upgrade-from-2.6">
    <heading>
      Actualizar a partir de um kernel 2.6
    </heading>
    <p>
      Se você está actualmente a correr um kernel da série 2.6 da 
      &oldreleasename; esta actualização irá tomar lugar automaticamente 
      após você tiver feito uma actualização completa dos pacotes de sistema 
      (conforme é descrito em <ref id="upgradingpackages">).
    </p>
    <p>
      Se possível, tem vantagens em actualizar o pacote do kernel 
      separadamente do <tt>dist-upgrade</tt> principal para reduzir as 
      probabilidades de ter um sistema temporariamente incapaz de 
      arrancar. Veja <ref id="upgrading_kernel"> para uma descrição deste 
      processo. Note que isto deve apenas ser feito após o processo mínimo 
      de actualização descrito em <ref id="minimal_upgrade">.
    </p>
    <p>
      Você pode também tomar este passo se está a utilizar o seu próprio 
      kernel personalizado e quiser utilizar o kernel disponível na 
      &releasename;. Se a sua versão do kernel não for suportada pelo 
      <prgn>udev</prgn> então é recomendado que você actualize após a 
      actualização minima. Se a sua versão for suportada pelo 
      <prgn>udev</prgn> você pode esperar em segurança até depois da 
      actualização completa do sistema.
    </p>
   </sect1>
    <![ %defaulted-2.4 [

   <sect1 id="upgrade-from-2.4">
    <heading>
      Actualizar a partir de um kernel 2.4
    </heading>
    <p>
      Se você tem instalado um kernel 2.4, e o seu sistema se baseia no 
      <package>hotplug</package> para a sua detecção de hardware você deve 
      primeiro actualizar para um kernel da série 2.6 a partir da 
      &oldreleasename; antes de tentar a actualização. Assegure-se de que o 
      kernel da série 2.6 arranca o seu sistema e todo o seu hardware é 
      correctamente detectado antes de executar a actualização. O pacote 
      <package>hotplug</package> é removido do sistema (a favor do 
      <package>udev</package>) quando você fizer uma actualização completa 
      do sistema. Se não fizer a actualização do kernel antes disto o seu 
      sistema pode não arrancar correctamente a partir deste ponto. Uma vez 
      que tenha feito a actualização para um kernel da série 2.6 na 
      &oldreleasename; você pode fazer uma actualização do kernel conforme é 
      descrito em <ref id="upgrade-from-2.6">.
    </p>
    <p>
      Se o seu sistema não se baseia no 
      <package>hotplug</package><footnote><p>Você pode ter os módulos do 
      kernel necessários para o seu sistema a serem carregados estaticamente 
      através de uma configuração apropriada em 
      <file>/etc/modules</file></p></footnote> você pode atrasar a 
      actualização do kernel para após ter feito uma actualização completa 
      do sistema, conforme é descrito em <ref id="upgrading_other">. Uma vez 
      que o seu sistema tenha sido actualizado você pode fazer o seguinte 
      (alterando o nome do pacote do kernel para o mais adequado ao seu 
      sistema substituindo <em>&lt;flavor&gt;</em>):
     <example>
# aptitude install linux-image-2.6-&lt;flavor&gt;
        </example>
    </p>
   </sect1>
    ]]>

   <sect1 id="device-reorder">
    <heading>
      Reordenação da enumeração de dispositivos
    </heading>
    <p>
      A &releasename; oferece um mecanismo mais robusto para a descoberta de 
      hardware do que nos lançamentos anteriores. No entanto, isto poderá 
      causar alterações na ordem pela qual os dispositivos são descobertos 
      no seu sistema, afectando a ordem na qual os nomes dos mesmos são 
      atribuídos. Por exemplo, se possuir duas placas de rede que estejam 
      associadas a dois controladores diferentes, os dispositivos a que se 
      referem eth0 e eth1 podem ser trocados. Por favor note que o novo 
      mecanismo significa que se por ex. trocar as placas de rede num 
      sistema &releasename; existente, a nova placa de rede também obterá um 
      novo nome de interface.
    </p>
    <p>
      Para dispositivos de rede, pode evitar esta reordenação utilizando 
      regras do <package>udev</package>, mais especificamente, através das 
      definições no 
      <file>/etc/udev/rules.d/z25_persistent-net.rules</file><footnote><p>As 
      regras são automaticamente geradas pelo script 
      <file>/etc/udev/rules.d/z45_persistent-net-genereator.rules</file> 
      para haverem nomes persistentes para as interfaces de rede. Apague 
      este link simbólico para desactivar a atribuição de nomes persistente 
      para NICs pelo 
      <package>udev</package>.</p></footnote>. Alternativamente pode 
      utilizar o utilitário <prgn>ifrename</prgn> para ligar dispositivos 
      físicos a nomes específicos durante o arranque. Veja <manref 
      section="8" name="ifrename"> e <manref section="5" name="iftab"> para 
      mais informação. As duas alternativas (<package>udev</package> e 
      <prgn>ifrename</prgn>) não devem ser utilizadas ao mesmo tempo.
    </p>
    <p>
      Para dispositivos de armazenamento, pode evitar esta reordenação ao 
      utilizar o <package>initramfs-tools</package> e configura-los de modo 
      a carregar os módulos do driver do dispositivo de armazenamento na 
      mesma ordem em que estão actualmente carregados. Para fazer isto, 
      identifique a ordem por que foram carregados os módulos de 
      armazenamento no seu sistema ao ver o 'output' de 
      <prgn>lsmod</prgn>. O <prgn>lsmod</prgn> lista os módulos na ordem 
      inversa em que foram carregados, i.e., o primeiro modulo na lista foi 
      o último a ser carregado. Note que isto apenas irá funcionar para 
      dispositivos que o kernel enumere numa ordem estável (como os 
      dispositivos PCI).
    </p>
    <p>
      No entanto, remover e voltar a carregar os módulos após o arranque 
      inicial afectará esta ordem. O kernel pode também ter alguns 
      controladores ligados ('linked') estaticamente, e estes nomes podem 
      não aparecer no 'output' de <prgn>lsmod</prgn>. Pode conseguir 
      decifrar estes nomes de controladores e carregá-los pela ordem, ao ver 
      o ficheiro <file>/var/log/kern.log</file>, ou o 'output' de 
      <prgn>dmesg</prgn>.
    </p>
    <p>
      Adicione estes nomes de módulos a 
      <file>/etc/initramfs-tools/modules</file> pela ordem em que os mesmos 
      deverão ser carregados durante o arranque. Alguns nomes de módulos 
      podem ter sido alterados entre a &oldreleasename; e a 
      &releasename;. Por exemplo, sym53c8xx_2 passou a sym53c8xx.
    </p>
    <p>
      Terá então de gerar novamente a(s) sua(s) imagem(s) initramfs ao 
      executar <tt>update-initramfs -u -k all</tt>.
    </p>
    <p>
      Assim que estiver a correr um kernel da &releasename; e o 
      <prgn>udev</prgn>, pode reconfigurar o seu sistema de modo a aceder 
      aos discos através de um 'alias' que não é dependente da ordem em que 
      os controladores são carregados. Estes 'aliases' residem na hierarquia 
      <file>/dev/disk/</file>.
    </p>
   </sect1>
    <![ %ia64 [

   <sect1>
    <heading>
      Reordenação dos dispositivos de série (serial)
    </heading>
    <p>
      Se tem uma máquina HP e está a utilizar a porta da consola de série MP 
      (o conector marcado como "console" no cabo de 3-cabeças), esta 
      actualização de kernel irá tornar a consola inoperactiva!
    </p>
    <p>
      Ao reiniciar, o sistema irá mostrar a mensagem "Loading initrd...." 
      mas irá parar aqui. Note que os sistemas com firmware desactualizado 
      irão mostrar sintomas idênticos, embora o problema relacionado com as 
      incompatibilidades com o kernel (veja <ref id="upgrade-to-2.6">).
    </p>
    <p>
      Por favor leia a seguinte informação antes da actualização.
    </p>
    <p>
     <list>
      <item>
       <p>
         O dispositivo de consola irá mudar de <file>ttyS0</file> para 
         <file>ttyS1</file>, <file>ttyS2</file>, ou <file>ttyS3</file> por 
         isso
        <list>
         <item>
          <p>
            Edite <file>/etc/inittab</file> e adicione uma entrada getty 
            para <file>/dev/ttyS1</file> (rx4640, rx5670, rx7620, rx8620, 
            Superdome), <file>/dev/ttyS2</file> (rx1600), ou 
            <file>/dev/ttyS3</file> (rx2600).
          </p>
         </item>
         <item>
          <p>
            Edite <file>/etc/securetty</file> e adicione <file>ttyS1</file>, 
            <file>ttyS2</file>, ou <file>ttyS3</file>.
          </p>
         </item>
         <item>
          <p>
            Deixe as entradas <file>ttyS0</file> existentes em 
            <file>/etc/inittab</file> e em <file>/etc/securetty</file> de 
            modo a poder arrancar com kernels antigos.
          </p>
         </item>
        </list>
       </p>
      </item>
      <item>
       <p>
         Edite <file>/etc/elilo.conf</file> e remova qualquer argumento 
         "console=".
       </p>
      </item>
      <item>
       <p>
         Corra <prgn>elilo</prgn> para instalar o gestor de arranque com a 
         nova configuração.
       </p>
      </item>
      <item>
       <p>
         Reinicie o sistema e utilize a opção do menu de manutenção de 
         arranque EFI para seleccionar exactamente um dispositivo para 
         consola de 'output', 'input' e erros standards. Efectue depois um 
         arranque a frio para que as alterações surtam efeito.
       </p>
       <p>
         Para a consola MP seja cuidadoso ao seleccionar o dispositivo com 
         "Acpi(HWP0002,700)/Pci(...)/Uart" no caminho (path).
       </p>
      </item>
     </list>
    </p>
    <p>
      Mais detalhes sobre estas alterações e dicas para resolução de 
      problemas estão disponíveis em <url 
      id="http://lists.debian.org/debian-ia64/2005/01/msg00008.html">.
    </p>
   </sect1>
    ]]><![ %uses-initrd [

   <sect1 id="boot-timing">
    <heading>
      Problemas de timing no arranque
    </heading>
    <p>
      Se é utilizada uma initrd criada com o 
      <package>initramfs-tools</package> para arrancar o sistema, em alguns 
      casos a criação de ficheiros de dispositivo pelo 
      <package>udev</package> pode acontecer demasiado tarde para que os 
      scripts de arranque actuem.
    </p>
    <p>
      Os sintomas usuais são que o arranque falha devido ao sistema de 
      ficheiros raiz não poder ser montado e você é deixado na shell de 
      depuração, mas quando verifica, todos os dispositivos necessários 
      estão presentes no <file>/dev</file>. Isto foi observado em casos em 
      que o sistema de ficheiros raiz está num disco USB ou num RAID.
    </p>
    <p>
      Uma forma de contornar este problema é utilizar o parâmetro de 
      arranque <tt>rootdelay=<var>9</var></tt>. O valor do tempo de espera 
      (em segundos) pode ter de ser ajustado.
    </p>
   </sect1>
    ]]>

  </sect>
  <sect id="nownownow">
   <heading>
     Coisas a fazer antes de reinicializar
   </heading>
   <p>
     Quando o <tt>aptitude dist-upgrade</tt> tiver terminado, a actualização 
     "formal" estará completa, mas existem algumas coisas com as quais é 
     preciso ter atenção <em>antes</em> da próxima reinicialização.
   </p>
   <sect1 id="convert-devfs">
    <heading>
      Converter a partir de devfs
    </heading>
    <p>
      Os kernels Debian já não incluem suporte para <prgn>devfs</prgn>, por 
      isso os utilizadores de <tt>devfs</tt> irão necessitar de converter 
      manualmente os seus sistemas antes de arrancarem com um kernel da 
      &releasename;.
    </p>
    <p>
      Se vir a string 'devfs' em <file>/proc/mounts</file>, você está muito 
      provavelmente a utilizar <tt>devfs</tt>. Quaisquer ficheiros de 
      configuração que façam referência a nomes de estilo <tt>devfs</tt> 
      necessitam de ser corrigidos para utilizarem nomes de estilo 
      <package>udev</package>. Os ficheiros que provavelmente fazem 
      referência a <tt>devfs</tt> incluem o <file>/etc/fstab</file>, o 
      <file>/etc/lilo.conf</file>, o <file>/boot/grub/menu.lst</file>, e o 
      <file>/etc/inittab</file>.
    </p>
    <p>
      Mais informação sobre potenciais problemas está disponível no 
      relatório de bug <url id="http://bugs.debian.org/341152" 
      name="#341152">.
    </p>
   </sect1>
    <![ %sparc [

   <sect1 id="missingdrivers">
    <heading>
      Possíveis drivers em falta em initrd
    </heading>
    <p>
      Os kernels da &releasename; ainda não têm suporte completo para sysfs 
      para o sparc sbus nativo. O <package>initramfs-tools</package> 
      baseia-se nisto para incluir drivers para controladores de disco no 
      initrd. Se um driver não for incluido no initrd, o seu sistema pode 
      falhar no arranque.
    </p>
    <p>
      Se o seu sistema utiliza o módulo <tt>esp</tt> ou o <tt>qlogicpti</tt> 
      para aceder aos seus discos rígidos, você irá necessitar de incluir 
      esse módulo em <file>/etc/initramfs-tools/modules</file> e gerar 
      novamente o initrd antes de reiniciar o seu sistema. O initrd pode ser 
      novamente gerado utilizando:
     <example>
# update-initramfs -u -k all
          </example>
    </p>
   </sect1>
    ]]><![ %hppa [

   <sect1 id="missingdrivers">
    <heading>
      Possíveis drivers em falta em initrd
    </heading>
    <p>
      Os kernels da &releasename; ainda não têm suporte completo para sysfs 
      para o HP bus nativo. O <package>initramfs-tools</package> baseia-se 
      nisto para incluir drivers para controladores de disco no initrd. Se 
      um driver não for incluido no initrd, o seu sistema pode falhar no 
      arranque.
    </p>
    <p>
      Se o seu sistema utiliza o módulo <tt>lasi700</tt> ou o 
      <tt>zalon7xx</tt> para aceder aos seus discos rígidos, você irá 
      necessitar de incluir esse módulo em 
      <file>/etc/initramfs-tools/modules</file> e gerar novamente o initrd 
      antes de reiniciar o seu sistema. O initrd pode ser novamente gerado 
      utilizando:
     <example>
# update-initramfs -u -k all
          </example>
    </p>
   </sect1>
    ]]><![ %i386-amd64 [

   <sect1 id="rerunlilo">
    <heading>
      Correr novamente o lilo
    </heading>
    <p>
      Se está a utilizar o <package>lilo</package> como o seu gestor de 
      arranque (é o gestor de arranque por omissão para algumas instalações 
      da &oldreleasename;) é fortemente recomendado que você corra novamente 
      o <prgn>lilo</prgn> após a actualização:
     <example>
# /sbin/lilo
          </example>
    </p>
    <p>
      Note que isto é necessário se você não actualizou o kernel do seu 
      sistema, já que a segunda etapa do <prgn>lilo</prgn> irá mudar devido 
      à actualização do pacote.
    </p>
    <p>
      Além disso, reveja o conteúdo do seu <file>/etc/kernel-img.conf</file> 
      e assegure-se que tem nele <em>do_bootloader = Yes</em>. Dessa forma o 
      gestor de arranque irá ser corrido novamente sempre após uma 
      actualização do kernel.
    </p>
    <p>
      Se você encontrar quaisquer problemas quando correr o 
      <prgn>lilo</prgn>, reveja os links simbólicos em <file>/</file> para 
      <file>vmlinuz</file> e <file>initrd</file>, assim como o conteúdo do 
      seu <file>/etc/lilo.conf</file> por discrepâncias.
    </p>
    <p>
      Se você se esqueceu de correr novamente o <prgn>lilo</prgn> antes de 
      reiniciar ou se o sistema for acidentalmente reiniciado antes de você 
      o poder fazer manualmente, o seu sistema pode falhar o arranque. Em 
      vez da prompt do lilo, você apenas verá <em>LI</em> quando arrancar o 
      sistema<footnote><p>Para mais informação acerca dos códigos de erro do 
      <prgn>lilo</prgn> por favor veja o <url 
      id="http://tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html" name="The Linux 
      Bootdisk HOWTO">.</p></footnote>. Para informação acerca de como 
      recuperar disto veja <ref id="recovery">.
    </p>
   </sect1>
    ]]><![ %s390 [

   <sect1 id="s390-config">
    <heading>
      Configuração do hardware S/390
    </heading>
    <p>
      Nem todo o hardware S/390 pode ser configurado automaticamente. Nos 
      kernels da &releasename; é utilizado um novo utilitário, 
      <package>sysconfig-hardware</package> para configurar correctamente os 
      dispositivos. Infelizmente a documentação para este utilitário e seus 
      ficheiros de configuração não está ainda disponível. Os ficheiros de 
      configuração para o <package>sysconfig-hardware</package> podem ser 
      encontrados em <file>/etc/sysconfig/</file>.
    </p>
    <p>
      Especialmente se o seu sistema estiver a correr um kernel 2.4, acertar 
      com a configuração pode ser um desafio. Se precisar de ajuda, não se 
      acanhe de contactar a <url id="http://lists.debian.org/debian-s390" 
      name="Debian S/390 mailing list">.
    </p>
    <p>
      Instale primeiro o utilitário e regenere a initrd uma vez que o 
      utilitário tem alguns scripts que precisam de ser incluídos na initrd:
     <example>
# aptitude install sysconfig-hardware
# update-initramfs -u -k all
          </example>
    </p>
    <sect2 id="s390-dasd">
     <heading>
       Configuração de discos
     </heading>
     <p>
       Isto é feito modifincando o <file>/etc/zipl.conf</file>. O utilitário 
       sysconfig pode utilizar o caminho do dispositivo até ao dispositivo 
       raiz para o activar, o que significa que este caminho precisa de ser 
       passado nos parâmetros de arranque do kernel. Para um dasd normal, o 
       caminho é composto pelo seguinte:
      <example>
&lt;bus&gt;-&lt;device&gt;
          </example>
       É necessário acrescentar a partição ao parâmetro 
       <tt>root</tt>. Portanto se o seu dasda é <tt>0.0.0122</tt>, em vez de 
       <file>root=/dev/dasda1</file> deve incluir o seguinte na linha 
       <tt>parameters</tt> no <file>/etc/zipl.conf</file>:
      <example>
root=/dev/disks/by-path/ccw-0.0.0122-part1
          </example>
       Ou, alternativamente, pode utilizar o parâmetro <tt>enable</tt> para 
       especificar o dispositivo a activar; no caso da partição:
      <example>
root=/dev/dasda1 enable=ccw-0.0.0122
          </example>
       Os caminhos a utilizar podem variar para dispositivos diferentes. Por 
       exemplo, para discos num adaptador de fibra óptica zFCP, o caminho 
       consiste de barramento, dispositivo, driver, wwpn e lun. Os 
       parâmetros para um RAID1 seriam (numa só linha):
      <example>
root=/dev/md0 enable=ccw-0.0.2900-zfcp-0x21000020371c93a5:0
enable=ccw-0.0.2900-zfcp-0x21000020371d8f94:0
          </example>
     </p>
     <p>
       Outros dispositivos dasd (dasds não é necessário para carregar o 
       sistema de ficheiros de raiz) são activados através de ficheiros de 
       configuração em <file>/etc/sysconfig/hardware/</file>. Para um dasd 
       normal, você apenas necessita criar um ficheiro (touch) com o caminho 
       do dispositivo no seu nome:
      <example>
# cd /etc/sysconfig/hardware
# touch config-ccw-0.0.0122
          </example>
       Para discos num adaptador de fibra óptica zFCP os dispositivos 
       individuais são listados no ficheiro. Utilizando o mesmo exemplo de 
       acima, crie um ficheiro <file>config-ccw-0.0.2900</file> com (segundo 
       dispositivo truncado para aumentar a legibilidade):
      <example>
ZFCP_DEVICES=(0x21000020371c93a5:0x0000000000000000 0x2100...:0x...)
          </example>
     </p>
    </sect2>
    <sect2 id="s390-other">
     <heading>
       Configuração de dispositivos de rede
     </heading>
     <p>
       Dispositivos de rede são activados através de ficheiros de 
       configuração em <file>/etc/sysconfig/hardware/</file>. Para um 
       dispositivo de rede da ctc com canal de leitura <tt>0.0.0a00</tt> e 
       canal de escrita <tt>0.0.0a01</tt> e utilizando o protocolo S/390, 
       deve criar um ficheiro <file>config-ccw-0.0.0a00</file> contendo: 
      <example>
CCWGROUP_CHANS=(0.0.0a00 0.0.0a01)
CTC_PROTOCOL=0
          </example>
       Para um dispositivo de rede qeth com modo layer2 activado, este pode 
       ser um ficheiro <file>config-ccq-0.0.0600</file>:
      <example>
CCWGROUP_CHANS=(0.0.0600 0.0.0601 0.0.0602)
QETH_OPTIONS=(layer2)
          </example>
     </p>
     <p>
       As opções suportadas para o ctc são: <tt>CTC_PROTOCOL</tt> e 
       <tt>CTC_BUFFER</tt>; e para o qeth: <tt>QETH_PORTNAME</tt>, 
       <tt>QETH_PORTNO</tt> e <tt>QETH_OPTIONS</tt>.
     </p>
     <p>
       Como os dispositivos em S/390 não têm um endereço MAC estável, não é 
       possível utilizar a nomeação persistente do 
       <package>udev</package>. Em vez disso pode adicionar uma opção 
       <tt>INTERFACE_NAME</tt> no ficheiro de configuração para renomear uma 
       interface.
     </p>
    </sect2>
   </sect1>
    ]]>

   <sect1 id="mdadm">
    <heading>
      Actualizar o mdadm
    </heading>
    <p>
      O mdadm precisa agora de um ficheiro de configuração para montar 'MD 
      arrays' (RAID) a partir a ramdisk inicial e durante a sequência de 
      inicialização do sistema. Por favor leia e siga as instruções em 
      <file>/usr/share/doc/mdadm/README.upgrading-2.5.3.gz</file> depois de 
      o pacote ter sido actualizado e <strong>antes de reiniciar</strong>. A 
      última versão deste ficheiro está disponível em <url 
      id="http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/README.upgrading-2.5.3?op=file">; 
      por favor consulte-o em caso de problemas.
    </p>
   </sect1>
  </sect>
  <sect id="for_next">
   <heading>
     Preparar para o próximo lançamento
   </heading>
   <p>
     Após a actualização existem várias coisas que você pode fazer para se 
     preparar para o próximo lançamento.
   </p>
   <p>
    <list>
     <item>
      <p>
        Se está a utilizar o <prgn>grub</prgn>, edite 
        <file>/etc/kernel-img.conf</file> e ajuste a localização do programa 
        <prgn>update-grub</prgn> alterando <file>/sbin/update-grub</file> 
        para <file>/usr/sbin/update-grub</file>.
      </p>
     </item>
     <item>
      <p>
        Se o novo meta-pacote da imagem do kernel foi obtida como uma 
        dependência do antigo, será marcado como instalado automaticamente, 
        o que deve ser corrigido:
       <example>
# aptitude unmarkauto $(dpkg-query -W 'linux-image-2.6-*' | cut -f1)
</example>
      </p>
     </item>
     <item>
      <p>
        Remova os meta-pacotes do kernel da &oldreleasename; correndo:
       <example>
# aptitude purge kernel-image-2.6-&lt;flavor&gt;
</example>
      </p>
     </item>
     <item>
      <p>
        Mova quaisquer valores das configurações do kernel em 
        <file>/etc/network/options</file> para 
        <file>/etc/sysctl.conf</file>.
      </p>
     </item>
     <item>
      <p>
        Remova os pacotes obsoletos e não utilizados conforme é descrito em 
        <ref id="obsolete">. Você deve rever que ficheiros de configuração 
        eles utilizam e considerar purgar os pacotes ou remover os seus 
        ficheiros de configuração.
      </p>
     </item>
    </list>
   </p>
  </sect>
  <sect id="obsolete">
   <heading>
     Pacotes obsoletos
   </heading>
   <p>
     Ao introduzir vários milhares de novos pacotes, a &releasename; também 
     remove e omite mais de dois milhares de antigos pacotes que estavam na 
     &oldreleasename;. 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 &releasename; <footnote><p>Ou enquanto não 
     existir outro lançamento durante esse tempo. Tipicamente são suportados 
     dois lançamentos estáveis ao mesmo tempo.</p></footnote> e não irá 
     fornecer normalmente outro suporte durante o mesmo. É recomendado 
     substitui-lo por alternativas disponíveis, se existirem é recomendado.
   </p>
   <p>
     Existem muitas razões para que pacotes possam ter sido retirados da 
     distribuição: não serem mais mantidos 'upstream'; 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 &releasename; devido a bugs neles. No último caso, os pacotes podem 
     no entanto continuar a estarem presentes na distribuição "unstable".
   </p>
   <p>
     A detecção dos pacotes que num sistema actualizado são obsoletos é 
     fácil pelo facto dos 'front-ends' dos gestor de pacotes os marcarem. Se 
     estiver a utilizar o <prgn>aptitude</prgn>, verá a lista destes pacotes 
     na entrada "Pacotes obsoletos e criados localmente". O 
     <prgn>dselect</prgn> disponibiliza uma secção idêntica mas a lista que 
     apresenta pode ser diferente. Do mesmo modo se usou o 
     <prgn>aptitude</prgn> para instalar manualmente pacotes na 
     &oldreleasename;, ele irá seguir o caminho desses pacotes que instalou 
     manualmente e será capaz de marcar como obsoletos os pacotes obtidos 
     por dependências apenas que não são já necessárias pela remoção do 
     pacote. Também o <prgn>aptitude</prgn>, ao contrário do 
     <prgn>deborphan</prgn> não irá marcar como pacotes obsoletos que 
     instalou manualmente, em oposição aos que foram instalados 
     automaticamente através de dependências.
   </p>
   <p>
     Existem ferramentas adicionais que pode utilizar para descobrir pacotes 
     obsoletos tais como <prgn>deborphan</prgn>, <prgn>debfoster</prgn> ou 
     <prgn>cruft</prgn>. O <prgn>deborphan</prgn> é fortemente recomendado, 
     no entanto este irá (em modo por omissão) 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 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.
   </p>
   <p>
     O <url id="&url-bts;" name="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 <url 
     id="&url-bts;cgi-bin/pkgreport.cgi?pkg=ftp.debian.org&#38;archive=yes" 
     name="ftp.debian.org pseudo-package">.
   </p>
   <sect1 id="dummy">
    <heading>
      Pacotes 'dummy'
    </heading>
    <p>
      Alguns pacotes da &oldreleasename; foram separados em vários pacotes 
      da &releasename;, principalmente para melhorar a manutenção do 
      sistema. Para facilitar a actualização em alguns casos, a 
      &releasename; fornece pacotes "dummy": pacotes vazios que têm o mesmo 
      nome que o pacote antigo na &oldreleasename; com dependências que 
      provocam a instalação de novos pacotes. Estes pacotes "dummy" são 
      considerados pacotes obsoletos depois da actualização e podem ser 
      removidos em segurança.
    </p>
    <p>
      A maior parte (mas nem todas) das descrições dos pacotes 'dummy' 
      indicam o seu propósito. As descrições dos pacotes para os pacotes 
      'dummy' não são uniformes, no entanto pode achar as opções 
      <tt>--guess</tt> do <prgn>deborphan</prgn> úteis para as detectar no 
      seu sistema. Note que alguns pacotes 'dummy' não têm como fim serem 
      removidos depois de uma actualização, em vez disso, são utilizadas 
      para seguir o caminho das actuais versões disponíveis de um programa 
      ao longo do tempo.
    </p>
   </sect1>
  </sect>
 </chapt>
 <chapt id="information">
  <heading>
    Problemas a estar atento na &releasename;
  </heading>
  <sect id="problems">
   <heading>
     Potenciais problemas
   </heading>
   <p>
     Por vezes, as alterações têm efeitos secundários que não podemos evitar 
     razoavelmente, ou serão criados bugs noutro lado. Nós documentamos aqui 
     os problemas que conhecemos. Por favor leia também a errata, a 
     documentação dos pacotes relevantes, relatórios de bugs e outra 
     informação mencionada em <ref id="morereading">.
   </p>
   <sect1 id="udev">
    <heading>
      Problemas com dispositivos relacionados com o udev
    </heading>
    <p>
      Apesar do <package>udev</package> ter sido testado extensivamente, 
      você pode experimentar pequenos problemas com alguns dispositivos que 
      terão de ser corrigidos. O mais comum desses problemas é a alteração 
      das permissões e/ou 'ownership' de um dispositivo. Em alguns casos um 
      dispositivo pode não ser criado por omissão 
      (e.g. <file>/dev/video</file> e <file>/dev/radio</file>).
    </p>
    <p>
      O <package>udev</package> fornece mecanismos de configuração para 
      gerir estes problemas. Veja <manref section="8" name="udev"> e 
      <file>/etc/udev</file> para mais informação.
    </p>
   </sect1>
    <![ %defaulted-2.4 [

   <sect1 id="incompatible-2.4">
    <heading>
      Algumas aplicações podem deixar de funcionar com um kernel 2.4
    </heading>
    <p>
      Algumas aplicações em &releasename; podem não funcionar com um kernel 
      2.4, por exemplo por necessitarem de suporte para <tt>epoll()</tt>, 
      que não está disponível em kernels 2.4. Tais aplicações podem não 
      funcionar correctamente ou de todo até que o sistema seja reiniciado 
      com um kernel 2.6.
    </p>
    <p>
      Um exemplo é o proxy HTTP <package>squid</package>.
    </p>
   </sect1>
    ]]>

   <sect1 id="window-scaling">
    <heading>
      Alguns sitios da rede não podem ser alcançados por TCP
    </heading>
    <p>
      Desde o 2.6.17, que o Linux utiliza agressivamente o redimensionamento 
      da janela TCP que é especificado no RFC 1323. Alguns servidores 
      apresentam um comportamento não funcional e apresentam eles próprios 
      dimensões erradas das janelas. Por favor veja os bugs <url 
      id="http://bugs.debian.org/381262" name="#381262"> e <url 
      id="http://bugs.debian.org/395066" name="#395066"> para mais 
      informações.
    </p>
   </sect1>
    <![ %i386 [

   <sect1 id="poweroff">
    <heading>
      O encerramento automático deixou de funcionar
    </heading>
    <p>
      Em alguns sistemas mais antigos o <tt>shutdown -h</tt> pode deixar de 
      desligar o sistema (apenas pará-lo). Isto acontece devido à utilização 
      necessária do apm neste ponto. Adicionar <tt>acpi=off 
      apm=power_off</tt> à linha de comando do kernel, e.g. nos ficheiros de 
      configuração do <package>grub</package> ou <package>lilo</package> 
      deverá corrigir esta questão. Por favor veja o erro <url 
      id="http://bugs.debian.org/390547" name="#390547"> para mais 
      informação.
    </p>
   </sect1>
    ]]>

   <sect1 id="apt-pdiff">
    <heading>
      Actualizações mais lentas dos índices de pacotes do APT
    </heading>
    <p>
      Por omissão, a versão do <prgn>apt</prgn> na &releasename; utiliza uma 
      nova forma de actualizar os ficheiros de índices de pacotes do APT 
      (quando você correr <tt>aptitude update</tt>) que descarrega ficheiros 
      com as diferenças (em vez do ficheiro de índice completo) chamados 
      <tt>pdiff</tt>. Esta nova funcionalidade deve utilizar menos largura 
      de banda e ser mais rápido para a maioria dos sistemas. Infezlizmente 
      também pode ter o efeito contrário tornando as actualizações mais 
      lentas em sistemas com ligações de rede rápidas (ou com um mirror 
      perto) que sejam actualizados com pouca frequência, uma vez que pode 
      demorar mais tempo ao sistema juntar as diferenças do que obter o novo 
      índice de pacotes. É possível desactivar esta funcionalidade ao 
      acrescentar<tt>Acquire::Pdiffs "false";</tt> ao ficheiro de 
      configuração <file>/etc/apt/apt.conf</file>.
    </p>
    <p>
      Esta mudança afecta principalmente utilizadores das versões 
      <em>unstable</em> e <em>testing</em> de &debian;, devido ao facto de 
      nessas versões haver bastantes alterações de pacotes. Utilizadores da 
      &releasename; notarão mais esta funcionalidade quando actualizarem o 
      estado dos seus pacotes do arquivo de segurança.
    </p>
   </sect1>
    <![ %i386 [

   <sect1 id="hp-acpi">
    <heading>
      Suporte ACPI desabilitado para alguns modelos de portáteis HP no 
      kernel do &releasename
    </heading>
    <p>
      Alguns modelos de portáteis HP têm uma BIOS ACPI que é incompatível 
      com o kernel 2.6.18 que é distribuido na &releasename;, que previnia 
      que as ventoínhas de girassem levando a um stress de aquecimento 
      desnecessário. Além disso, as ventoínhas podem não funcionar depois do 
      sistema ter sido suspenso. Por isso o kernel desabilita internamente o 
      suporte para ACPI quando detecta certas versões da BIOS ACPI. Os 
      modelos conhecidos por serem afectados por esta mudança incluem os 
      modelos HP nx6125, nx6120, nx6325, nc6120 e nc6000.
    </p>
    <p>
      Os utilizadores que necessitarem de suporte ACPI nesses sistemas podem 
      instalar um kernel 2.6.19 ou posterior. Para mais informação por favor 
      veja o bug Debian <url id="http://bugs.debian.org/404143" 
      name="#404143"> e o <url id="http://bugs.debian.org/400488" 
      name="#400488">, e os bugs do  kernel Linux <url 
      id="http://bugzilla.kernel.org/show_bug.cgi?id=5534" name="#5534"> and 
      <url id="http://bugzilla.kernel.org/show_bug.cgi?id=7122" 
      name="#7122">.
    </p>
   </sect1>
    ]]>

   <sect1 id="asynchronous-network-start">
    <heading>
      Inicialização assíncrona de rede pode causar um comportamento 
      imprevisivel
    </heading>
    <p>
      Em sistemas que utilizam o <package>udev</package> para carregar o 
      driver para interfaces de rede, é possível que devido à natureza 
      assíncrona do <package>udev</package> o driver de rede não seja 
      carregado antes do <prgn>/etc/init.d/networking</prgn> ser corrido 
      durante o arranque. Embora incluir <tt>allow hotplug</tt> ao 
      <file>/etc/network/interfaces</file> (para além de <tt>auto</tt>) para 
      garantir que a interface será configurada logo que esteja disponível, 
      não há garantia que isto será feito antes da sequência de arranque 
      começar a carregar serviços de rede, alguns dos quais podem não se 
      comportar correctamente sem uma interface de rede.
    </p>
   </sect1>
    <![ %not-s390 [

   <sect1 id="wpa">
    <heading>
      Problemas ao utilizar redes wireless protegidas por WPA
    </heading>
    <p>
      Na &oldreleasename;, o pacote <package>wpasupplicant</package> era 
      configurado pelos ficheiros <file>/etc/default/wpasupplicant</file> e 
      <file>/etc/wpasupplicant.conf</file> como um serviço de sistema.
    </p>
    <p>
      Na &releasename;, o <file>/etc/init.d/wpasupplicant</file> foi 
      descontinuado e o pacote Debian agora integra-se com o 
      <file>/etc/network/interfaces</file>, da mesma forma que outros 
      pacotes como o <package>wireless-tools</package>. Isto significa que o 
      <package>wpasupplicant</package> já não disponibiliza um serviço de 
      sistema directamente.
    </p>
    <p>
      Para informação sobre como configurar o wpasupplicant por favor leia o 
      <file>/usr/share/doc/wpasupplicant/README.modes.gz</file>, que dá 
      exemplos de ficheiros <file>/etc/network/interfaces</file>. Informação 
      actualizada sobre a utilização do pacote 
      <package>wpasupplicant</package> na Debian pode ser encontrada na <url 
      id="http://wiki.debian.org/WPA" name="Debian Wiki">.
    </p>
   </sect1>
    ]]>

   <sect1 id="partitionenc">
    <heading>
      Problemas com caracteres não-ASCII em nomes de ficheiros
    </heading>
    <p>
      Montar sistemas de ficheiros vfat, ntfs ou iso9660 com ficheiros que 
      incluem caracteres não-ASCII nos seus nomes irá originar erros quando 
      alguém tentar utilizar os nomes de ficheiros, a não ser que se monte 
      com a opção utf8. Uma indicação pode ser a seguinte falha: 'Invalid or 
      incomplete multibyte or wide character'. Uma solução possível é 
      utilizar <tt>defaults,utf8</tt> como opções do mount para sistemas de 
      ficheiros vfat, ntfs e iso9660 quando estes contém nomes de ficheiros 
      com caracteres não-ASCII.
    </p>
    <p>
      Note que o kernel Linux não suporta tratamento 'case-insensitive' de 
      nomes de ficheiros em vfat quando é utilizada a opção <tt>utf8</tt>.
    </p>
   </sect1>
    <![ %amd64 [

   <sect1 id="nvidia-iommu">
    <heading>
      Corrupção de dados com Hardware IOMMU em chipsets Nvidia
    </heading>
    <p>
      Foi identificado um problema em sistemas &arch-title; com chipsets 
      Nvidia com mais de 3GB de RAM que causa corrupção esporádica de dados 
      quando o IOMMU hardware é utilizado. Este problema ainda está sob 
      investigação pelos desenvolvedores do kernel Linux e pelos fabricantes 
      de hardware, e não foi lançada nenhuma resolução upstream. Para 
      proteger a integridade dos seus dados, os utilizadores destes sistemas 
      são aconselhados a desactivar manualmente o utso de hardware IOMMU no 
      arranque adicionando <tt>iommu=soft</tt> às suas opções de arranque do 
      kernel até que seja encontrada uma solução correcta.
    </p>
    <p>
      Mais informação acerca deste problema está disponível no relatório 
      Debian de bug <url id="http://bugs.debian.org/404148" name="#404148"> 
      e no bug <url id="http://bugzilla.kernel.org/show_bug.cgi?id=7768" 
      name="#7768">do Kernel Linux.
    </p>
   </sect1>
    ]]>

  </sect>
   <![ %defaulted-2.4 [

  <sect id="upgrade-to-2.6">
   <heading>
     Actualizar para um kernel 2.6
   </heading>
   <p>
     A série de kernels 2.6 contém alterações importantes a partir da série 
     2.4. Os módulos foram renomeados e muitos 'drivers' foram parcial ou 
     muitas vezes totalmente reescritos. A actualização para um kernel 2.6 a 
     partir de uma versão anterior não é um processo para ser encarado 
     levianamente. Esta secção procura alertá-lo para alguns problemas que 
     poderá enfrentar.
   </p>
   <p>
     Se compilar o seu próprio kernel a partir das fontes, certifique-se que 
     instala o <package>module-init-tools</package> antes de reiniciar o 
     sistema com o kernel 2.6. Este pacote substitui o 
     <package>modutils</package> para os kernels 2.6. Se instalar um dos 
     pacotes Debian <package>linux-image</package>, este será instalado 
     automaticamente porque causa das dependências.
   </p>
   <p>
     Se utilizar <em>LVM</em>, deverá também instalar 
     <package>lvm2</package> antes de reiniciar já que o kernel 2.6 não 
     suporta directamente LVM1. Para aceder os volumes LVM1, é utilizada a 
     camada de compatibilidade do <package>lvm2</package> (o módulo 
     dm-mod). Pode deixar o <package>lvm10</package> instalado; os 'init 
     scripts' detectarão qual o kernel que é utilizado e executará a versão 
     apropriada.
   </p>
   <p>
     Se tiver entradas no ficheiro <file>/etc/modules</file> (a lista dos 
     módulos tem que ser carregada durante o arranque do sistema), tenha em 
     atenção que alguns nomes de módulos podem ter sido alterados. Se isto 
     acontecer terá que actualizar este ficheiro com os novos nomes dos 
     módulos.
   </p>
    <![ %i386 [

   <p>
     Para alguns controladores de discos SATA, o dispositivo atribuído a uma 
     'drive' e ás suas partições podem variar de <file>/dev/hdX</file> a 
     <file>/dev/sdX</file>. Se isto acontecer, você terá de modificar, de 
     acordo, o seu <file>/etc/fstab</file> e a configuração do gestor de 
     arranque. A menos que estas alterações sejam feitas correctamente, o 
     seu sistema pode não arrancar correctamente<footnote><p>O kernel irá 
     arrancar mas irá falhar ao tentar montar o sistema de ficheiros raiz e 
     irá abortar com um erro <em>waiting for root filesystem</em> seguido de 
     <em>unable to mount /dev/hdX ..not found</em>. Você pode utilizar a 
     shell <prgn>initramfs</prgn> para corrigir este problema, depois de 
     identificar os nomes acabados de atribuir dos dispositivos nas 
     mensagens de arranque do kernel ou revendo o conteúdo de 
     <file>/dev/disk</file>.</p></footnote>.
   </p>
    ]]><![ %ia64 [

   <p>
     Os sistemas HP Itanium com firmware antigo são incompatíveis com o 
     kernel 2.6 na &releasename;. Isto significa que você deve actualizar o 
     sistema para o firmware mais recente antes de actualizar o seu 
     kernel. É recomendado que você faça isto antes da actualização do 
     sistema, já que se já estiver a correr um kernel 2.6 você irá obter 
     automaticamente o kernel mais recente quando actualizar o resto do 
     sistema (veja <ref id="upgrading_other">). Falhar fazer isto resultará 
     num sistema que não arranca.
   </p>
    ]]>

   <p>
     Assim que tenha instalado o seu kernel 2.6, mas antes de reiniciar, 
     assegure-se de que possui um método de recuperação. Primeiro, 
     certifique-se que a configuração do gestor de arranque tem entradas 
     tanto para o novo kernel como para o antigo, e funcional kernel 
     2.4. Deverá também assegurar-se ter a certeza que tem uma disquete 
     "rescue" ou cdrom à mão, no caso de uma configuração errada do gestor 
     de arranque impedi-lo de arrancar com o kernel antigo.
   </p>
    <![ %not-s390 [

   <sect1 id="2.6-keyboard">
    <heading>
      Configurar o teclado
    </heading>
    <p>
      A alteração mais invasiva nos kernels 2.6 é a mudança fundamental da 
      camada de input ('input layer'). Esta alteração faz com que todos os 
      teclados pareçam um teclado de PC "normal". Isto significa que se 
      actualmente possuir um teclado diferente do teclado seleccionado (por 
      ex. configurar USB-MAC ou Sun keyboard), irá provavelmente acabar com 
      um teclado não funcional depois da reinicialização com um kernel 2.6.
    </p>
    <p>
      Se conseguir ligar-se por SSH à sua máquina a partir de outro sistema, 
      pode resolver esta questão correndo <tt>dpkg-reconfigure 
      console-data</tt>, escolhendo a opção "Seleccionar mapa de teclado a 
      partir duma lista completa" e escolher um teclado "pc".
    </p>
    <p>
      Se o seu teclado foi afectado na consola, provavelmente também terá 
      que reconfigurar o seu teclado para o X Window System. Pode fazer isto 
      ao correr <tt>dpkg-reconfigure xserver-xorg</tt> ou ao editar 
      directamente o <file>/etc/X11/xorg.conf</file>. Não se esqueça de ler 
      a documentação referida em <ref id="nownownow">.
    </p>
     <![ %i386 [

    <p>
      Esta questão em princípio não afectará a arquitectura &arch-title; 
      pelo facto de todos os teclados PS/2 e a maioria dos USB serem já 
      configurados como teclados PC "normal".
    </p>
     ]]><![ %not-i386 [

    <p>
      Note que se estiver a utilizar um teclado USB, este pode ser 
      configurado tanto como um teclado PC "normal" ou um teclado 
      USB-MAC. No primeiro caso não será afectado por este assunto.
    </p>
     ]]>

   </sect1>
   <sect1 id="2.6-mouse">
    <heading>
      Configurar o rato
    </heading>
    <p>
      De novo, pelas alterações da 'input layer', pode ter que reconfigurar 
      o X Window System e o <package>gpm</package> se o seu rato não 
      funcionar depois de passar para um kernel 2.6. A causa mais provável é 
      que o dispositivo que obtém a informação a partir do rato que 
      mudou. Pode também ter que carregar módulos diferentes.
    </p>
     <![ %sparc [

    <p>
      Se tem o seu X actualmente configurado para 
      <file>/dev/sunmouse</file>, terá provavelmente que alterar para 
      <file>/dev/psaux</file>.
    </p>
     ]]>

   </sect1>
   <sect1 id="2.6-sound">
    <heading>
      Configurar o som
    </heading>
    <p>
      Para a série de kernels 2.6 os 'drivers' de som ALSA são recomendados 
      em detrimento dos antigos 'drivers' de som OSS. Os 'drivers' de som 
      ALSA são fornecidos, por omissão, como módulos. De modo a que o som 
      funcione, precisam ser carregados os módulos ALSA apropriados para o 
      seu hardware de som. De um modo geral isto acontece automaticamente, 
      se além disso possuir além do pacote <package>alsa-base</package>, ou 
      o pacote <package>hotplug</package> ou o pacote 
      <package>discover</package> instalado. O pacote 
      <package>alsa-base</package> também torna os módulos OSS "blacklisted" 
      para impedir que o <prgn>hotplug</prgn> e o <prgn>discover</prgn> os 
      carreguem. Se tiver módulos OSS na lista em <file>/etc/modules</file>, 
      deverá removê-los.
    </p>
   </sect1>
    ]]>

  </sect>
   ]]>

  <sect id="xorg">
   <heading>
     Transição de XFree86 para X.Org
   </heading>
   <p>
     A transição para o X.Org involve algumas mudanças estruturais. No caso 
     de todos os pacotes instalados serem da Debian e também estarem 
     incluídos na &releasename;, a actualização deverá correr sem 
     problemas. No entanto, a experiência mostrou que existem algumas 
     alterações a ter em conta, já que podem causar problemas durante a 
     actualização.
   </p>
   <p>
     A alteração mais importante é que <file>/usr/X11R6/bin</file> foi 
     descontinuado e apenas se mantém um link simbólico para 
     <file>/usr/bin</file>. Isto significa que este directório tem que estar 
     vazio na altura em que forem instalados os novos pacotes. Os novos 
     pacotes criam conflito com a maioria dos pacotes utilizados em 
     <file>/usr/X11R6/bin</file>, mas em alguns casos a intervenção manual 
     pode ser necessária. Por favor lembre-se de não correr actualização da 
     distribuição a partir de sessão X.
   </p>
   <p>
     Nm caso da actualização abortar durante a instalação do X.Org, deverá 
     verificar se os ficheiros ainda se mantêm em 
     <file>/usr/X11R6/bin</file>. pode então utilizar o <tt>dpkg -S</tt> 
     para descobrir que pacote Debian instalou esse ficheiro (se algum), e 
     remover esses pacotes com <tt>dpkg --remove</tt>. Por favor tome nota 
     dos pacotes que remove, para que mais tarde possa instalar pacotes 
     substitutos. Antes de continuar com a actualização, todos os ficheiros 
     em <file>/usr/X11R6/bin</file> têm de ser removidos.
   </p>
   <p>
     Por favor leia <url id="http://wiki.debian.org/Xorg69To7"> para mais 
     detalhes e outras questões.
   </p>
  </sect>
  <sect id="xorg-8bit">
   <heading>
     Muitas aplicações sem suporte para displays de 8bit
   </heading>
   <p>
     Após a actualização para Xorg e para as bibliotecas mais recentes, os 
     terminais de X que apenas possam representar cor com 8bit de 
     profundidade não irão funcionar. Isto deve-se ao facto da biblioteca 
     Cairo de gráficos vectoriais em 2D (<package>libcairo2</package>) não 
     ter suporte para pseudo-cores de 8-bit. Esta biblioteca é utilizada 
     pelos desktops GNOME e Xfce assim como em muitas aplicações de desktop 
     compiladas com o toolkit Gtk2+, tal como o <package>abiword</package>.
   </p>
   <p>
     Sistemas que se sabe serem afectados por este problema incluem algumas 
     máquinas Sun e terminais X da Tektronix, NCD, IBM e SGI, bem como 
     alguns sistemas de X remotos. Se possível, deve configurar estes 
     terminais para utilizar cores de 16-bit.
   </p>
   <p>
     Estão disponíveis mais informações no <url 
     id="https://bugs.freedesktop.org/show_bug.cgi?id=4945" name="bug 
     #4945"> do Freedesktop.
   </p>
  </sect>
  <sect id="exim">
   <heading>
     Actualizar de exim para exim4
   </heading>
   <p>
     Um dos pacotes que foi tornado obsoleto pela lançamento da 
     &releasename; é o Mail Transfer Agent (MTA) <package>exim</package>, 
     que foi substituído pelo pacote completamente novo 
     <package>exim4</package>.
   </p>
   <p>
     O <prgn>exim</prgn> (version 3.xx) não tem sido mantido pelos autores 
     originais desde à alguns anos, e a Debian, do mesmo modo, descontinuou 
     o suporte a esta versão. Se ainda estiver a utilizar o 
     <prgn>exim</prgn> 3.xx, por favor actualize manualmente a sua 
     instalação do <package>exim</package> para o 
     <package>exim4</package>. Uma vez que o <package>exim4</package> já faz 
     parte da &oldreleasename;, você pode escolher efectuar a actualização 
     no seu sistema &oldreleasename; antes de actualizar para a 
     &releasename;, ou depois de actualização para &releasename; conforme a 
     sua conveniência. Lembre-se apenas que o pacote <package>exim</package> 
     antigo não vai ser actualizado e que não irá ter o suporte de segurança 
     depois do &oldreleasename; ter sido descontinuado.
   </p>
   <p>
     Note que, dependendo da sua configuração do <package>debconf</package>, 
     podem não lhe ser colocadas nenhumas questões de configuração durante a 
     instalação do <package>exim4</package>. Se não lhe forem colocadas 
     nenhumas questões, o sistema irá configurar-se para 'entrega local'. É 
     possível configurar utilizando o comando <tt>dpkg-reconfigure 
     exim4-config</tt>.
   </p>
   <p>
     Os pacotes <package>exim4</package> da Debian estão extensamente 
     documentados. A página do pacote é <url 
     id="http://wiki.debian.org/PkgExim4"> no Wiki Debian, e o ficheiro 
     README pode ser encontrado em <url 
     id="http://pkg-exim4.alioth.debian.org/README/README.Debian.html"> 
     assim como também dentro do pacote.
   </p>
   <p>
     O ficheiro README possui um capítulo 'Packaging' que explica as 
     diferentes variações de pacotes que oferecemos, e tem também um 
     capítulo 'Updating' acerca de como como actualizar a partir do 
     <prgn>Exim</prgn> 3, que o irá ajudar a efectuar a transição.
   </p>
  </sect>
  <sect id="apache2">
   <heading>
     Actualização do apache2
   </heading>
   <p>
     O apache foi actualizado para a nova versão 2.2. Embora não deva 
     existir impacto para o utilizador médio, existem algumas questões 
     potenciais a ter em conta.
   </p>
   <p>
     O <url id="http://httpd.apache.org/docs/2.2/upgrading.html"> contem as 
     alterações 'upstream'. Por favor leia esta página e lembre-se 
     especificamente :
    <list>
     <item>
      <p>
        todos os módulos precisam de ser recompilados
      </p>
     </item>
     <item>
      <p>
        os módulos de autorização tem que se reactivados e renomeados
      </p>
     </item>
     <item>
      <p>
        as mesmas opções de configuração tem que ser renomeadas
      </p>
     </item>
    </list>
   </p>
   <p>
     As alterações especificas da Debian incluem que a string SSL deixe de 
     ser definida, pois o suporte ssl é agora suportado pelo pacote por 
     omissão.
   </p>
   <p>
     Se está a utilizar o ITK MPM experimental (do pacote 
     <package>apache2-mpm-itk</package>), o módulo cgi não será 
     correctamente activado por omissão. Para o activar, terá de desactivar 
     manualmente <tt>mod_cgid</tt> e activar <tt>mod_cgi</tt>:
    <example>
# cd /etc/apache2/mods-enabled
# rm cgid.conf cgid.load
# ln -s ../mods-available/cgi.load .
# /etc/init.d/apache2 force-reload
        </example>
   </p>
  </sect>
  <sect id="zope">
   <heading>
     Actualizar o Zope e o Plone
   </heading>
   <p>
     O Zope e todos os produtos relacionados foram actualizados. Muitos 
     produtos foram também descontinuados da distribuição (ou porque eram 
     obsoletos, ou porque são incompativeis com as versões mais recentes do 
     Zope, CMF ou Plone).
   </p>
   <p>
     Infelizmente não há nenhuma forma fácil e garantida de actualizar um 
     servidor complexo de <prgn>zope</prgn> ou de <prgn>plone</prgn>. Embora 
     o Plone inclua um utilitário de migração, a experiência mostra que 
     migrações automáticas falham facilmente.
   </p>
   <p>
     Por esta razão, é recomendado aos utilizadores que configurem o seu 
     sistema de forma a poderem correr a instalação do Zope/Plone da 
     &oldreleasename; em simultâneo com as novas versões da &releasename; 
     enquanto testam a migração.
   </p>
   <p>
     A forma mais fácil e segura de conseguir isto, é fazer uma cópia do seu 
     sistema da &oldreleasename; para outro disco ou partição, e depois 
     actualizar apenas uma das duas cópias. Pode então utilizar o 
     <prgn>chroot</prgn> para correr a versão de &oldreleasename; em 
     paralelo com a versão de &releasename;.
   </p>
   <p>
     Não é possível ter as versões antiga e nova de Zope/Plone instaladas ao 
     mesmo tempo num sistema &releasename;, parcialmente porque os pacotes 
     antigos dependem do <package>python2.3</package> que não pode ser 
     instalado ao mesmo tempo que o <package>python2.4</package>.
   </p>
  </sect>
  <sect id="tar">
   <heading>
     Expansão de wildcards (globbing) com o tar da GNU
   </heading>
   <p>
     Versões antigas do <prgn>tar</prgn> da GNU assumiam globbing como na 
     shell quando extraiam ou listavam ficheiros de um arquivo. Por exemplo:
    <example>
tar xf foo.tar '*.c'
        </example>
     extrairia todos os ficheiros cujo nome terminasse em '.c'. Este 
     comportamento não era documentado e era incompatível com implementações 
     tradicionais do <prgn>tar</prgn>. Portanto, desde a versão 1.15.91, o 
     <prgn>tar</prgn> da GNU já não utiliza globbing por omissão. Por 
     exemplo, a invocação acima é agora interpretada como um pedido para 
     extrair do arquivo um ficheiro chamado '*.c'.
   </p>
   <p>
     Veja <file>/usr/share/doc/tar/NEWS.gz</file> para mais informação.
   </p>
  </sect>
  <sect id="nis">
   <heading>
     Gestor de NIS e Rede
   </heading>
   <p>
     A versão do <prgn>ypbind</prgn> incluída com o <package>nis</package> 
     na &releasename; tem suporte para o Network Manager. Este suporte faz 
     com que o <prgn>ypbind</prgn> desactive a funcionalidade de cliente NIS 
     quando o Network Manager relata que o computador está desligado da rede 
     ou quando ela não está a ser utilizada, utilizadores NIS e sistemas 
     clientes de NIS devem certificar-se que o suporte para o Network 
     Manager está desactivado nesses sistemas.
   </p>
   <p>
     Isto pode ser feito desinstalando o pacote 
     <package>network-manager</package>, ou editando o 
     <file>/etc/default/nis</file> adicionando <tt>-no-dbus</tt> ao 
     <tt>YPBINDARGS</tt>.
   </p>
   <p>
     A utilização de <tt>-no-dbus</tt> é o valor por omissão para novas 
     instalações da Debian, mas não o era em lançamentos anteriores.
   </p>
  </sect>
  <sect id="php-globals">
   <heading>
     Configurações inseguras de php depreciadas
   </heading>
   <p>
     Durante alguns anos, activar as opções de <tt>register_globals</tt> no 
     PHP foi tomado como inseguro e perigoso, esta opção foi desactivada à 
     algum tempo por omissão. Esta configuração está agora finalmente 
     depreciada nos sistemas Debian por ser demasiado perigosa. O mesmo se 
     aplica a falhas em <tt>safe_mode</tt> e <tt>open_basedir</tt>, que não 
     têm sido mantidas à algum tempo.
   </p>
   <p>
     A partir desta versão , a equipa de segurança da Debian não fornece 
     suporte de segurança a uma quantidade de configurações PHP conhecidas 
     como inseguras. Mais importante ainda, questões resultantes da 
     activação de <tt>register_globals</tt> não serão mais atendidas.
   </p>
   <p>
     Se estiver a correr aplicações 'legacy' que necessitem de 
     <tt>register_globals</tt>, active-a apenas para o caminho (path) 
     respectivo, e.g. através do ficheiro de configuração do Apache. Mais 
     informação está disponível em <file>README.Debian.security</file> no 
     directório da documentação PHP (<file>/usr/share/doc/php4</file>, 
     <file>/usr/share/doc/php5</file>).
   </p>
  </sect>
  <sect id="mozilla-security">
   <heading>
     Estado da segurança dos produtos Mozilla
   </heading>
   <p>
     Os programas Mozilla <package>firefox</package> e 
     <package>thunderbird</package> (em Debian sob a nova marca 
     <package>iceweasel</package> e <package>icedove</package>, 
     respectivamente), são ferramentas importantes para muitos 
     utilizadores. Infelizmente a política de segurança dos autores 
     originais impele os utilizadores a actualizar para novas versões 
     originais, o que entra em conflito com a política Debian de não enviar 
     grandes alterações funcionais nas actualizações de segurança. Não o 
     podemos prever hoje, mas durante o período de vida da &releasename;, a 
     equipa de segurança Debian pode chegar a um ponto onde o suporte aos 
     produtos Mozilla deixe de ser comportável e anunciar o fim do suporte 
     de segurança para os produtos Mozilla. Você deverá ter isto em conta 
     quando instalar o Mozilla e considerar as alternativas disponíveis na 
     Debian se a ausência de suporte de segurança é algo que constitui um 
     problema para si.
   </p>
  </sect>
  <sect id="kde-desktop-changes">
   <heading>
     Desktop KDE
   </heading>
   <p>
     O manuseamento de media no KDE foi alterado na versão disponível no 
     &releasename; de utilizar <file>device:/</file> para 
     <file>media:/</file>. Alguns ficheiros de configuração dos utilizadores 
     podem ter guardado links <file>device:/</file> que devem ser 
     adaptados. Notavelmente, 
     <file>~/.kde/share/apps/konqsidebartng/virtual_folders/services</file> 
     contém esta referência e pode ser apagado em segurança já que não irá 
     ser criado ao instalar novos utilizadores.
   </p>
   <p>
     Ocorreram muitas alterações no ambiente de desktop KDE desde a versão 
     lançada na &oldreleasename; para a versão na &releasename;, você pode 
     encontrar mais informação nas <url 
     id="http://www.kde.org/announcements/announce-3.5.php" name="Notas de 
     Lançamento do KDE 3.5">.
   </p>
  </sect>
  <sect id="gnome-desktop-changes">
   <heading>
     Alterações e suporte do desktop GNOME
   </heading>
   <p>
     Se você utilizou o desktop GNOME na &oldreleasename; não irá beneficiar 
     de algumas das alterações introduzidas na configuração por omissão em 
     Debian para a &releasename;. Em alguns casos extremos o desktop GNOME 
     pode não lidar correctamente com a sua antiga configuração e pode não 
     se comportar correctamente.
   </p>
   <p>
     Se não investiu significativamente na configuração do seu desktop GNOME 
     você pode querer mover o directório <file>.gconf</file> nos directórios 
     'home' dos utilizadores para um nome diferente (tal como 
     <file>.gconf.old</file>) de modo a que seja recriado, com a 
     configuração por omissão para a &releasename;, ao posteriormente 
     iniciar uma nova sessão.
   </p>
   <p>
     Com o lançamento da &releasename;, Debian já não contém pacotes para a 
     versão 1 do lançamento do GNOME, na sua maioria obsoleta. Embora se 
     mantenham alguns pacotes de modo a suportar alguns pacotes Debian que 
     ainda não foram actualizados para GNOME 2. Os pacotes para GTK1.2 
     mantêm-se totalmente mantidos.
   </p>
   <p>
     Ocorreram muitas alterações no ambiente de desktop GNOME desde a versão 
     lançada na &oldreleasename; até à versão na &releasename;, pode 
     encontrar mais informação nas <url 
     id="http://www.gnome.org/start/2.14/notes/en/" name="Notas de 
     Lançamento do GNOME 2.14">.
   </p>
  </sect>
  <sect id="default-editor">
   <heading>
     Editor por omissão
   </heading>
   <p>
     Se utilizava o <prgn>vim</prgn> como o seu editor por omissão, durante 
     a actualização, este pode ter sido alterado para o <prgn>nano</prgn>.
   </p>
   <p>
     Os administradores que desejem alterar o editor por omissão para todos 
     os utilizadores terão de actualizar as alternativas do sistema 
     utilizando:
    <example>
# update-alternatives --config editor
          </example>
   </p>
   <p>
     Os utilizadores que desejem alterar o editor por omissão podem definir 
     a variável de ambiente <em>EDITOR</em> introduzindo as seguintes linhas 
     nos seus próprios perfis:
    <example>
EDITOR=vi
export EDITOR
alias editor=$EDITOR
          </example>
   </p>
  </sect>
 </chapt>
 <chapt id="moreinfo">
  <heading>
    Mais informação sobre &debian;
  </heading>
  <sect id="morereading">
   <heading>
     Leitura adicional
   </heading>
   <p>
     Além destas notas de lançamento e do guia de instalação, mais 
     documentação sobre &debian; está disponível a partir do Debian 
     Documentation Project (DDP), cujo objectivo é criar documentação de 
     alta qualidade para os utilizadores e para os 'developers' de 
     Debian. Está disponível documentação, incluindo o Debian Reference, o 
     guia para novos 'Maintainers' Debian, as Debian FAQ, e muito mais. Para 
     detalhes completos sobre estes recursos existentes veja o <url 
     id="&url-ddp;" name="website do DDP">.
   </p>
   <p>
     A documentação para pacotes individuais está instalada em 
     <file>/usr/share/doc/<var>package</var></file>. Isto pode conter 
     informação sobre direitos de cópia, detalhes específicos da Debian e 
     qualquer documentação 'upstream'.
   </p>
  </sect>
  <sect id="gethelp">
   <heading>
     Procurar ajuda
   </heading>
   <p>
     Existem muitas fontes de ajuda, conselhos e suporte para os 
     utilizadores de Debian, mas estas devem ser apenas consideradas se a 
     investigação na documentação sobre determinado assunto tiver sido 
     esgotada em todas as fontes. Esta secção fornece uma curta introdução 
     sobre estas fontes que podem ser muito úteis para novos utilizadores de 
     Debian.
   </p>
   <sect1 id="lists">
    <heading>
      Listas de mail
    </heading>
    <p>
      As listas de mail mais interessantes para os utilizadores Debian são a 
      debian-user list (em Inglês) e outras listas 
      debian-user-<var>idioma</var> (para outros idiomas). Para mais 
      informação sobre estas listas e detalhes sobre como as subscrever veja 
      <url id="&url-debian-list-archives;">. Por favor verifique os arquivos 
      antes de colocar uma questão e adira á etiqueta da lista.
    </p>
   </sect1>
   <sect1 id="irc">
    <heading>
      Internet Relay Chat (IRC)
    </heading>
    <p>
      Debian tem um canal de IRC dedicado ao suporte e ajuda aos 
      utilizadores de Debian localizado na rede de IRC OFTC, que existe para 
      fornecer serviços interactivos a comunidades com projectos 
      'peer-directed'. Para aceder ao canal, aponte o seu cliente de IRC 
      favorito para &debian-irc-server; e junte-se ao #debian.
    </p>
    <p>
      Por favor siga as linhas de conduta do canal, respeitando os outros 
      utilizadores. Para mais informação sobre a OFTC visite <url 
      id="&url-irc-host;"name="website">.
    </p>
   </sect1>
  </sect>
  <sect id="bugs">
   <heading>
     Relatar erros
   </heading>
   <p>
     Ansiamos por fazer da Debian GNU/Linux um sistema operativo de alta 
     qualidade, no entanto isto não significa que os pacotes que fornecemos 
     sejam totalmente livres de erros. Em consistência com a filosofia da 
     Debian de "desenvolvimento livre" e como um serviço para os nossos 
     utilizadores, fornecemos toda a documentação sobre relatórios de erros 
     no nosso Bug Tracking System (BTS). O BTS é pesquisável em <url 
     id="&url-bts;" name="bugs.debian.org">.
   </p>
   <p>
     Se encontrar um bug na distribuição ou no software empacotado que seja 
     parte dela, por favor relate-o para que possa ser corrigido 
     adequadamente para os lançamentos futuros. Relatar bugs requer um 
     endereço de email válido. Nós pedimo-lo para que possamos seguir bugs e 
     os 'developers' possam entrar em contacto com quem os submeteu, caso 
     seja necessária informação adicional.
   </p>
   <p>
     Pode submeter um relatório de erro utilizando o programa 
     <package>reportbug</package> ou manualmente através do email. Pode ler 
     mais sobre o Bug Tracking System e como o utilizar lendo os cartões de 
     referência (disponíveis em <file>/usr/share/doc/debian</file> se tiver 
     instalado o <package>doc-debian</package>) ou online em <url 
     id="&url-bts;" name="Bug Tracking System">.
   </p>
  </sect>
  <sect id="contributing">
   <heading>
     Contribuir para a Debian
   </heading>
   <p>
     Você não necessita de ser um especialista para contribuir para a 
     Debian. Ao assistir outros utilizadores com problemas nas várias <url 
     id="&url-debian-list-archives;" name="listas"> de suporte aos 
     utilizadores está a contribuir para a comunidade. Identificar (e também 
     resolver) problemas relacionados com o desenvolvimento da distribuição 
     através da participação nas <url id="&url-debian-list-archives;" 
     name="listas"> de desenvolvimento é também extremamente útil. Para 
     manter a distribuição de alta qualidade de Debian <url id="&url-bts;" 
     name="submeta bugs"> e ajude os 'developers' a segui-los e a 
     corrigi-los. Se tiver jeito com as palavras pode contribuir mais 
     activamente ajudando-nos a escrever <url id="&url-ddp;" 
     name="documentação"> ou a <url id="&url-debian-i18n;" name="traduzir"> 
     a documentação existente para o seu próprio idioma.
   </p>
   <p>
     Se pode dedicar mais tempo, pode gerir uma peça da colecção de Software 
     Livre dentro da Debian. Especialmente útil para nós é a adopção ou 
     manutenção de items pedidos por pessoas para inclusão na Debian, o <url 
     id="&url-wnpp;" name="Work Needing and Prospective Packages database"> 
     detalha esta informação. Se possui interesse em grupos específicos 
     então pode achar agradável a contribuição em alguns sub-projectos 
     Debian que incluem 'ports' para arquitecturas especificas, <url 
     id="&url-debian-jr;" name="Debian Jr."> e <url id="&url-debian-med;" 
     name="Debian Med">.
   </p>
   <p>
     Em todo o caso, se estiver a trabalhar na comunidade de software livre 
     de alguma maneira, como utilizador, programador, escritor ou tradutor, 
     está realmente a ajudar o esforço do software livre. A contribuição é 
     recompensadora e divertida, assim como lhe permite conhecer novas 
     pessoas dando-lhe aquela estranha sensação quente por dentro.
   </p>
  </sect>
 </chapt>
 <appendix id="old-stuff">
  <heading>
    Gerir o seu sistema &oldreleasename;
  </heading>
  <p>
    Este apêndice contém informação sobre como ter a certeza que pode 
    instalar e actualizar os pacotes da &oldreleasename; antes que actualize 
    para a &releasename;. Deverá ser apenas necessário em situações 
    específicas.
  </p>
  <sect id="old-upgrade">
   <heading>
     Actualizar o seu sistema &oldreleasename;
   </heading>
   <p>
     Basicamente não é diferente de outra actualização da &oldreleasename; o 
     que tem vindo a fazer. A única diferença é que primeiro necessita de se 
     certificar que a sua lista de pacotes ainda contém os pacotes 
     &oldreleasename; como explicado em <ref id="old-sources">.
   </p>
   <p>
     Se actualizar o seu sistema utilizando um mirror Debian, será 
     automaticamente actualizado para a última versão da &oldreleasename;.
   </p>
  </sect>
  <sect id="old-sources">
   <heading>
     Verificar a sua lista de fontes
   </heading>
   <p>
     Se alguma das linhas do seu <file>/etc/apt/sources.list</file> se 
     refere a 'stable', está efectivamente a "utilizar" a &releasename;. Se 
     já correu <tt>apt-get update</tt>, pode ainda voltar atrás sem 
     problemas seguindo o procedimento abaixo indicado.
   </p>
   <p>
     Se já instalou pacotes da &releasename;, então provavelmente não fará 
     muito sentido a instalação de pacotes da &oldreleasename;. Neste caso 
     terá que decidir se quer continuar ou não. É possível baixar de versão 
     nos pacotes, mas este aspecto não é coberto aqui.
   </p>
   <p>
     Abra o ficheiro <file>/etc/apt/sources.list</file> com  seu editor 
     favorito (como root) e verifique todas as linhas que iniciam por 
     <tt>deb http:</tt> ou <tt>deb ftp:</tt> que referenciem a 
     "<tt>stable</tt>". Se encontrar alguma altere de <tt>stable</tt> para 
     <tt>&oldreleasename;</tt>.
   </p>
   <p>
     Se tiver quaisquer linhas que comecem por <tt>deb file:</tt>, terá que 
     verificar se o local para onde se referem contém um arquivo 
     &oldreleasename; ou &releasename;.
   </p>
   <p>
     <strong>Importante!</strong> Não altere nenhuma linha que comece por 
     <tt>deb cdrom:</tt>. Ao fazê-lo pode invalidar a linha e terá que 
     correr o <prgn>apt-cdrom</prgn> de novo. Não se alarme se uma linha da 
     fonte 'cdrom' refere <tt>unstable</tt>". Apesar de confuso, é normal.
   </p>
   <p>
     Se efectuar algumas alterações, grave o ficheiro e execute-o
    <example>
# apt-get update
          </example>
     para refrescar a lista de pacotes.
   </p>
  </sect>
 </appendix>
</book>
</debiandoc>