The translation is temporarily closed for contributions due to maintenance, please come back later.

Translation

(itstool) path: sect1/para
English
When the computer powers on, the processor's registers are set to some predefined values. One of the registers is the <emphasis>instruction pointer</emphasis> register, and its value after a power on is well defined: it is a 32-bit value of <literal>0xfffffff0</literal>. The instruction pointer register (also known as the Program Counter) points to code to be executed by the processor. Another important register is the <literal>cr0</literal> 32-bit control register, and its value just after a reboot is <literal>0</literal>. One of <literal>cr0</literal>'s bits, the PE (Protection Enabled) bit, indicates whether the processor is running in 32-bit protected mode or 16-bit real mode. Since this bit is cleared at boot time, the processor boots in 16-bit real mode. Real mode means, among other things, that linear and physical addresses are identical. The reason for the processor not to start immediately in 32-bit protected mode is backwards compatibility. In particular, the boot process relies on the services provided by the <acronym>BIOS</acronym>, and the <acronym>BIOS</acronym> itself works in legacy, 16-bit code.
Context English Portuguese (Brazil) State
The boot process is an extremely machine-dependent activity. Not only must code be written for every computer architecture, but there may also be multiple types of booting on the same architecture. For example, a directory listing of <filename>/usr/src/sys/boot</filename> reveals a great amount of architecture-dependent code. There is a directory for each of the various supported architectures. In the x86-specific <filename>i386</filename> directory, there are subdirectories for different boot standards like <filename>mbr</filename> (Master Boot Record), <filename>gpt</filename> (<acronym>GUID</acronym> Partition Table), and <filename>efi</filename> (Extensible Firmware Interface). Each boot standard has its own conventions and data structures. The example that follows shows booting an x86 computer from an <acronym>MBR</acronym> hard drive with the FreeBSD <filename>boot0</filename> multi-boot loader stored in the very first sector. That boot code starts the FreeBSD three-stage boot process. O processo de inicialização é uma atividade extremamente dependente da máquina. Não sé deve ser escrito código para cada arquitetura de computador, mas também pode haver vários tipos de inicialização na mesma arquitetura. Por exemplo, uma lista de diretórios de <filename>/usr/src/sys/boot</filename> revela uma grande quantidade de código dependente de arquitetura. Existe um diretório para cada uma das várias arquiteturas suportadas. No x86-specific <filename>i386</filename> diretório, existem subdiretórios para diferentes padrões de inicialização, como <filename>mbr</filename> (Master Boot Record), <filename>gpt</filename> (Tabela de Partição <acronym>GUID</acronym> ) e <filename>efi</filename> (Interface de Firmware Extensível). Cada padrão de inicialização possui suas próprias convenções e estruturas de dados. O exemplo a seguir mostra a inicialização de um computador x86 de um disco rígido <acronym>MBR</acronym> com o FreeBSD <filename>boot0</filename> carregador multi-boot armazenado no primeiro setor. Esse código inicia o processo de inicialização de três estágios do FreeBSD.
The key to understanding this process is that it is a series of stages of increasing complexity. These stages are <filename>boot1</filename>, <filename>boot2</filename>, and <filename>loader</filename> (see <citerefentry><refentrytitle>boot</refentrytitle><manvolnum>8</manvolnum></citerefentry> for more detail). The boot system executes each stage in sequence. The last stage, <filename>loader</filename>, is responsible for loading the FreeBSD kernel. Each stage is examined in the following sections. A chave para entender esse processo é que ele é uma série de estágios de crescente complexidade. Esses estágios são <filename>boot1</filename> , <filename>boot2</filename> e <filename>carregador</filename> (Vejo <citerefentry><refentrytitle>boot</refentrytitle><manvolnum>8</manvolnum></citerefentry> para mais detalhes). O sistema de inicialização executa cada estágio em sequência. O último estágio <filename>carregador</filename> , é responsável por carregar o kernel do FreeBSD. Cada estágio é examinado nas seções seguintes.
Here is an example of the output generated by the different boot stages. Actual output may differ from machine to machine: Aqui está um exemplo da saída gerada pelos diferentes estágios de inicialização. A saída real pode diferir de máquina para máquina:
FreeBSD Component Componente do FreeBSD
Output (may vary) Saída (pode variar)
<literal>boot0</literal> <literal>boot0</literal>
F1 FreeBSD
F2 BSD
F5 Disk 2
F1 FreeBSD
F2 BSD
F5 Disk 2
This prompt will appear if the user presses a key just after selecting an OS to boot at the <literal>boot0</literal> stage. Este aviso aparecerá se o usuário pressionar uma tecla logo após selecionar um SO para inicializar no <literal>boot0</literal> etapa.
<literal>boot2</literal> <_:footnote-1/> <literal>boot2</literal> <_:footnote-1/>
&gt;&gt;FreeBSD/i386 BOOT
Default: 1:ad(1,a)/boot/loader
boot:
&gt;&gt;FreeBSD/i386 BOOT
Default: 1:ad(1,a)/boot/loader
boot:
<filename>loader</filename> <filename>carregador</filename>
BTX loader 1.00 BTX version is 1.02
Consoles: internal video/keyboard
BIOS drive C: is disk0
BIOS 639kB/2096064kB available memory

