bug sysvinit
Eu cavei este bit em um bug que foi aberto contra o pacote sysvinit
em um relatório Debian, o que me levaria a acreditar que o que você está afirmando está correto. O bug é intitulado: sysvinit: Falha ao interromper algum script após a atualização e fazia parte deste registros de relatórios de erros do Debian - # 582442 .
trecho
since last upgrade (makefile style migration ?) I got strange behaviour of the boot sequence.
If I interupt some script with ctrl+c, the dependency are lost (not fs mounted, no network, ...). With the previous version this worked.
I interrupt sometimes fsck (when I don't want to wait), now this doesn't work.
Also on my system udev script hang at the end (until there is a timeout). I often hit ctrl+c to avoid waiting the timeout. This now make the system not usable.
If ctrl+c is not supported anymore, it should blocked to avoid this strange behaviour.
Matthieu
Mais abaixo nesse segmento, afirma que essa funcionalidade foi supostamente corrigida. Eu não segui este tópico além daqui, então você pode querer cavar mais.
trecho
From: Ben Hutchings <[email protected]>
To: [email protected]
Subject: Bug#582442: fixed in sysvinit 2.88dsf-13.1
Date: Sat, 01 Jan 2011 05:47:35 +0000
Source: sysvinit
Source-Version: 2.88dsf-13.1
We believe that the bug you reported is fixed in the latest version of
sysvinit, which is due to be installed in the Debian FTP archive:
CONCURRENCY =?
Eu não pesquisei "muito" mais, mas acredito que há uma variável em /etc/init.d/rc
que controla a simultaneidade. Quando isto é ativado, parece que o recurso Ctrl + C está desabilitado. A configuração para none
deve restaurar essa capacidade.
CONCURRENCY=none
Eu encontrei o mencionado aqui, neste bug do Launchpad intitulado: CONCURRENCY = startpar não funciona .