Determinando onde a falha ocorre
Se o seu sistema não desligar, e o último texto que você vê lhe diz que está tentando descarregar um módulo do kernel em particular (ou executar qualquer outra tarefa em particular), e não há nenhuma indicação à direita de na mesma linha que sucedeu ou falhou , então o problema é quase certamente com essa ação específica, e não com o que vem a seguir. Nesta situação, você pode relatar um erro documentando a falha do módulo do kernel para descarregar.
Relatando um bug que afeta um módulo do kernel
Se você tem um bug que é devido a módulos do kernel fornecidos por um pacote não-kernel específico, você pode relatar o bug contra esse pacote. Se na verdade existe um serviço kernel em execução ( ps ax
mostra encadeamentos do kernel assim como processos normais) para o módulo, que você acredita estar causando o problema, então você pode executar ubuntu-bug
com seu PID se você puder executar ubuntu-bug
em tudo .
Como você provavelmente não pode executar nenhum comando nessa situação e como geralmente não há processo em execução que seja claramente responsável , após a reinicialização, você deve executar:
ubuntu-bug packagename
Aqui, isso é um pouco difícil - o programa de espaço de usuário do VirtualBox é fornecido por virtualbox
. Os módulos de kernel do VirtualBox para hosts de virtualização são normalmente criados a partir da origem, que são fornecidos por virtualbox-dkms
.
Eu reportaria esse bug contra virtualbox-dkms
(assumindo que o VirtualBox compilou e instalou módulos do kernel em sua máquina). Os detalhes técnicos do bug provavelmente indicariam qual pacote é melhor, e nem sempre é prático determinar qual pacote o bug é mais afetado, antes de reportar o bug. Então você faz o seu melhor. Sempre pode ser alterado mais tarde no Launchpad, por você ou por outra pessoa (geralmente um triager ou desenvolvedor).
Se você quisesse relatar um bug contra um módulo do kernel que vem com o kernel, você poderia reportá-lo contra linux
:
ubuntu-bug linux