Handbook:Parts/Installation/Stage/pt-br

Ajustando a data e a hora
Antes de instalar o Gentoo, é uma boa ideia ter certeza que a data e hora estão configuradas corretamente. Um relógio mal configurado pode levar a resultados estranhos: sistemas de arquivos básicos devem se extraídos com datas precisas. De fato, devido a vários sites e serviços usando comunicações encriptadas (SSL/TLS), pode ser impossível fazer download dos arquivos de instalação se o relógio do sistema estiver muito atrasado!

Verifique a data e a hora atual executando o seguinte comando :

Se a data/hora mostrada estiver errada, atualize-a usando um dos métodos abaixo.

Automático
Mídias de instalação oficiais Gentoo incluem o comando (disponível através do pacote ). Mídias oficiais incluem um arquivo de configuração apontando para servidores de horário ntp.org. Eles podem ser usados para sincronizar automaticamente o relógio do sistema para a hora UTC. Usar este método requer uma configuração de rede e pode não estar disponível em todas as arquiteturas.

Manual
O comando pode fazer também uma configuração manual do relógio do sistema. Use a sintaxe  (Mês, Dia, hora, minuteo e Ano).

Hora UTC é recomendada para todos os sistemas Linux. Mais tarde durante a instalação um fuso horário irá ser definido. Isto irá modificar a exibição do relógio para o horário local.

Por exemplo, para ajustar a data para 3 de outubro de 2016, 13:16:

Multilib (32 e 64 bits)
Escolher um arquivo tar base para o sistema pode economizar uma considerável quantidade de tempo mais tarde no processo de instalação, especificamente quando for o momento de escolher o perfil do sistema. A seleção de um arquivo tar de stage irá impactar a futura configuração do sistema e pode evitar uma dor de cabeça ou duas mais tarde. O arquivo tar multilib usa bibliotecas de 64 bits quando possível e apenas as versões de 32 bits quando necessário para compatibilidade. Essa é uma excelente opção para a maioria das instalações pois provê grande flexibilidade para personalizações no futuro. Quem desejar que seu sistema seja capaz de trocar facilmente de perfil deve baixar o arquivo tar multilib para sua respectiva arquitetura de processador.

A maioria dos usuários não deve usar as opções de arquivos tar 'advanced'; elas são específicas para alguma configuração de software ou hardware.

No-multilib (64 bits puro)
Selecionar um arquivo tar no-multilib como base do sistema provê um completo ambiente de sistema operacional de 64 bits. Isso torna efetivamente a habilidade de se trocar para perfis multilib improvável, mas possível. Aqueles que estão iniciando com o Gentoo não devem escolher um arquivo tar no-multilib a menos que seja absolutamente necessário.

OpenRC
OpenRC é um sistema de inicialização baseado em dependências (responsável por iniciar o sistema uma vez que o kernel foi inicializado) que mantém compatibilidade com o programa init providenciado pelo sistema, normalmente encontrado em /sbin/init. É o sistema de inicialização nativo e original do Gentoo, mas também já foi implementado por algumas distribuições Linux e sistemas BSD.

OpenRC não tem a função de substituir o arquivo /sbin/init por padrão e é 100% compatível com os scripts de init do Gentoo. Isso significa uma solução que pode ser encontrada para rodar as dezenas de daemons do repositório de ebuilds do Gentoo

Apenas por razões históricas, esse manual foca na instalação e configuração usando OpenRC. Estamos planejando reescrevê-lo e aprimorá-lo para também explicar uma instalação com Systemd (veja abaixo).

systemd
systemd é um substituto moderno para os init estilo SysV e dos rc para sistemas Linux. Por enquanto é usado na maioria das distribuições Linux. Systemd é suportado no Gentoo e funciona perfeitamente; é amplamente configurável. Infelizmente, grande parte das seções correspondentes do manual de instalação ainda precisam ser escritas ou estão em andamento.

Baixando o arquivo tar do stage
Vá para o ponto de montagem do Gentoo onde o sistema de arquivos raiz está montado (provavelmente ):

Dependendo da mídia de instalação, a única ferramenta necessária para baixar o arquivo tar do stage é um navegador web.

Navegadores gráficos
Usuários usando ambientes com navegadores web gráficos não terão problema em copiar a URL do arquivo de stage da seção de download do site web principal. Apenas selecione a aba apropriada, clique com o botão da direita no link do arquivo de stage e então para copiar o link para a área de transferência, então cole o link para a o utilitário de linha de comando  para baixar o arquivo tar de stage:

Navegadores de linha de comando
Usuários mais tradicionais ou 'das antigas', trabalhando exclusivamente com a linha de comando podem preferir o, um navegador não gráfico baseado em menus. Para baixar o arquivo de stage, navegue até a lista de espelhos do Gentoo como abaixo:

Para usar um proxy HTTP com o, passe a URL com a opção  :

Próximo ao há também o navegador. Assim como o ele é um navegador não gráfico mas não baseado em menus.

Se for necessário definir um proxy, exporte as variáveis http_proxy e/ou ftp_proxy :

Na lista de espelhos, selecione um espelho próximo. Normalmente os espelhos HTTP são suficientes, mas outros protocolos estão também disponíveis. Mova para o diretório. Lá todos os arquivos de stage são mostrados (eles podem estar localizados dentro de subdiretórios nomeados segundo as sub-arquiteturas individuais). Selecione um e pressione para baixar.

Depois que o download do arquivo de stage completar, é possível verificar a integridade e validar o conteúdo do arquivo tar de stage. Aqueles interessados em fazê-lo devem proceder à próxima seção.

Aqueles não interessados em verificar e validar o arquivo de stage podem fechar o navegador de linha de comando pressionando e podem avançar diretamente para a seção Descompactando o arquivo tar de stage.

