Deseja apenas 4.13.0-19 genérico ou qualquer coisa diferente de 32 até que a nVidia corrija o kit de ferramentas CUDA

1

Em dezembro baixei e gravei um CD de instalação do Ubuntu que tinha o kernel 4.13.0-19 genérico. Eu construí dois servidores mínimos e eles funcionaram bem com o pacote nVidia CUDA.RUN. Eu recentemente tentei construir um terceiro sistema openssh server usando o mesmo CD. Eu vejo kernel ... 19 entrar, mas depois do download do repositório dos EUA eu acabei com o kernel ... 32 que tem um bug documentado no fórum de desenvolvedores da nvidia que não permite que o kernel seja construído. Eu suponho que eles terão uma correção para isso, eventualmente, mas, entretanto, gostaria de instalar ... 19 ou qualquer versão que ainda funciona com o pacote de execução nvidia cuda.

Eu tentei novamente a instalação do meu CD antigo, mas não havia opção de selecionar a versão do pacote para fazer o download. Eu vejo 19 saindo do CD, mas acabam com 32.

Como faço para restringir a instalação para 19?

Talvez eu possa voltar a 19 depois de ter 32 correndo?

Como alternativa, eu poderia clonar a unidade flash de um dos outros sistemas. Eu tentei isso com a ferramenta clone acronis no windows 10, mas ele não inicializou. Talvez haja uma ferramenta de clonagem melhor?

Obrigado por ver isso.

[RESOLVIDO COM AJUDA DE MIKEWHATEVER, obrigado Mike!]

sudo apt-get install linux-image-4.13.0-19-generic

(reinicie e selecione 19)

sudo apt-get purge linux-image-4.13.0-32-generic
sudo apt-get purge linux-headers-4.13.0.32
sudo apt-get install linux-headers-$(uname -r)
sudo apt-get install libxi-dev libxmu-dev freeglut3-dev build-essential binutils-gold
sudo sh ./cuda384.run --override

resultados da seguinte forma:

27-Jan-2018 12:24:55 [---] CUDA: NVIDIA GPU 0: GeForce GTX 670 (driver version 384.81, CUDA version 9.0, compute capability 3.0, 1994MB, 1874MB available, 2704 GFLOPS peak)
27-Jan-2018 12:24:55 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 670 (driver version 384.81, device version OpenCL 1.2 CUDA, 1994MB, 1874MB available, 2704 GFLOPS peak)

Eu pensei em usar update-initramfs -u após a instalação do CUDA. Isso colocou 32 na inicialização que causou um problema. Não foi necessário e forçou uma reinstalação para recuperar.

Voltei para 19 porque funcionava com o kit nVidia CUDA e a nVidia não liberou uma correção ainda por ter seus cabeçalhos de origem fora de ordem ao ser incorporado ao kernel 32.

[EDIT] Estranho - Eu vejo onde 5 gurus aqui relatam essa questão é "uma duplicata exata de um existente question". Eu fui lá e olhei e essa pergunta era como evitar uma atualização que é bom se você sabe que a atualização irá causar um problema. Esta questão foi como recuperar de uma atualização. Na verdade, passei algum tempo pesquisando como restaurar uma versão anterior. Eu não encontrei nada informativo até que eu vim aqui e foi dito para usar o "apt-get install linux_image ...". Deseja perguntar aos gurus aqui, de que adianta instalar 32 e obter proteção contra o colapso e o espectro quando não há explorações conhecidas desses defeitos e o aplicativo que você precisa executar requer um pacote que não funciona com menos de 32?

    
por Joseph Stateson 27.01.2018 / 15:50

0 respostas