initramfs é um pequeno arquivo cpio que pode ser carregado pelo Kernel em um disco RAM. Ele fornece um ambiente Linux mínimo que permite a execução de programas antes da montagem do sistema de arquivos raiz. Esse ambiente Linux mínimo é carregado na memória pelas rotinas de BIOS e não têm requisitos de hardware específicos, além de memória suficiente. O initramfs deve sempre fornecer um executável chamado init que deve executar o programa init real no sistema de arquivos raiz para a continuação do processo de boot.

Antes da montagem do sistema de arquivos raiz e da inicialização do sistema operacional, o Kernel precisa dos drivers correspondentes para acessar o dispositivo em que o sistema de arquivos raiz está localizado. Esses drivers podem incluir drivers especiais para determinados tipos de unidades de disco rígido ou até drivers de rede para acesso a um sistema de arquivos de rede. Os módulos necessários para o sistema de arquivos raiz podem ser carregados pelo init no initramfs. Depois de carregados os módulos, o udev fornecerá os dispositivos necessários ao initramfs. Posteriormente no processo de boot, depois de mudar o sistema de arquivos raiz, será necessário gerar novamente os dispositivos. Isso é feito através de boot.udev com o comando udevtrigger.

Se você precisar mudar o hardware (por exemplo, discos rígidos) em um sistema instalado e esse hardware necessitar da presença de drivers diferentes no Kernel durante o boot, será necessário atualizar o initramfs. Isso é feito da mesma maneira que com seu antecessor, init—chamando o mkinitrd. A chamada de mkinitrd sem argumentos cria um initramfs. Chamar o mkinitrd -R cria um init. No SUSE® Linux Enterprise Desktop, os módulos a serem carregados são especificados pela variável INITRD_MODULES em /etc/sysconfig/kernel. Após a instalação, essa variável é definida automaticamente para o valor correto. Os módulos são carregados na mesma ordem em que são exibidos em INITRD_MODULES. Isso só é importante quando você depende da configuração correta dos arquivos de dispositivo /dev/sd?. No entanto, em sistemas atuais, também é possível usar os arquivos de dispositivo em /dev/disk/ que são classificados em vários subdiretórios, chamados by-id, by-path e by-uuid, e que sempre representam o mesmo disco. Isso também é possível na hora da instalação, especificando a respectiva opção de montagem.

	Atualizando o initramfs ou o init
O carregador de boot carrega o initramfs ou o init da mesma maneira que o Kernel. Não é necessário reinstalar o GRUB após atualizar o initramfs ou o init, pois o GRUB procura o arquivo correto no diretório durante o boot.

O principal objetivo do init no initramfs é preparar a montagem e o acesso ao sistema de arquivos raiz real. Dependendo da configuração do sistema, o init será responsável pelas tarefas a seguir.

Quando o init é chamado durante o boot inicial como parte do processo de instalação, suas tarefas são diferentes das que foram mencionadas acima:

No Linux, os níveis de execução definem como o sistema é iniciado e quais serviços estão disponíveis no sistema em execução. Após o boot, o sistema é iniciado conforme definido em /etc/inittab na linha initdefault. Normalmente, é 3 ou 5. Consulte a Tabela 10.1, “Níveis de execução disponíveis”. Como alternativa, é possível especificar o nível de execução durante o boot (adicionando o número do nível de execução no prompt de boot, por exemplo). Os parâmetros que não forem avaliados diretamente pelo próprio Kernel serão passados para o init. Para inicializar no nível de execução 3, adicione o número 3 ao prompt de boot.

	evite o Nível de execução 2 com uma partição montada via NFS
Você não deverá usar o nível de execução 2 se seu sistema montar uma partição como /usr através do NFS. O sistema pode comportar-se de forma inesperada se as bibliotecas ou arquivos de programa estiverem ausentes pois o serviço NFS não está disponível no nível de execução 2 (modo multiusuário local sem rede remota).

Para mudar os níveis de execução durante a execução do sistema, digite telinit e o número correspondente como um argumento. Somente o administrador do sistema pode fazer isso. A lista a seguir resume os comandos mais importantes na área de nível de execução.

O nível de execução 5 é o nível de execução padrão em todas as instalações padrão do SUSE Linux Enterprise Desktop. É solicitado o login dos usuários com uma interface gráfica ou o usuário padrão está conectado automaticamente.

	Erros em /etc/inittab podem resultar em um boot de sistema com falha
Se /etc/inittab for danificado, o sistema poderá não ser inicializado adequadamente. Portanto, seja extremamente cuidadoso ao editar /etc/inittab. Sempre deixe que o init leia novamente /etc/inittab com o comando telinit q antes de reinicializar a máquina.

Geralmente, há duas situações quando os níveis de execução são mudados. Primeiro, os scripts de parada do nível de execução atual são iniciados, fechando alguns programas essenciais ao nível de execução atual. Em seguida, os scripts do novo nível de execução são iniciados. Na maioria dos casos, vários programas são iniciados. Por exemplo, ocorre o seguinte quando o nível de execução 3 muda para 5:

