Im Dezember habe ich eine Ubuntu-Installations-CD mit Kernel 4.13.0-19-generic heruntergeladen und gebrannt. Ich habe zwei Minimalserver erstellt und sie funktionierten gut mit dem nVidia CUDA.RUN-Paket. Ich habe kürzlich versucht, mit derselben CD einen OpenSSH-Server für ein drittes System zu erstellen. Ich sehe, dass Kernel ...19 hineingeht, aber nach dem Download aus dem US-Repository lande ich bei Kernel ...32, der einen im Nvidia-Entwicklerforum dokumentierten Fehler aufweist, der das Erstellen des Kernels nicht zulässt. Ich gehe davon aus, dass sie irgendwann eine Lösung dafür haben werden, aber in der Zwischenzeit möchte ich ...19 oder eine andere Version installieren, die noch mit dem nVidia-Cuda-Run-Paket funktioniert.
Ich habe versucht, die Installation von meiner alten CD aus erneut durchzuführen, aber es gab keine Option, die Version des herunterzuladenden Pakets auszuwählen. Ich sehe, dass 19 von der CD kommt, aber am Ende ist es 32.
Wie beschränke ich die Installation auf 19?
Vielleicht kann ich zu 19 zurückkehren, nachdem ich 32 zum Laufen gebracht habe?
Alternativ könnte ich den USB-Stick von einem der anderen Systeme klonen. Ich habe das mit dem Acronis-Klontool unter Windows 10 versucht, aber es bootete nicht. Vielleicht gibt es ein besseres Klontool?
Vielen Dank, dass Sie sich das angesehen haben.
[GELÖST MIT HILFE VON MIKEWHATEVER, danke, Mike!]
sudo apt-get install linux-image-4.13.0-19-generic
(Neustart und 19 auswählen)
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
ergibt sich folgendes:
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)
Ich dachte, ich müsste es update-initramfs -unach der CUDA-Installation verwenden. Das hat 32 in den Bootvorgang gebracht, was ein Problem verursacht hat. Es war nicht notwendig und erzwang eine Neuinstallation zur Wiederherstellung.
Ich bin zu 19 zurückgekehrt, weil es mit dem nVidia CUDA-Kit funktionierte und nVidia noch keinen Fix für die falsche Reihenfolge der Quellheader bei der Integration in den 32-Kernel veröffentlicht hat.
[EDIT] Seltsam - ich sehe, dass 5 Gurus hier berichten, diese Frage sei "eine exakte Kopie einerbestehendeFrage". Ich habe dort nachgeschaut und die Frage war, wie man ein Upgrade verhindern kann, was gut ist, wenn man weiß, dass das Upgrade ein Problem verursachen wird. Die Frage war, wie man nach einem Upgrade wiederherstellt. Ich habe tatsächlich einige Zeit damit verbracht, zu googeln, wie man eine frühere Version wiederherstellt. Ich habe nichts Informatives gefunden, bis ich hierher kam und mir gesagt wurde, ich solle "apt-get install linux_image..." verwenden. Ich möchte die Gurus hier fragen, was es bringt, 32 zu installieren und sich vor Meltdown und Spectre zu schützen, wenn es keine bekannten Exploits dieser Defekte gibt und die Anwendung, die Sie ausführen müssen, ein Paket erfordert, das unter 32 nicht funktioniert?