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.
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.
- GNU Shepherd — Sistema de inicialização escrito em Guile.
- OpenRC — Sistema de inicialização baseado em dependência.
Inits
Init scripts
- initscripts-fork — Fork mantido dos scripts SysVinit no Arch Linux.
- spark-rc — Um script rc simples para iniciar seu sistema.
- https://gitlab.com/fbt/spark-rc || spark-rcAUR[link quebrado: package not found]
Gerenciadores de serviços
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 30-dbus.sh:
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 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
- eudev — O eudev é um fork do udev iniciado pelo projeto Gentoo. É principalmente projetado e testado com OpenRC.