Ao mudar para o mesmo nível de execução que o atual, o init somente verifica as mudanças em /etc/inittab e inicia as etapas apropriadas, por exemplo, para iniciar um getty em outra interface. A mesma funcionalidade pode ser obtida com o comando telinit q.

Há dois tipos de scripts em /etc/init.d:

Todos os scripts estão localizados em /etc/init.d. Scripts que são executados durante o boot são chamados através de links simbólicos de /etc/init.d/boot.d. Os scripts para mudança do nível de execução são chamados através de links simbólicos em um dos subdiretórios (/etc/init.d/rc0.d para /etc/init.d/rc6.d). Isso só serve para fins de clareza, além de evitar scripts duplicados se forem usados em vários níveis de execução. Como todos os scripts podem ser executados como de início ou de parada, eles devem entender os parâmetros start e stop. Os scripts também entendem as opções restart, reload, force-reload e status. Essas diversas opções são explicadas na Tabela 10.2, “Opções possíveis do script init”. Os scripts executados diretamente pelo init não têm esses links. Eles são executados independentemente do nível de execução, quando necessário.

Os links em cada subdiretório específico de nível de execução possibilitam a associação de scripts a diferentes níveis de execução. Durante a instalação ou desinstalação de pacotes, esses links são adicionados e removidos com a ajuda do programa insserv (ou usando /usr/lib/lsb/install_initd, que é um script que chama esse programa). Consulte man 8 insserv para mais detalhes.

Todas essas configurações também podem ser mudadas com a ajuda do módulo do YaST. Se precisar verificar o status na linha de comando, use a ferramenta chkconfig, descrita na página de manual de man 8 chkconfig.

Veja a seguir uma pequena apresentação dos scripts de boot e de parada iniciados primeiro e por último, respectivamente, bem como uma explicação do script de manutenção.

Você pode criar seus próprios scripts e integrá-los facilmente no esquema descrito acima. Para obter instruções sobre como formatar, nomear e organizar scripts personalizados, consulte as especificações do LSB e as páginas de manual de init, init.d, chkconfig e insserv. Além disso, consulte as páginas de manual do startproc e killproc.

	Scripts Init com falha podem desligar o sistema
Scripts init com falha podem desligar sua máquina. Edite esses scripts com muito cuidado e, se possível, submeta-os a testes detalhados no ambiente multiusuário. Encontre informações úteis sobre scripts init na Seção 10.2.1, “Níveis de execução”.

Para criar um script init personalizado para determinado programa ou serviço, use o arquivo /etc/init.d/skeleton como modelo. Grave uma cópia desse arquivo com o novo nome e edite o programa relevante e nomes de arquivos, caminhos e outros detalhes necessários. Você também pode precisar aprimorar o script com suas próprias partes, de modo que as ações corretas sejam acionadas pelo procedimento init.

O bloco INIT INFO na parte superior é uma parte necessária do script e deve ser editada. Consulte o Exemplo 10.1, “Um bloco INIT INFO mínimo”.

### BEGIN INIT INFO
# Provides:          FOO
# Required-Start:    $syslog $remote_fs
# Required-Stop:     $syslog $remote_fs
# Default-Start:     3 5
# Default-Stop:      0 1 2 6
# Description:       Start FOO to allow XY and provide YZ
### END INIT INFO

Na primeira linha do bloco INFO, após Provides:, especifique o nome do programa ou serviço controlado pelo script init. Nas linhas Required-Start: e Required-Stop:, especifique todos os serviços que precisam continuar em execução quando o próprio serviço for interrompido. Essas informações são usadas posteriormente para gerar a numeração dos nomes de script, como encontrada nos diretórios de nível de execução. Depois de Default-Start: e Default-Stop:, especifique os níveis de execução em que o serviço deve ser iniciado ou parado automaticamente. Por fim, para Description:, forneça uma breve descrição do serviço em questão.

Para criar os links dos diretórios de nível de execução (/etc/init.d/rc?.d/) para os scripts correspondentes em /etc/init.d/, digite o comando insserv new-script-name. insserv avalia o cabeçalho INIT INFO para criar os links necessários aos scripts de início e parada nos diretórios de nível de execução (/etc/init.d/rc?.d/). O programa também se encarrega da ordem correta de início e parada para cada nível de execução, incluindo os números necessários nos nomes desses links. Se você preferir uma ferramenta gráfica para criar esses links, use o editor de nível de execução fornecido pelo YaST, conforme descrito na Seção 10.2.3, “Configurando o System Services (Runlevel) com o YaST”.

Se um script já presente em /etc/init.d/ precisar ser integrado ao esquema de nível de execução existente, crie os links nos diretórios de nível de execução imediatamente com insserv ou habilitando o serviço correspondente no editor de nível de execução do YaST. As mudanças serão aplicadas durante a próxima reinicialização, e o novo serviço será iniciado automaticamente.

Não defina esses links manualmente. Se houver algum erro no bloco INFO, surgirão problemas quando insserv for executado posteriormente para algum outro serviço. O serviço adicionado manualmente será removido na próxima execução de insserv para esse script.

