VBoxClient (sem costura): falha ao iniciar. Estágio: Configurando a máscara de filtro IRQ do convidado Erro: VERR_INTERNAL_ERROR

Estou tentando fazer com que uma VM do Ubuntu funcione bem no VirtualBox (5.2.2) mais recente, que eu instalei executando sudo ./VboxLinuxAdditions.run. O problema é que continuo recebendo essa mensagem de erro quando a VM é iniciada:

VBoxClient (sem costura): falha ao iniciar. Estágio: configurando o filtro IRQ convidado mas Erro: VERR_INTERNAL_ERROR

O host é o Ubuntu 16.04.3. Eu tentei duas distros do Ubuntu 17.10 (Lubuntu e Budgie). Ambos falharam com o mesmo erro.

Ser incapaz de executar o Ubuntu no Ubuntu deve ser um problema crítico de P0 para a Oracle. O que estou fazendo errado?

Acontece que eu tive que instalar gcc, makee perl, em seguida, reinstalar as adições e reinicialização:

sudo apt-get install gcc make perl
cd /media/$USER/<...>
sudo ./VBoxLinuxAdditions.run
sudo reboot

Estou no Mac OSX 10.14.3 e trabalho com a máquina virtual Virtualbox 5.2.22 e Ubuntu Desktop 16.04.6. No meu caso, estou executando o Ubuntu no modo de 32 bits porque tive problemas para que o 16.04 funcionasse no modo de 64 bits. Recentemente, atualizei para o kernel 4.4.0-143 usando a atualização típica do Ubuntu e, quando reiniciei a VM novamente, recebi esse erro contínuo do VBoxClient, como você vê aqui. Depois de tentar todos os tipos de coisas, como atualizar o Virtualbox, atualizar as Extensões do VBox e muito mais - a resolução foi que eu reiniciei a VM, segurei a tecla Shift pressionada e escolhi o kernel 4.4.0-142 . Então, recebi o erro, mas consegui executar:

sudo apt-get install --reinstall build-essential virtualbox-guest-utils virtualbox-guest-x11 virtualbox-guest-dkms

Isso, é claro, colocaria as coisas de caixa virtual incorretas na minha VM, mas era realmente útil, porque então eu poderia forçar o kernel a mudar para as extensões de vbox apropriadas na minha próxima etapa. Portanto, com o comando acima digitado, reiniciei minha VM, pressionei a tecla Shift e escolhi o kernel 4.4.0-142. Agora, isso tornou a tela muito pequena porque não está executando as extensões ideais de caixa virtual que suportam o redimensionamento adequado da tela com o driver do Mac. Não é um problema, porém, porque isso foi apenas temporário. Então, executei este comando:

cd /media/$USER/<...>
sudo ./VBoxLinuxAdditions.run

Isso compilou corretamente as extensões vbox adequadas para o meu computador. Reiniciei a VM, pressionei a tecla Shift e escolhi o kernel 4.4.0-142. Nesse ponto, o erro contínuo do VBoxClient desapareceu e eu tinha toda a minha funcionalidade necessária, incluindo redimensionamento de tela, área de transferência bidirecional, montagem de volumes compartilhados e assim por diante.

Para encurtar a história, a versão do kernel estava errada, foi a melhor que eu pude determinar. Havia algo no kernel 4.4.0-143 que estava causando o Virtualbox engasgar. Revertendo para um kernel anterior e forçando a reinstalação das extensões do vbox, foi minha correção por enquanto.

EDIT: Este evidentemente é um bug rastreado com uma correção proposta em breve (é 19 de março de 2019) para o Ubuntu 16.04. Atualmente, está no modo de revisão de patches. Mais informações: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1818049?comments=all

Além de garantir make, gcce perlsão instalados de acordo com a resposta aceita por Dan, pode ser necessário também verificar se há cabeçalhos de kernel específicos da versão linux-headers-$(uname -r), build-essentiale dkms. Uma linha única:

sudo apt install gcc make perl linux-headers-$(uname -r) build-essential dkms 

Corri para esse problema enquanto eu tinha os três primeiros pacotes instalados. Instalar o resto resolveu isso. É possível que nem todos sejam necessários, mas principalmente a instalação do linux-headerspacote (sem a versão especificada) não foi suficiente.