[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