Após iniciar esse módulo do YaST em YaST+Sistema+System Services (Runlevel), ele exibirá uma visão geral listando todos os serviços disponíveis e o status atual de cada um (desabilitado ou habilitado). Decida se o módulo deve ser usado no Modo Simples ou no Modo de Especialista. O Modo Simples padrão deve ser suficiente na maior parte dos casos. A coluna à esquerda mostra o nome do serviço, a coluna ao centro indica seu status atual e a coluna à direita fornece uma descrição resumida. Para o serviço selecionado, uma descrição mais detalhada é fornecida na parte inferior da janela. Para habilitar um serviço, selecione-o na tabela e, em seguida, selecione Habilitar. As mesmas etapas se aplicam para desabilitar um serviço.

Para ter mais controle sobre os níveis de execução em que um serviço é iniciado ou parado ou para mudar o nível de execução padrão, selecione primeiro Modo de Especialista. O nível de execução padrão atual ou o “initdefault” (o nível de execução em que o sistema é inicializado por padrão) é exibido na parte superior. Normalmente, o nível de execução padrão de um sistema SUSE Linux Enterprise Desktop é o 5 (modo multiusuário completo com rede e X). Uma alternativa adequada poderia ser o nível de execução 3 (modo multiusuário completo com rede).

Esta caixa de diálogo do YaST permite a seleção de um dos níveis de execução (conforme listado na Tabela 10.1, “Níveis de execução disponíveis”) como o novo padrão. Além disso, use a tabela mostrada nessa janela para habilitar ou desabilitar serviços e daemons individuais. A tabela lista os serviços e daemons disponíveis, mostra se eles estão habilitados no sistema e, se estiverem, para quais níveis de execução. Após selecionar uma das linhas com o mouse, clique nas caixas de seleção que representam os níveis de execução (B, 0, 1, 2, 3, 5, 6 e S) para definir os níveis de execução em que o serviço ou daemon selecionado deve estar em execução. O nível de execução 4 é indefinido para permitir a criação de um nível de execução personalizado. Uma breve descrição do serviço ou daemon selecionado no momento é fornecida abaixo da visão geral da tabela.

	Configurações de nível de execução defeituosas podem danificar o sistema
Configurações de nível de execução defeituosas podem tornar o sistema inutilizável. Antes de aplicar as mudanças, tenha absoluta certeza sobre suas consequências.

Figura 10.1. System Services (Runlevel)¶

Com Iniciar, Parar ou Atualizar, decida se um serviço deve ser ativado. Situação da Renovação verifica o status atual. Inicializar/Reinicializar permite selecionar se você deseja aplicar as mudanças ao sistema ou restaurar as configurações existentes antes de inicializar o editor de nível de execução. Selecione OK para gravar as configurações modificadas no disco.

O editor sysconfig do YaST fornece um front end fácil de usar para a configuração do sistema. Quando não souber a localização real da variável de configuração que precisa ser mudada, você pode apenas usar a função de pesquisa interna desse módulo, mudar o valor dessa variável conforme necessário e permitir que o YaST se encarregue de aplicar essas mudanças atualizando as configurações que dependem dos valores definidos no sysconfig e reiniciando os serviços.

	a modificação dos arquivos /etc/sysconfig/* pode danificar a instalação
Não modifique os arquivos /etc/sysconfig se você não tiver experiência e conhecimento prévios. Isso pode causar sérios danos ao sistema. Os arquivos em /etc/sysconfig contêm um pequeno comentário sobre cada variável para explicar seu efeito real.

Figura 10.2. Configuração do sistema usando o Editor sysconfig¶

A caixa de diálogo do sysconfig do YaST é dividida em três partes. A parte esquerda mostra uma tela de árvore de todas as variáveis configuráveis. Quando você seleciona uma variável, a parte direita exibe a seleção e a definição atuais dessa variável. Abaixo, uma terceira janela exibe uma descrição resumida da finalidade da variável, os valores possíveis, o valor padrão e o arquivo de configuração do qual essa variável se origina. A caixa de diálogo também fornece informações sobre qual script de configuração é executado após a mudança da variável e qual novo serviço é iniciado como resultado da mudança. O YaST solicita a confirmação das mudanças e informa quais scripts serão executados depois que você sair da caixa de diálogo selecionando Concluir. Além disso, selecione os serviços e scripts que devem ser ignorados agora e iniciados mais tarde. O YaST aplica todas as mudanças automaticamente e reinicia os serviços envolvidos para que as mudanças sejam efetivadas.

Para mudar manualmente a configuração do sistema, faça o seguinte

Esse procedimento é relevante principalmente durante a mudança das configurações em todo o sistema, como a configuração da rede. Pequenas mudanças não devem requerer alternar para o modo de usuário único, mas você pode fazer isso para ter certeza de que todos os programas em questão foram reiniciados corretamente.

	definindo a configuração automatizada do sistema
Para desabilitar a configuração automatizada do sistema pelo SuSEconfig, defina a variável ENABLE_SUSECONFIG em /etc/sysconfig/suseconfig como no. Não desabilite o SuSEconfig se quiser usar o suporte de instalação do SUSE. Também é possível desabilitar parcialmente a configuração automática.