Eu não vejo mais a saída de scripts rc

Question

Meu problema atual

Após clonar o sistema de arquivos raiz do meu sistema debian em um SSD ( cp -ax ) não vejo mais a saída dos meus scripts rc durante a inicialização do SSD. Eu os vejo durante o desligamento ou quando eu executo scripts rc manualmente. Eu também os vejo quando inicializo no nível de execução 1, efetuo login como root e, em seguida, saio. O kernel é 3.8.2 compilado por mim mesmo.

Quando o sistema inicializa, vejo as mensagens do kernel (que parecem com o que dmesg mostraria), então não há mais mensagens por algum tempo até que eu finalmente veja um prompt de login ou um login do gerenciador de exibição. Algumas das mensagens do kernel realmente se originam de scripts rc, mas eu só vejo as mensagens do kernel e não a saída dos scripts rc como [ ok ] starting foo . Além disso, o sistema funciona bem.

Eu tentei inicializar um kernel debian do estoque (3.2.0-4-486) que vive em outra partição (/ dev / sda3) e passá-lo meu root (/ dev / sda1), por isso leva meus scripts rc. Neste caso, vejo as mensagens.

Na internet, encontrei alguns relatórios sobre o mesmo problema. Mas não houve solução postada ou a solução foi "reinstalar".

Um problema possivelmente relacionado é que não consigo mais inicializar no modo de usuário único (o nível de execução 1 funciona). Ele inicializa direto no initdefault (= 3). Eu suspeito que o console está faltando, o sulogin falha e o processo de inicialização continua como se eu tivesse saído do sulogin. Eu também não consigo inicializar em um shell ( sash ). Eu vejo uma mensagem de boas vindas da faixa, mas não vai falar comigo (sem prompt).

minhas teorias atuais vagam por aí

• O cp -ax perdeu alguma coisa (por exemplo, / dev)?
• O disco mais rápido causa um problema de temporização?
• Ou é algo totalmente trivial e eu simplesmente não consigo ver?

Editar no dia 4 de maio

Eu finalmente percebi que o / dev / console precisa estar presente desde o início. Então eu criei um, usando mknod e agora vejo mensagens dos scripts rc novamente. Embora / dev / console seja criado no início por udev , isso não parece consertar as coisas durante a inicialização. Então meu problema original está resolvido. Ainda gostaria de saber

• porque a inicialização de outro kernel resolve o problema. O / dev / console está presente em / dev / sda3 (a localização do outro kernel) antes do udev ser executado. Essa observação me fez criar / dev / console em primeiro lugar. Mas eu não entendo porque o kernel levaria este / dev mesmo que eu tenha passado por outra raiz.
• de onde / dev vem durante a inicialização
• por que o / dev / console criado pelo udev não é bom o suficiente

• que outros nós / dev são necessários

• porque a inicialização em init = / bin / sash ainda não funciona

Answer 1

Eu tive um problema parecido com o meu LiveCDD - em alguns PCs não havia saída de scripts rc.

O problema estava relacionado à opção do kernel "dcons_crom", que estava presente na configuração do kernel. Quando essa opção está ativada, a saída do console é redirecionada para a porta FireWire, caso esteja presente. Quando eu removi esta opção da configuração do kernel, o problema passou.

Talvez seu problema tenha a mesma origem.