FreeBSD/x86 bootstrap loader, Revision 1.1
Console internal video/keyboard
(root@snap.freebsd.org, Thu Jan 16 22:18:05 UTC 2014)
Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=0xed9008 data=0x117d28+0x176650 syms=[0x8+0x137988+0x8+0x1515f8]
BTX loader 1.00 BTX version is 1.02
Consoles: internal video/keyboard
BIOS drive C: is disk0
BIOS 639kB/2096064kB available memory

FreeBSD/x86 bootstrap loader, Revision 1.1
Console internal video/keyboard
(root@snap.freebsd.org, Thu Jan 16 22:18:05 UTC 2014)
Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=0xed9008 data=0x117d28+0x176650 syms=[0x8+0x137988+0x8+0x1515f8]
kernel núcleo
Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014
root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014
root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
The <acronym>BIOS</acronym> O <acronym>BIOS</acronym>
When the computer powers on, the processor's registers are set to some predefined values. One of the registers is the <emphasis>instruction pointer</emphasis> register, and its value after a power on is well defined: it is a 32-bit value of <literal>0xfffffff0</literal>. The instruction pointer register (also known as the Program Counter) points to code to be executed by the processor. Another important register is the <literal>cr0</literal> 32-bit control register, and its value just after a reboot is <literal>0</literal>. One of <literal>cr0</literal>'s bits, the PE (Protection Enabled) bit, indicates whether the processor is running in 32-bit protected mode or 16-bit real mode. Since this bit is cleared at boot time, the processor boots in 16-bit real mode. Real mode means, among other things, that linear and physical addresses are identical. The reason for the processor not to start immediately in 32-bit protected mode is backwards compatibility. In particular, the boot process relies on the services provided by the <acronym>BIOS</acronym>, and the <acronym>BIOS</acronym> itself works in legacy, 16-bit code. Quando o computador liga, os registros do processador são ajustados para alguns valores pré-definidos. Um dos registradores é o <emphasis>ponteiro de instrução</emphasis> registrar, e seu valor após um power on é bem definido: é um valor de 32 bits de <literal>0xfffffff0</literal> . O registrador de ponteiro de instrução (também conhecido como Contador de Programa) aponta para o código a ser executado pelo processador. Outro registro importante é o <literal>cr0</literal> Registro de controle de 32 bits, e seu valor logo após a reinicialização é <literal>0</literal>. Um de <literal>cr0</literal>'s bits, o bit PE (Protection Enabled), indica se o processador está sendo executado no modo protegido de 32 bits ou no modo real de 16 bits. Como esse bit é limpo no momento da inicialização, o processador é inicializado no modo real de 16 bits. O modo real significa, entre outras coisas, que os endereços linear e físico são idênticos. O motivo para o processador não iniciar imediatamente no modo protegido de 32 bits é compatível com versões anteriores. Em particular, o processo de inicialização depende dos serviços fornecidos pelo <acronym>BIOS</acronym>, e o próprio <acronym>BIOS</acronym> funciona em código legado de 16 bits.
The value of <literal>0xfffffff0</literal> is slightly less than 4 GB, so unless the machine has 4 GB of physical memory, it cannot point to a valid memory address. The computer's hardware translates this address so that it points to a <acronym>BIOS</acronym> memory block. O valor de <literal>0xfffffff0</literal> é um pouco menor que 4 GB, portanto, a menos que a máquina tenha 4 GB de memória física, ela não pode apontar para um endereço de memória válido. O hardware do computador traduz esse endereço para que ele aponte para um bloco de memória da <acronym>BIOS</acronym> .
The <acronym>BIOS</acronym> (Basic Input Output System) is a chip on the motherboard that has a relatively small amount of read-only memory (<acronym>ROM</acronym>). This memory contains various low-level routines that are specific to the hardware supplied with the motherboard. The processor will first jump to the address 0xfffffff0, which really resides in the <acronym>BIOS</acronym>'s memory. Usually this address contains a jump instruction to the <acronym>BIOS</acronym>'s POST routines. O <acronym>BIOS</acronym> (Basic Input Output System) é um chip da placa-mãe que tem uma quantidade relativamente pequena de memória somente leitura (<acronym>ROM</acronym>). Essa memória contém várias rotinas de baixo nível que são específicas para o hardware fornecido com a placa-mãe. O processador irá primeiro saltar para o endereço 0xfffffff0, que realmente reside na memória do <acronym>BIOS</acronym>. Normalmente, este endereço contém uma instrução de salto para as rotinas de POST do <acronym>BIOS</acronym>.
The <acronym>POST</acronym> (Power On Self Test) is a set of routines including the memory check, system bus check, and other low-level initialization so the <acronym>CPU</acronym> can set up the computer properly. The important step of this stage is determining the boot device. Modern <acronym>BIOS</acronym> implementations permit the selection of a boot device, allowing booting from a floppy, <acronym>CD-ROM</acronym>, hard disk, or other devices. O <acronym>POST</acronym> (Power On Self Test) é um conjunto de rotinas incluindo a verificação de memória, verificação do barramento do sistema e outras inicializações de baixo nível para que a <acronym>CPU</acronym> possa configurar o computador corretamente. A etapa importante deste estágio é determinar o dispositivo de inicialização. As implementações modernas do <acronym>BIOS</acronym> permitem a seleção de um dispositivo de inicialização, permitindo a inicialização a partir de um disquete, <acronym>CD-ROM</acronym>, disco rígido ou outros dispositivos.
The very last thing in the <acronym>POST</acronym> is the <literal>INT 0x19</literal> instruction. The <literal>INT 0x19</literal> handler reads 512 bytes from the first sector of boot device into the memory at address <literal>0x7c00</literal>. The term <emphasis>first sector</emphasis> originates from hard drive architecture, where the magnetic plate is divided into a number of cylindrical tracks. Tracks are numbered, and every track is divided into a number (usually 64) of sectors. Track numbers start at 0, but sector numbers start from 1. Track 0 is the outermost on the magnetic plate, and sector 1, the first sector, has a special purpose. It is also called the <acronym>MBR</acronym>, or Master Boot Record. The remaining sectors on the first track are never used. A última coisa no <acronym>POST</acronym> é a <literal>INT 0x19</literal> instrução. o <literal>INT 0x19</literal> manipulador lê 512 bytes do primeiro setor do dispositivo de inicialização para a memória no endereço <literal>0x7c00</literal>. O termo <emphasis>primeiro setor</emphasis> origina-se da arquitetura do disco rígido, onde a placa magnética é dividida em vários trilhos cilíndricos. As faixas são numeradas e todas as faixas são divididas em um número (geralmente 64) de setores. Os números das faixas começam em 0, mas os números setoriais começam em 1. A faixa 0 é a mais externa na placa magnética, e o setor 1, o primeiro setor, tem uma finalidade especial. Também é chamado de <acronym>MBR</acronym> ou Master Boot Record. Os setores restantes na primeira faixa nunca são usados.
This sector is our boot-sequence starting point. As we will see, this sector contains a copy of our <filename>boot0</filename> program. A jump is made by the <acronym>BIOS</acronym> to address <literal>0x7c00</literal> so it starts executing. Este setor é o nosso ponto de partida da sequência de inicialização. Como veremos, este setor contém uma cópia do nosso <filename>boot0</filename> programa. Um salto é feito pelo <acronym>BIOS</acronym> para endereçar <literal>0x7c00</literal> então começa a execução.
The Master Boot Record (<literal>boot0</literal>) O registro mestre de inicialização (<literal>boot0</literal>)
<primary>MBR</primary> <primary>MBR</primary>
After control is received from the <acronym>BIOS</acronym> at memory address <literal>0x7c00</literal>, <filename>boot0</filename> starts executing. It is the first piece of code under FreeBSD control. The task of <filename>boot0</filename> is quite simple: scan the partition table and let the user choose which partition to boot from. The Partition Table is a special, standard data structure embedded in the <acronym>MBR</acronym> (hence embedded in <filename>boot0</filename>) describing the four standard PC <quote>partitions</quote> <_:footnote-1/>. <filename>boot0</filename> resides in the filesystem as <filename>/boot/boot0</filename>. It is a small 512-byte file, and it is exactly what FreeBSD's installation procedure wrote to the hard disk's <acronym>MBR</acronym> if you chose the <quote>bootmanager</quote> option at installation time. Indeed, <filename>boot0</filename> <emphasis>is</emphasis> the <acronym>MBR</acronym>. Depois que o controle é recebido do <acronym>BIOS</acronym> no endereço de memória <literal>0x7c00</literal>, <filename>boot0</filename> começa a executar. É o primeiro pedaço de código sob controle do FreeBSD. A tarefa de <filename>boot0</filename> é bastante simples: escaneie a tabela de partições e deixe o usuário escolher de qual partição inicializar. A Tabela de Partição é uma estrutura de dados padrão especial incorporada no <acronym>MBR</acronym> (portanto, <filename>boot0</filename>) descrevendo o quatro PC padrão <quote>partições</quote> <_:footnote-1/>. <filename>boot0</filename> reside no sistema de arquivos como <filename>/boot/boot0</filename> . É um pequeno arquivo de 512 bytes, e é exatamente o que o procedimento de instalação do FreeBSD escreveu para o <acronym>MBR</acronym> do disco rígido se você escolheu <quote> bootmanager </quote> opção no momento da instalação. De fato, <filename>boot0</filename><emphasis> é </emphasis> o <acronym>MBR</acronym>.
As mentioned previously, the <literal>INT 0x19</literal> instruction causes the <literal>INT 0x19</literal> handler to load an <acronym>MBR</acronym> (<filename>boot0</filename>) into memory at address <literal>0x7c00</literal>. The source file for <filename>boot0</filename> can be found in <filename>sys/boot/i386/boot0/boot0.S</filename> - which is an awesome piece of code written by Robert Nordier. Como mencionado anteriormente, o <literal>INT 0x19</literal> instrução faz com que o <literal>INT 0x19</literal> manipulador para carregar um <acronym>MBR</acronym> (<filename>boot0</filename>) na memória no endereço <literal>0x7c00</literal> . O arquivo de origem para <filename>boot0</filename> pode ser encontrado em <filename>sys/boot/i386/boot0/boot0.S</filename> - que é um pedaço incrível de código escrito por Robert Nordier.
A special structure starting from offset <literal>0x1be</literal> in the <acronym>MBR</acronym> is called the <emphasis>partition table</emphasis>. It has four records of 16 bytes each, called <emphasis>partition records</emphasis>, which represent how the hard disk is partitioned, or, in FreeBSD's terminology, sliced. One byte of those 16 says whether a partition (slice) is bootable or not. Exactly one record must have that flag set, otherwise <filename>boot0</filename>'s code will refuse to proceed. Uma estrutura especial a partir de offset <literal>0x1be</literal> no <acronym>MBR</acronym> é chamado de <emphasis>tabela de partições</emphasis>. Tem quatro registros de 16 bytes cada, chamados <emphasis>registros de partições</emphasis>, que representam como o disco rígido é particionado, ou, na terminologia do FreeBSD, fatiado. Um byte desses 16 diz se uma partição (fatia) é inicializável ou não. Exatamente um registro deve ter esse sinalizador definido, caso contrário <filename>boot0</filename> O código da empresa se recusará a prosseguir.
A partition record has the following fields: Um registro de partição possui os seguintes campos:
the 1-byte filesystem type o tipo de sistema de arquivos de 1 byte
the 1-byte bootable flag o sinalizador de inicialização de 1 byte
the 6 byte descriptor in CHS format o descritor de 6 bytes no formato CHS
the 8 byte descriptor in LBA format o descritor de 8 bytes no formato do LBA

Loading…

New source string a year ago
Browse all component changes

Things to check

Mismatched full stop

Source and translation do not both end with a full stop

Reset

Trailing space

Source and translation do not both end with a space

Fix string

Reset

Glossary

English Portuguese (Brazil)
No related strings found in the glossary.

Source information

Source string comment
(itstool) path: sect1/para
Source string location
book.translate.xml:406
String age
a year ago
Source string age
a year ago
Translation file
books/pt_BR/arch-handbook.po, string 47