init (Português)

Init é o primeiro processo iniciado durante a inicialização do sistema. É um processo daemon que continua em execução até que o sistema seja encerrado. Init é o ancestral direto ou indireto de todos os outros processos e adota automaticamente todos os processos órfãos. É iniciado pelo kernel usando um nome de arquivo embutido; Se o kernel não puder iniciá-lo, haverá um pânico. Normalmente, a inicialização é atribuída a identificador de processo 1.

Status de tradução: Esse artigo é uma tradução de Init. Data da última tradução: 2019-11-11. Você pode ajudar a sincronizar a tradução, se houver alterações na versão em inglês.

Atenção: O Arch Linux só tem suporte oficial para systemd. Ao usar um sistema init diferente, por favor, mencione isso em solicitações de suporte.

Os init scripts (ou rc) são iniciados pelo processo init para garantir a funcionalidade básica no início e no encerramento do sistema. Isso inclui (des)montagem de sistema de arquivos e inicialização de daemons. Um gerenciador de serviços dá um passo além, fornecendo controle ativo sobre processos iniciados, ou supervisão de processos. Um exemplo é monitorar falhas e reiniciar processos de acordo.

Esses componentes combinam-se com o sistema init. Algumas entradas incluem o gerenciador de serviços no processo de inicialização ou possuem scripts de inicialização em relação próxima. Estes inits são abaixo referidos como integrados, embora as entradas em diferentes categorias possam depender explicitamente umas das outras.

Inits (integrados)

anopa — Sistema de inicialização construído em torno do conjunto de supervisão s6.

https://jjacky.com/anopa/ || anopa^AUR

GNU Shepherd — Sistema de inicialização escrito em Guile.

https://www.gnu.org/software/shepherd/ || shepherd^AUR

OpenRC — Sistema de inicialização baseado em dependência.

https://www.gentoo.org/proj/en/base/openrc/ || openrc^AUR openrc-arch-services-git^AUR

systemd — Sistema de inicialização baseado em dependência com paralelização agressiva, supervisão de processo usando cgroups e a capacidade de depender de um ponto de montagem dado ou um serviço dbus.

https://freedesktop.org/wiki/Software/systemd/ || systemd

Inits

Init scripts

initscripts-fork — Fork mantido dos scripts SysVinit no Arch Linux.

https://bitbucket.org/TZ86/initscripts-fork/overview || initscripts-fork^AUR

Gerenciadores de serviços

s6 — Pequeno conjunto de programas para UNIX, projetado para permitir a supervisão de serviço na linha de daemontools e runit.

https://skarnet.org/software/s6/ || s6^AUR

Configuração

Migrar serviços em execução

Para executar daemons sob o novo init, salve uma lista de daemons em execução:

$ systemctl list-units --state=running "*.service" > daemons.list

e configure os #Init scripts adequadamente. Veja também .

logind

logind exige systemd para ser o processo init. Portanto, sessões locais e outras funcionalidades não estão disponíveis.

Permissões de dispositivo

Adicione usuários aos respectivos grupos de usuários para acesso ao dispositivo e reinicialize. A associação atual ao grupo deve primeiro ser verificada com .

# usermod -a -G video,audio,power,disk,storage,optical,lp,scanner usuário

Veja também Usuários e grupos#Grupos pré-systemd. Para criar regras de grupo para usar com Polkit, veja Polkit#Bypass password prompt.

X sem root (1.16)

Como Xorg.wrap não verifica se logind está ativo , permissões de root para Xorg precisam se habilitadas manualmente:

Gerenciamento de energia

Veja e acpid para substituir gerenciamento de energia por systemd.

Tarefas agendadas

Arch usa arquivos timer em vez do cron, por padrão. Veja archlinux-cronjobs para trabalhos de cron básicos.

Dbus

As instâncias de usuário do dbus-daemon são iniciadas pelo systemd/User . Ao solicitar IPC entre aplicativos de desktop, restaure :

Dicas e truques

systemd-nspawn

systemd-nspawn é uma ferramenta para sistemas systemd. Desde o Linux 2.6.19, no entanto, é possível executar o systemd em um sistema não-systemd usando o espaço de nome de PID. Para isso, o kernel precisa ser configurado com e ).

O espaço de nome de PID cria uma nova hierarquia de processos que começam com o PID 1. Além disso, o systemd exige que um sistema de arquivos raiz "chrootado" seja montado. Portanto, você precisa pelo menos fazer uma montagem de ligação, porque senão alguns serviços falharão com

"Failed at step NAMESPACE spawning" due to "Invalid operation"

pois o systemd tenta remontar a raiz com a opção .

Para configurar um chroot com um novo namespace PID, você pode usar o jchroot . Certifique-se de não montar /proc dentro da nova raiz antes de fazer o chroot, caso contrário, o systemd detectará o ambiente chroot. Você pode montá-lo depois que o systemd estiver em execução.

Substituindo udev

mdev — Gerenciador de dispositivos para uso em sistemas embarcados.

https://git.busybox.net/busybox/plain/docs/mdev.txt || busybox

Veja também

gollark: *I* should submit an update to #10!

gollark: We did that all the time for RPS.

gollark: CREATE Macron, as a result.

gollark: Well, I certainly do.

gollark: Not all the keyboards' users were code guessers.

This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.