Pergunta dentro de uma pergunta (do wiki Debian ):
Devo usar o sid na minha área de trabalho?
Se você acha que pode lidar com um sistema Debian quebrado, com certeza. Você sabe o que fazer se a libpam0g quebrar, impedindo todos os logins? Você sabe o que fazer se o grep quebrar, fazendo com que o processo de inicialização seja interrompido para sempre? Essas coisas aconteceram. Eles acontecerão novamente.
Minha pergunta é: como uma falha grep
causa um travamento do processo de inicialização para sempre?
grep
égrep -r pattern . > pattern.grep
. Como o shell cria o arquivo de saída antes de chamargrep
, ogrep
comando pesquisa o arquivo de saída, que cresce até o disco ficar cheio. Não tenho idéia se isso está relacionado a algo que poderia causar o processo de inicialização para sempre.Respostas:
É comum chamar scripts de inicialização
grep
em algum momento. Segrep
travar por causa de um bug, o primeiro desses scripts de inicialização quegrep
serão interrompidos. Ou, mais comumente, se um desses scripts estiver quebrado e as chamadasgrep
sem fornecer um argumento de nome de arquivo e sem redirecionar a entrada,grep
ficarão esperando eternamente pela entrada do console (isso não é tão ruim se você estiver na frente do console e puder tipoCtrl+D
). Se um script estiver quebrado e chamargrep
um canal ou dispositivo em que ninguém esteja escrevendo ... muito ruim.fonte
Bem, a maneira óbvia seria "grep trava para sempre, então algo que usa grep trava para sempre, e algo no processo de inicialização faz isso".
É provável que o texto seja ilustrativo, e não exemplos literal de problemas, mas não é impossível.
Para realmente entender, comece a ler em
/etc/init.d/rc
e/etc/init.d/rcS
- esses são os scripts de shell que executam todos os bits que abrem seu sistema.fonte