Verificando e validando
Assim como nos CDs mínimos de instalação, estão disponíveis arquivos adicionais para verificar e validar o arquivo de stage. Apesar desses passos poderem ser pulados, esses arquivos são providos para os usuários que se preocupam com a legitimidade dos arquivos baixados.


 * Um arquivo que contém a lista de todos os arquivos contidos no arquivo tar do stage.
 * Um arquivo que contém as somas de checagem do arquivo de stage em diferentes algoritmos.
 * Um arquivo que, como o arquivo, contém somas de checagem do arquivo de stage em diferentes algoritmos, mas também assinadas criptograficamente para validar que é provido pelo Projeto Gentoo.

Use o comando e compare a saída com as somas de checagem providas pelos arquivos  ou.

Por exemplo, para validar a soma de checagem SHA512:

Outra forma é usar o comando :

Para validar a soma de checagem Whirlpool:

Compare a saída desses comandos com o valor registrado nos arquivos. Os valores devem bater, senão o arquivo baixado pode estar corrompido (ou o arquivo .DIGESTS está).

Assim como com o arquivo ISO, é possível também verificar a assinatura criptográfica do arquivo usando o  para verificar que as somas de checagem não foram adulteradas.

As impressões digitais das chaves do OpenGPG usadas para assinar os lançamentos das mídias podem ser encontradas na página de assinaturas de lançamentos de mídias, do servidor web Gentoo.

Desempacotando o arquivo tar de stage
Agora desempacote o stage baixado no sistema. Usamos o para isso:

Certifique-se que as mesmas opções ( e  ) são usadas. O  significa Extrair, o   para "preservar" permissões e o   para indicar que queremos extrair um arquivo ("file"), não da entrada padrão. é para incluir a preservação dos atributos estendidos de todos os arquivos armazenados. Finalmente,  é usado para assegurar que os IDs de usuário e grupo dos arquivos sendo extraídos do arquivo tar permanecerão os mesmos que os pretendidos pela equipe de engenharia de lançamentos do Gentoo (mesmo que usuários aventureiros não estiverem usando a mídia de instalação oficial do Gentoo).

Agora que o arquivo de stage está descompactado, proceda com Configurando as opções de compilação.

Introdução
Para otimizar o Gentoo, é possível ajustar algumas variáveis que impactam o comportamento do Portage, o oficialmente suportado gerenciador de pacotes do Gentoo. Todas essas variáveis podem ser ajustadas como variáveis de ambiente (usando ) mas isso não é permanente. Para manter os ajustes, o Portage lê o arquivo, que é um arquivo de configuração do Portage.

Use um editor (neste guia usamos o ) para alterar as variáveis de otimização que iremos discutir a partir daqui.

Olhando o arquivo fica óbvio como o arquivo deve ser estruturado: linhas de comentário iniciam com "#", outras linhas definem variáveis usando sintaxe VARIAVEL="conteúdo". Diversas dessas variáveis são discutidas a seguir.

CFLAGS e CXXFLAGS
As variáveis CFLAGS e CXXFLAGS definem as flags de otimização para os compiladores C e C++ GCC, respectivamente. Apesar de serem definidas globalmente aqui, para máximo desempenho seria necessário otimizar essas flags para cada programa separadamente. A razão disso é que cada programa é diferente. Entretanto, isso não é viável, por isso a definição dessas flags no arquivo.

No arquivo deve-se definir as flags de otimização que fariam o sistema mais responsivo de modo geral. Não coloque ajustes experimentais nessa variável; otimização demais pode fazer com que os programas comportem-se mal (abortem, ou ainda pior, funcionem mal).

Não iremos explicar todas as possíveis opções de otimização. Para compreender todas elas, leia o Manual Online do GCC ou as páginas info do gcc ( -- funciona apenas em um sistema Linux já instalado). O arquivo em si também contém muitos exemplos e informação; não se esqueça de lê-lo também.

Um primeiro ajuste é a flag  ou , que especifica o nome da arquitetura alvo. As possíveis opções estão descritas no arquivo (como comentários). Um valor comumente usado é "native", que diz ao compilador para selecionar a arquitetura do sistema atual (aquele no qual o Gentoo está sendo instalado).

Em segundo vem a flag  (um O maiúsculo, não um zero), que especifica a flag da classe de otimização. Valores possíveis são "s" (para otimização por tamanho), 0 (zero - para nenhuma otimização), 1, 2 ou até 3 para flags de otimização para velocidade (cada classe tem as mesmas flags da anterior, mais algumas extras). é o padrão recomendado. Sabe-se que  causa problemas se usada pelo sistema como um todo, então recomendamos ficar com.

Uma flag de otimização popular é a  (usa pipes em vez de arquivos temporários para comunicação entre os vários estágios da compilação). Ela não tem impacto no código gerado, mas usa mais memória. Em sistemas com pouca memória, o gcc pode ser morto. Nesse caso, não use essa flag.

Usar o  (que não mantém o ponteiro de frame em um registrador para funções que não precisam de um) pode ter sérias repercussões para depurar aplicações.

Se as variáveis CFLAGS e CXXFLAGS são definidas, combine as várias flags de otimização em uma string. Os valores default contidos no arquivo stage3 que é desempacotado devem ser adequados. Abaixo é apenas um exemplo:

MAKEOPTS
A variável MAKEOPTS define quantas compilações paralelas podem ocorrer quando um pacote estiver sendo instalado. Uma boa escolha é o número de CPUs (ou núcleos de CPU) em um sistema mais um, porém essa regra nem sempre é perfeita.

Pronto, preparar, vai!
Atualize o arquivo de acordo com suas preferências pessoais e grave (usuários do nano podem usar +).

Depois continue em Instalando o sistema básico do Gentoo.