como habilitar ou desabilitar a inicialização de um processo no ARCH LINUX
cezar
LINUX, os niveis de execução dos programas ou scripts são
controlados pelos scripts que se encontram no diretório
/etc/rc.d/init.d, ou seja, cada nível de execuçao fica sob o controle
dos links simbólicos existentes nos seis diretórios localizados
dentro de /etc/rc.d (/etc/rc.d/rc1.d a /etc/rc.d/rc6.d). Assim, a gente
pode ver o teor de cada diretorio com ls -l. Por exemplo:
$ cd /etc/rc.d/rcc4.d
$ ls -l
l rwxrwxrwx 1 root root 17 Mar 22 17:50 K90network ->
..init/init.d/network
l rwxrwxrwx 1 root root 16 Mar 22 16:00 S99syslog -> ../init.d/syslog
Desse modo, para habilitar, ou desabilitar a inicialização de um
processo pelo init, temos que editar o arquivo correspondente ao
diretorio rc onde está localizado o processo.
A pergunta é: como no ARCH LINUX, até onde pesquisei (se estiver
errado, por favor, me corrijam e desculpem, ok?), não existem os
diretorios /etc/rc.d/rc1.d a /etc/rc.d/rc6.d, como pode ser feita a
habilitação ou desabilitação de um processo pelo init? Mais um
exemplo para deixar a pergunta bem clada: se aplicar no terminal aqui
no meu ARCH LINUX $rulevel tenho a resposta $ N 5, ou seja, nivel 5
(login grafico com multiusuario). Se quiser ''matar'' a inicializaçao
do serviço network, seguindo a explanação acima, teria que editar o
arquivo rc5.d. Portanto, como fazer isso no ARCH e que diretórios
fazem o papel dos diretroiso rc1.d a rc6.d? Valeu e desculpe por ter
me alongado tando, mas isso e empolgaçao com o ARCH. Cezar
Eduardo Lopes
Funciona assim:
- O arquivo /etc/inittab define o que é cada runlevel (até aqui nada de novo);
- Os arquivos /etc/{rc.sysinit, rc.multi, rc.single, rc.shutdown} cuidam de cada runlevel (lê o inittab que vc entende);
- O arquvo rc.conf (que é auto-explicativo, dá uma lida nele se puder), na variável DAEMONS, define o quais e em que ordem os processos serão executados;
- ex.: DAEMONS=(syslog-ng !network !gpm dbus crond) define que serão iniciados syslog-ng dbus e crond nessa ordem (e terminados na ordem inversa ao desligar). O sinal '!' antes de um daemon o desabilita (a ausencia dele na variável DAEMON também o desabilita);
- Os daemons disponíveis ficam em /etc/rc.d/ e seus serviços podem ser iniciados, interrompidos ou reiniciados a qualquer momento com /etc/rc.d/qualquerum start | stop | restart
Espero ter ajudado
Abraço
Eduardo Lopes (linfocito)
alexandre
no gentoo por ex. temos o /ete/runlevels/ , /ete/conf.d/ ,
/etc/init.d/ , inittab e a ferramente rc-update. tudo isso relacionado
aos servicos... estou com preguisa de descrever a funcao aqui mas quem
tiver interesse
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=4
Mvinnicius
diferentes. O padrão do gentoo (que eu conheço pouco, por isso
desculpe-me se estou enganado) pelo que foi dito é o SystemV, adotado
por boa parte das distribuições, enquanto que o padrão do Arch é o
BSD, adotado pelo Slackware, FreeBSD, e a família BSD.
O padrão BSD é mais objetivo e rápido, o padrão SystemV é mais
detalhado. Questão de escolha e hábito.
Leandro Inácio
inicialização (na minha opinião), que é dos BDS's, para cada
runlevel um script totalmente diferente de LINKS simbolicos, isso mesmo
meros links... Que eu acho que uma distribuição que se considere boa
usar links simbolicos para iniciar é ser muito tosco (na minha
opinião, na moral mesmo!!!)!!!
Isso é falado no guia de instalação do Arch Linux, se quiserem
conferir.
E tem um link no fórum no qual falo um pouco dele.
http://archlinux.org/static/docs/arch-install-guide.html#bootrc
http://forum.archlinux-br.org/viewtopic.php?t=34
Espero que você Cezar, consiga esclarecer suas dúvidas com esses 2
links.
E que entenda que você pode controlar as coisas pelo /etc/rc.conf, é
só da uma estudada legal!
;)
alexandre
alexandre
#/etc/rc.d/cups start
nenhuma msg de erro ou qq coisa eh exibido.
alguma sugestao?
Leandro Inácio
adicionar na parte de daemons no /etc/rc.conf .
Adicionando no rc.conf você não precisa fazer mais nada para ele
iniciar!
Pórem se for a primeira vez que você adiciona um serviço no rc.conf
e não quer rebootar o sistema, basta fazer o que você fez,
/etc/rc.d/nome_do_servico start, pronto...
Quando você iniciar o sistema o serviço também vai iniciar junto!
Eduardo Lopes
Alexandre,
Não sei se entendi. O serviço (cups), inicia no boot, mas se vc tenta iniciá-lo fora do boot ela dá [FAIL], é isso?
Se for, pode ser o seguinte: alguns scrpts de serviço não detectam se o mesmo já está iniciado, e simplesmente falham sem mensagem de erro nesse caso.
Tente restart no lugar de start, se funcionar, já está explicado.
alexandre
iniciava manualmente.
tambem nao sabia resolver pq estava menchendo em muita coisa ao mesmo
tempo e nao sabia mais onde tinha modificado :P (tava movendo o systema
para o reiser4, compilando um novo kernel e instalando o resto do
sistema)
no fim dei um reboot e voltou ao normal (ala windows),
alguem na lista tem a infelicidade de ter uma placa de video sis? enfim
resolvi um problema onde a sis dava uma espera no boot de uns 3 seg.
era apenas uma opcao no kernel que vc tem que desabilitar (no kernel
padrao arch e vem marcada, acho que no suse tb)
finalmente acabei de instalar e configurar tudo me livrando do
mod_autoload do rc.conf, ver aquela lista gigante no lsmod era fo**
estou modificando o PKGBUILD do beyond para compilar o mm-source, se eu
tiver disposto ate coloco na wiki o procedimento para usar o reiser4
usando o mm
Israel Junior
usar Reiser4 :-)