Problemas ao compilar um kernel (3.4.110) no xubuntu 15.10

0

Não tenho certeza se estou no fórum certo para isso, porque é mais uma questão debian / kernel, mas vale a pena tentar.

Eu tenho que configurar um sistema Linux para trabalhar com EtherCAT (para um controle de máquina). Eu preciso de um ambiente em tempo real para isso. O último Kernel suportado pelo EtherCAT é o 3.4.x. no meu caso eu baixei o 3.4.110 e o patch em tempo real 3.4.110-rt138. Eu fiz o download e instalei os Pacotes: linux-source, build-essential, kernel-package, libncurses5-dev. Por enquanto, tudo bem. Agora para o meu problema: eu corro os comandos: 'tar xf linux-3.4.110.tar.xz' 'cd linux-3.4.110' 'tar xf ../patches-3.4.110-rt138.tar.gz | patch -p1 ' 'make menuconfig' - > Altere as configurações para um ambiente em tempo real (kernel preemmptible (área de trabalho de baixa latência); o resto parece estar predefinido pelo patch) 'make-kpkg clean' 'CONCURRENCY_LEVEL = 9 make-kpkg --initrd kernel_image kernel_headers'

Agora ele começa a compilar e tudo parece funcionar, mas depois de um tempo ele pára e eu recebo o seguinte erro: 'make [1]: Deixando o diretório' /home/jasper/sources/Projekt_Ethercat/linux-3.4.110 ' debian / ruleset / targets / common.mk: 295: a receita para o destino 'debian / stamp / build / kernel' falhou make: *** [debian / stamp / build / kernel] Erro 2 '

Eu compilei o kernel 4.1.15 da mesma maneira (com o patch-rt) e tudo deu certo. Eu estou sentado aqui por dois dias seguidos tentando resolver este problema, mas eu não tenho idéia de como. Mesmo o google não me fornece uma resposta. Seria legal se alguém tivesse uma ideia ou soubesse como fazer isso funcionar.

Muito obrigado antecipadamente!

Atenciosamente, Mitja

p. Estou rodando o Xubuntu 15.10

    
por ajtim 22.01.2016 / 12:49

1 resposta

0

Eu sugeriria executar a compilação sem CONCURRENCY_LEVEL.

O erro 2 é um erro bastante geral, mas a causa real provavelmente está escondida em algum lugar na saída da compilação. Se você executá-lo no modo não-paralelo, você deve ser capaz de detectar qualquer outra mensagem de erro (do GCC, por exemplo) com muita facilidade.

Atenciosamente, Pavel

    
por Pavel Pokorný 22.01.2016 / 14:28