[DebianBR-commits] r416 - /docs/trunk/traduzidos/release-notes/upgrading.dbk

darkstar-guest at users.alioth.debian.org darkstar-guest at users.alioth.debian.org
Mon Feb 7 20:12:34 UTC 2011


Author: darkstar-guest
Date: Mon Feb  7 20:12:28 2011
New Revision: 416

URL: http://svn.debian.org/wsvn/?sc=1&rev=416
Log:
Tradução do upgrading.dbk atualizada da linha 1 à 119 e 1028 à 1306

Modified:
    docs/trunk/traduzidos/release-notes/upgrading.dbk

Modified: docs/trunk/traduzidos/release-notes/upgrading.dbk
URL: http://svn.debian.org/wsvn/docs/trunk/traduzidos/release-notes/upgrading.dbk?rev=416&op=diff
==============================================================================
--- docs/trunk/traduzidos/release-notes/upgrading.dbk (original)
+++ docs/trunk/traduzidos/release-notes/upgrading.dbk Mon Feb  7 20:12:28 2011
@@ -1257,48 +1257,52 @@
 # apt-cache show linux-image-2.6-686
 </screen>
 <para>
-You should then use <literal>apt-get install</literal> to install it.  Once
-this new kernel is installed you should reboot at the next available
-opportunity to get the benefits provided by the new kernel version.
-</para>
-<para>
-For the more adventurous there is an easy way to compile your own custom
-kernel on &debian;. Install the <systemitem
-role="package">kernel-package</systemitem> tool and read the documentation in
-<filename>/usr/share/doc/kernel-package</filename>. Alternatively,
-you can also use the kernel sources, provided in the <systemitem
-role="package">linux-source-2.6</systemitem> package. You can make use of the
-<literal>deb-pkg</literal> target available in the sources' makefile for
-building a binary package. There are some differences in these two approaches,
-please consult the respective package's documentation.
-</para>
-<para>
-If possible, it is to your advantage to upgrade the kernel package separately
-from the main <literal>dist-upgrade</literal> to reduce the chances of a
-temporarily non-bootable system.
-Note that this should only be done after the
-minimal upgrade process described in <xref linkend="minimal-upgrade"/>.
+Você deverá então usar <literal>apt-get install</literal> para instalá-lo.
+Uma vez que o novo kernel esteja instalado você deverá reiniciar na próxima
+oportunidade disponível para obter os benfícios oferecidos pela versão do
+kernel.
+</para>
+<para>
+Para os mais aventurosos existe uma forma fácil de compilar seu próprio kernel
+customizado no &debian;. Instale a ferramenta <systemitem
+role="package">kernel-package</systemitem> e leia a docimentação em
+<filename>/usr/share/doc/kernel-package</filename>. Alternativamente,
+você também pode usar os fontes do kernel, fornecido no pacote <systemitem
+role="package">linux-source-2.6</systemitem> . Você pode fazer uso do alvo
+<literal>deb-pkg</literal> disponível no makefile dos fontes para construir
+um pacote binário. Existem algumas diferenças nestas duas abordagens, por
+favor, consulte a respectiva documentação do pacote.
+</para>
+<para>
+Se possível, é vantagem atualizar o pacote do kernel separadamente do
+principal <literal>dist-upgrade</literal> para reduzir as chances de ter
+uma sistema temporariamente não-inicializável.
+Note que isto deverá ser feito somente após o processo de atualização mínima
+descrito em <xref linkend="minimal-upgrade"/>.
 </para>
 </section>
 
 <!-- FIXME: REVIEW for Squeeze this was written for Lenny - drop? (jfs) -->
 <section id="device-reorder">
-<title>Device enumeration reordering</title>
-<para>
-In &oldreleasename; and later, a new kernel mechanism for hardware discovery
-may change the order in which devices are discovered on your system on each
-boot, affecting the device names assigned to them.  For example, if you have
-two network adapters that are associated with two different drivers, the
-devices eth0 and eth1 refer to may be swapped.
-</para>
-<para>
-For network devices, this reordering is normally avoided by the definitions
-at <filename>/etc/udev/rules.d/70-persistent-net.rules</filename> for
-<systemitem role="package">udev</systemitem>.  Since these rules were
-already in place in &oldreleasename;, no additional action should be
-required when upgrading to &releasename; to get the benefit of stable
-network device names.  Please note, however, that this udev mechanism means
-that a given network device name is tied to a particular piece of hardware;
+<title>Reordenamento da enumeração de dispositivos</title>
+<para>
+No &oldreleasename; e posteriores, um novo mecanismo do kernel para decoberta
+hardware pode mudar a ordem na qual os dispositivos são descoberto no seu
+sistema a cada inicialização, afetando os nomes dos dispositivos que lhes
+forem atribuídos.  Por exemplo, se você tiver duas placas de rede que são
+associadas a dois drivers diferentes, as referências dos dispositivos eth0
+e eth1 podem ser trocadas.
+</para>
+<para>
+Para dispositivos de rede, este reordenamento normalmente é evitado pelas
+definições em <filename>/etc/udev/rules.d/70-persistent-net.rules</filename>
+par o <systemitem role="package">udev</systemitem>.  Uma vez que estas regras
+já existiam no &oldreleasename;, nenhuma ação adicional deverá ser necessária
+quando fizer a atualização para o &releasename; para obter o benefício dos
+nomes fixos nos dispositivos de rede.  Por favor, note entretando que este
+mecanismo udev significa que um nome de determinado dispositivo de rede está
+ligado a uma determinada parte do hardware;
+
 if you, for instance, exchange ethernet adapters in a deployed &releasename;
 system, the new adapter will get a new interface name instead of using the
 existing one.  To reuse an existing device name for new hardware, you will




More information about the debian-br-commits mailing list