Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: zash1958 on 2016/10/18, 13:50:39
-
Hallo,
das Problem scheint uralt? Und niemand weiß eine Lösung?
System: iMAC 2012, nVida 640M Grafikkarte, aktuellstes Siduction
Mit dem Nouveau Treiber friert reproduzierbar beim Surfen und Filme schauen der Rechner komplett ein, nur RESET hilft weiter.
Also zuerst einmal "nvidia-driver" aus der Repo installiert. Der läuft stabil, keine Freezes mehr. Aber auch keine virtuellen Konsolen mehr. STRG-ALT-F1 bis F6 bringen nur noch einen dunklen Bildschirm ohne Cursor etc.
Ein Test mit dem aktuellsten Treiber von nVidia selbst bringt dasselbe Resultat.
Hat da jemand einen Tip für mich?
Gruß
Uwe
-
Nachtrag:
ich habe nochmals eine Installation auf einer USB Festplatte aufgesetzt und alle nVidia Treiber nochmals probiert. Das erste Resümee:
der "nouveau" Treiber läuft einwandfrei, bis ich das "flash-plugin-nonfree" installiere
Sobald das installiert ist friert das System mit dem nouvau Treiber reproduzierbar nach ein paar wenigen Minuten Surfen per Firefox ein. Flas-Plugin deinstalliert und alles läuft perfekt ???
Jetzt also erst einmal OHNE Flash unterwegs......
Gruss
Uwe
-
Was sagt inxi -G?
bei mich
don@Hibiscus:~$ inxi -G
Graphics: Card: NVIDIA GM107 [GeForce GTX 750 Ti]
Display Server: X.Org 1.18.4 driver: nvidia Resolution: 1920x1200@59.88hz, 1920x1080@59.94hz
GLX Renderer: GeForce GTX 750 Ti/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 367.44
Was sagt dpkg -l nvidia* | grep '^.i' ?
bei mich
don@Hibiscus:~$ dpkg -l nvidia* | grep '^.i'
ii nvidia-alternative 367.44-3 amd64 allows the selection of NVIDIA as GLX provider
ii nvidia-driver 367.44-3 amd64 NVIDIA metapackage
ii nvidia-driver-bin 367.44-3 amd64 NVIDIA driver support binaries
ii nvidia-driver-libs:amd64 367.44-3 amd64 NVIDIA metapackage (OpenGL/GLX/EGL/GLES libraries)
ii nvidia-installer-cleanup 20151021+4 amd64 cleanup after driver installation with the nvidia-installer
ii nvidia-kernel-common 20151021+4 amd64 NVIDIA binary kernel module support files
ii nvidia-kernel-dkms 367.44-3 amd64 NVIDIA binary kernel module DKMS source
ii nvidia-kernel-support 367.44-3 amd64 NVIDIA binary kernel module support files
ii nvidia-legacy-check 367.44-3 amd64 check for NVIDIA GPUs requiring a legacy driver
ii nvidia-modprobe 367.44-1 amd64 utility to load NVIDIA kernel modules and create device nodes
ii nvidia-settings 340.93-1 amd64 tool for configuring the NVIDIA graphics driver
ii nvidia-support 20151021+4 amd64 NVIDIA binary graphics driver support files
ii nvidia-vdpau-driver:amd64 367.44-3 amd64 Video Decode and Presentation API for Unix - NVIDIA driver
Nvidia Treiber hier geht einwandfrei.
-
Derzeit läuft das System SO:
Graphics: Card: NVIDIA GK107M [GeForce GT 640M Mac Edition]
Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa) Resolution: 1920x1080@59.93hz
GLX Renderer: Gallium 0.4 on NVE7 GLX Version: 3.0 Mesa 12.0.3
siduser@uh-sid:~$ dpkg -l nvidia* | grep '^.i' ?
grep: ?: Datei oder Verzeichnis nicht gefunden
dpkg-query: Kein Paket gefunden, das auf nvidia* passt
uherczeg@uh-sid:~$
Ohne Flash installiert ist alles super. Mit dem Flash-Plugin und nouveau nach 3-5 Minuten FREEZE
Sonst hatte ich den Treiber "NVIDIA-Linux-x86_64-367.57" installiert und nouveau per blacklisting stillgelegt. Mit dem Nvidia-Treiber klappt auch Flash astrein. Nur eben leider ganz ohne die Umschaltmöglichkeiten der virtuellen Konsolen. Nach STRG-ALT-F1 nur ein schwarzer Bildschirm. Zur X-Session komme ich aber problemlos zurück.
Daher ein Frage ob es außer nomodeset dazu noch eine andere Idee gibt?
Gruß
Uwe
-
Hier flash mit nvidia treiber geht auch einwandfrei:
root@Hibiscus:/# apt policy flashplugin-nonfree pepperflashplugin-nonfree
flashplugin-nonfree:
Installed: 1:3.7
Candidate: 1:3.7
Version table:
*** 1:3.7 500
500 http://http.debian.net/debian unstable/contrib amd64 Packages
100 /var/lib/dpkg/status
pepperflashplugin-nonfree:
Installed: 1.8.3
Candidate: 1.8.3
Version table:
*** 1.8.3 500
500 http://http.debian.net/debian unstable/contrib amd64 Packages
100 /var/lib/dpkg/status
Nach STRG-ALT-F1 nur ein schwarzer Bildschirm.
Ja, hier auch. Aber, gerade Presse „Enter“ einmal herein. tty2 - 6 sollten wie erwartet gehen.
Entschuldigen Sie bitte mein schreckliches Deutsches.
-
Jetzt wollte ich einmal wieder den Nvidia Treiber installieren und testen. Derzeit habe ich den aktuellsten Kernel installiert:
4.8.4-towo.1-siduction-amd64
Damit aber läßt sich der aktuellste Nvidia Treiber NVIDIA-Linux-x86_64-370.28 (Download von der Nvidia Webseite) nicht installieren.
Sowohl die Installation mit- als auch ohne DKMS schlagen mit Symbol-Fehlermeldungen fehl.
Ich denke mal, für den aktuellen Kernel 4.8.4 muss ein neuerer Nvidia Treiber her????
-
Dasselbe mit dem aktuellsten BETA Treiber von Nvidia:
DKMS make.log for nvidia-375.10 for kernel 4.8.4-towo.1-siduction-amd64 (x86_64)
Di 25. Okt 12:22:45 CEST 2016
make "CC=cc" KBUILD_VERBOSE= -C /lib/modules/4.8.4-towo.1-siduction-amd64/build M=/var/lib/dkms/nvidia/375.10/build ARCH=x86_64 NV_KERNEL_SOURCES=/lib/modules/4.8.4-towo.1-siduction-amd64/build NV_KERNEL_OUTPUT=/lib/modules/4.8.4-towo.1-siduction-amd64/build NV_KERNEL_MODULES="nvidia nvidia-uvm nvidia-modeset nvidia-drm" INSTALL_MOD_DIR=kernel/drivers/video modules
make[1]: Verzeichnis „/usr/src/linux-headers-4.8.4-towo.1-siduction-amd64“ wird betreten
SYMLINK /var/lib/dkms/nvidia/375.10/build/nvidia/nv-kernel.o
SYMLINK /var/lib/dkms/nvidia/375.10/build/nvidia-modeset/nv-modeset-kernel.o
CONFTEST: remap_pfn_range
CONFTEST: INIT_WORK
CONFTEST: vmap
CONFTEST: follow_pfn
CONFTEST: set_pages_uc
CONFTEST: set_memory_uc
CONFTEST: set_memory_array_uc
CONFTEST: change_page_attr
CONFTEST: pci_get_class
CONFTEST: pci_choose_state
CONFTEST: vm_insert_page
CONFTEST: acpi_device_id
CONFTEST: acquire_console_sem
CONFTEST: console_lock
CONFTEST: kmem_cache_create
CONFTEST: on_each_cpu
CONFTEST: smp_call_function
CONFTEST: acpi_evaluate_integer
CONFTEST: ioremap_cache
CONFTEST: ioremap_wc
CONFTEST: acpi_walk_namespace
CONFTEST: pci_domain_nr
CONFTEST: pci_dma_mapping_error
CONFTEST: sg_alloc_table
CONFTEST: sg_init_table
CONFTEST: pci_get_domain_bus_and_slot
CONFTEST: get_num_physpages
CONFTEST: efi_enabled
CONFTEST: proc_create_data
CONFTEST: pde_data
CONFTEST: proc_remove
CONFTEST: pm_vt_switch_required
CONFTEST: drm_driver_has_set_busid
CONFTEST: drm_driver_has_gem_prime_res_obj
CONFTEST: xen_ioemu_inject_msi
CONFTEST: phys_to_dma
CONFTEST: get_dma_ops
CONFTEST: write_cr4
CONFTEST: of_parse_phandle
CONFTEST: for_each_online_node
CONFTEST: node_end_pfn
CONFTEST: pci_bus_address
CONFTEST: pci_stop_and_remove_bus_device
CONFTEST: pci_remove_bus_device
CONFTEST: request_threaded_irq
CONFTEST: remap_page_range
CONFTEST: address_space_init_once
CONFTEST: kbasename
CONFTEST: fatal_signal_pending
CONFTEST: list_cut_position
CONFTEST: vzalloc
CONFTEST: wait_on_bit_lock_argument_count
CONFTEST: bitmap_clear
CONFTEST: usleep_range
CONFTEST: radix_tree_empty
CONFTEST: drm_dev_unref
CONFTEST: drm_reinit_primary_mode_group
CONFTEST: drm_atomic_set_mode_for_crtc
CONFTEST: drm_atomic_clean_old_fb
CONFTEST: get_user_pages_remote
CONFTEST: drm_gem_object_lookup
CONFTEST: i2c_adapter
CONFTEST: pm_message_t
CONFTEST: irq_handler_t
CONFTEST: acpi_device_ops
CONFTEST: acpi_op_remove
CONFTEST: outer_flush_all
CONFTEST: proc_dir_entry
CONFTEST: scatterlist
CONFTEST: sg_table
CONFTEST: file_operations
CONFTEST: vm_operations_struct
CONFTEST: atomic_long_type
CONFTEST: pci_save_state
CONFTEST: file_inode
CONFTEST: task_struct
CONFTEST: kuid_t
CONFTEST: dma_ops
CONFTEST: dma_map_ops
CONFTEST: noncoherent_swiotlb_dma_ops
CONFTEST: fault_flags
CONFTEST: atomic64_type
CONFTEST: address_space
CONFTEST: backing_dev_info
CONFTEST: kernel_write
CONFTEST: strnstr
CONFTEST: iterate_dir
CONFTEST: kstrtoull
CONFTEST: mm_context_t
CONFTEST: drm_bus_present
CONFTEST: drm_bus_has_bus_type
CONFTEST: drm_bus_has_get_irq
CONFTEST: drm_bus_has_get_name
CONFTEST: drm_driver_has_legacy_dev_list
CONFTEST: drm_crtc_state_has_connectors_changed
CONFTEST: drm_init_functions_have_name_arg
CONFTEST: drm_mode_connector_list_update_has_merge_type_bits_arg
CONFTEST: drm_helper_mode_fill_fb_struct_has_const_mode_cmd_arg
CONFTEST: drm_master_drop_has_from_release_arg
CONFTEST: drm_mode_config_funcs_has_atomic_state_alloc
CONFTEST: dom0_kernel_present
CONFTEST: nvidia_vgpu_kvm_build
CONFTEST: drm_available
CONFTEST: nvidia_grid_build
CONFTEST: drm_atomic_available
CONFTEST: drm_atomic_modeset_nonblocking_commit_available
CC [M] /var/lib/dkms/nvidia/375.10/build/nvidia/nv-frontend.o
CC [M] /var/lib/dkms/nvidia/375.10/build/nvidia/nv-instance.o
CC [M] /var/lib/dkms/nvidia/375.10/build/nvidia/nv.o
/var/lib/dkms/nvidia/375.10/build/nvidia/nv-frontend.c:1:0: error: code model kernel does not support PIC mode
/* _NVRM_COPYRIGHT_BEGIN_
CC [M] /var/lib/dkms/nvidia/375.10/build/nvidia/nv-acpi.o
/var/lib/dkms/nvidia/375.10/build/nvidia/nv-instance.c:1:0: error: code model kernel does not support PIC mode
/* _NVRM_COPYRIGHT_BEGIN_
scripts/Makefile.build:289: die Regel für Ziel „/var/lib/dkms/nvidia/375.10/build/nvidia/nv-frontend.o“ scheiterte
make[2]: *** [/var/lib/dkms/nvidia/375.10/build/nvidia/nv-frontend.o] Fehler 1
make[2]: *** Es wird auf noch nicht beendete Prozesse gewartet...
scripts/Makefile.build:289: die Regel für Ziel „/var/lib/dkms/nvidia/375.10/build/nvidia/nv-instance.o“ scheiterte
make[2]: *** [/var/lib/dkms/nvidia/375.10/build/nvidia/nv-instance.o] Fehler 1
/var/lib/dkms/nvidia/375.10/build/nvidia/nv.c:1:0: error: code model kernel does not support PIC mode
/* _NVRM_COPYRIGHT_BEGIN_
/var/lib/dkms/nvidia/375.10/build/nvidia/nv-acpi.c:1:0: error: code model kernel does not support PIC mode
/* _NVRM_COPYRIGHT_BEGIN_
scripts/Makefile.build:289: die Regel für Ziel „/var/lib/dkms/nvidia/375.10/build/nvidia/nv-acpi.o“ scheiterte
make[2]: *** [/var/lib/dkms/nvidia/375.10/build/nvidia/nv-acpi.o] Fehler 1
scripts/Makefile.build:289: die Regel für Ziel „/var/lib/dkms/nvidia/375.10/build/nvidia/nv.o“ scheiterte
make[2]: *** [/var/lib/dkms/nvidia/375.10/build/nvidia/nv.o] Fehler 1
Makefile:1472: die Regel für Ziel „_module_/var/lib/dkms/nvidia/375.10/build“ scheiterte
make[1]: *** [_module_/var/lib/dkms/nvidia/375.10/build] Fehler 2
make[1]: Verzeichnis „/usr/src/linux-headers-4.8.4-towo.1-siduction-amd64“ wird verlassen
Makefile:81: die Regel für Ziel „modules“ scheiterte
make: *** [modules] Fehler 2
-
Hi zash1958,
der nvidia-Treiber 367.44 aus dem Debian Repo funktioniert wunderbar mit dem aktuellen 4.8.4 Kernel.
Wenn es unbedingt eine neuere Version sein soll, könntest du ja auch den 370.28 aus experimental Zweig versuchen, satt den Treiber von der nvidia-Seite zu nehmen.
~$ apt-cache policy nvidia-driver
nvidia-driver:
Installiert: 367.44-3
Installationskandidat: 367.44-3
Versionstabelle:
370.28-1 1
1 http://ftp.de.debian.org/debian experimental/non-free amd64 Packages
*** 367.44-3 500
500 http://ftp.de.debian.org/debian unstable/non-free amd64 Packages
500 http://ftp.de.debian.org/debian testing/non-free amd64 Packages
100 /var/lib/dpkg/status
-
Der Treiber aus der REPO bringt mir nur einen schwarzen Bildschirm. Nach dem Start flackert er kurz, Danach ist alles nur noch dunkel!
Daher wollte ich den Treiber von der Nvidia Webseite installieren. Unter Mint-LMDE2-Jessie hat der anstandslos funktioniert. Hier läßt er sich wegen dem PIC-Fehler leider nicht installieren
Den 370.28 habe ich auch getestet, er läßt sich mit denselben Fehlermeldungen (PIC) auch nicht installieren
I
-
Was auch immer Du machst, Du hast keinen aktuellen Kernel installiert, wenn dem so wäre, würdest Du keinen PIC-Fehler bekommen.
~
towo:Defiant> inxi -SG
System: Host: Defiant Kernel: 4.8.4-towo.1-siduction-amd64 x86_64 (64 bit) Desktop: Cinnamon 3.0.7
Distro: siduction 13.2.0 December - xfce - (201312310323)
Graphics: Card: NVIDIA GM107 [GeForce GTX 750 Ti]
Display Server: X.Org 1.18.4 driver: nvidia Resolution: 1920x1080@60.00hz
GLX Renderer: GeForce GTX 750 Ti/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 375.10
-
8)
System: Host: uh-sid Kernel: 4.8.4-towo.1-siduction-amd64 x86_64 (64 bit) Desktop: KDE Plasma 5.8.2
Distro: siduction 15.1.0 Paint It Black - kde - (201601162135)
Graphics: Card: NVIDIA GK107M [GeForce GT 640M Mac Edition]
Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa) Resolution: 1920x1080@59.93hz
GLX Renderer: Gallium 0.4 on NVE7 GLX Version: 3.0 Mesa 12.0.3
Das Thema "PIC" wurde und wird aber auch im Nvidia Forum diskutiert.......
-
Da ist kein Nvidia-Blob installiert. Kernel 4.8.4 ist mit gcc-5 gebaut, dort ist PIE nicht aktviert als default.
Wenn Dir irgendwer helfen soll, mußt Du schon ein Buildlog zeigen.
-
Gerne,
Du brauchst also den kompletten Output des Installers? Hier oder per PM?
-
Da wir den Installer nicht supporten, solltest Du schon den Treiber auf dem Debian-Weg installieren.
Aber abgesehen davon schreibt DKMS ein buildlog, welches Du einfach auf ein Pastebin laden und hier verlinken kannst.
-
OK, bin heute Nachmittag wieder hier und werde den Treiber aus der REPO nochmals installieren.
Der ließ sich ja auch installieren, allerdings blieb der Bildschirm nachher einfach schwarz. Daher denke ich, dass das ein gänzlich anderes Problem ist. Nach der Installation des Treibers aus der Repo (die Installation läuft fehlerfrei durch) kann ich neu starten, der Bildschirm zeigt noch das Laden aller Treiber usw. an. In dem Augenblick, indem jedoch auf den Grafikmodus umgeschaltet werden soll wird alles schwarz und bleibt auch so. Keine Möglichkeit, die Konsolen umzuschalten. Nichts geht mehr.
hapert es da nach der Installatrion vielleicht an einer xconfig oder so?
-
Eine x-config wird nicht benötigt. Was aber benötigt wird, ist das Xorg.0.log. Btw ist es möglich, daß Du gar kein X-Problem hast, wie Du in diesem Tread nachlesen kannst:
https://forum.siduction.org/index.php?topic=6406.0
-
Erst einmal das Xorg0.log nach der Installation des Treibers aus der Repo. Der installiert sich fehlerfrei, generiert auch das Blacklisting für den Nouveau. Nur eben --> schwarzer Bildschirm
http://pastebin.com/s8QywpHE
Die Build-Logs des proprietären Treibers folgen nachher
-
Nun die Logfiles des gescheiterten Build des Treibers 375.10 von der Nvidia Webseite:
/var/log/nvidia-installer.log:
http://pastebin.com/00tuvPuN
/var/lib/dkms/nvidia/375.10/build/make.log:
http://pastebin.com/FhLmz4xa
Gruß
Uwe
-
gcc-5 ist installiert?
-
uherczeg@uh-sid:~$ dpkg -l | grep gcc
ii gcc 4:6.1.1-1 amd64 GNU C compiler
ii gcc-4.8-base:amd64 4.8.5-3 amd64 GCC, the GNU Compiler Collection (base package)
ii gcc-4.9-base:amd64 4.9.3-10 amd64 GCC, the GNU Compiler Collection (base package)
ii gcc-5 5.4.1-3 amd64 GNU C compiler
ii gcc-5-base:amd64 5.4.1-3 amd64 GCC, the GNU Compiler Collection (base package)
ii gcc-6 6.2.0-9 amd64 GNU C compiler
ii gcc-6-base:amd64 6.2.0-9 amd64 GCC, the GNU Compiler Collection (base package)
ii gcc-6-base:i386 6.2.0-9 i386 GCC, the GNU Compiler Collection (base package)
ii libgcc-5-dev:amd64 5.4.1-3 amd64 GCC support library (development files)
ii libgcc-6-dev:amd64 6.2.0-9 amd64 GCC support library (development files)
ii libgcc1:amd64 1:6.2.0-9 amd64 GCC support library
ii libgcc1:i386
-
Keine Ahnung, was auf Deinem System nicht stimmt, kannst ja mal ein
CC=/usr/bin/gcc-5 dkms install -m nvidia -v 375.10 -k 4.8.4-towo.1-siduction-amd64
versuchen.
-
Keine Ahnung, ob ich was übersehen habe - aber warum nimmt man nicht einfach den Treiben aus sid?
-
CC=/usr/bin/gcc-5 dkms install -m nvidia -v 375.10 -k 4.8.4-towo.1-siduction-amd64
Error! Could not find module source directory.
Directory: /usr/src/nvidia-375.10 does not exist.
-
@melmarker:
weil die Treiber aus sid mit einem schwarzen Bildschirm enden....
-
Gut, ich halt mich da raus, ich installier die immer einfach - aber ich hab da eh keinen Plan von.
-
Also wenn
/usr/src/nvidia-375.10
dann frage ich mich echt, wie Du den Treiber installiert haben willst.
-
./NVIDIA-Linux-x86_64-375.10.run
Das Ganze als root in einer Konsole im Runmode-3 ohne X
Das habe ich unter Debian-8 Jessie auf diesem Rechner schon oft gemacht......
-
Da wirst DU aber gefragt, ob dkms verwendet werden soll und das sollte man auch tunlichst bejaen!
Und außerdem sollte man vor der Verwendung des installers dafür sorgen, das auch wirklich jedes Nvidia-Paket aus dem Repo vorher gepurged wurde!
-
1. Ja, ich habe im Installer selbstredend DKMS angewählt
2. Und vorher mit purge alles was nvidia* heißt gepurgt und dann auch nachgeprüft
Wie gesagt, Fehler passieren immer. Aber das mache ich absolut nicht zum ersten Mal. Gegenüber steht noch derselbe iMAC und da habe ich erst letzte Woche nach genau diesem Verfahren unter Linux-Mint Debian-Edition-2 (jessie) den proprietären Nvidia Treiber gegenüber einem Kernel 4.6 aus den jessie-backports installiert. Und das läuft dort astrein.
Ich probiere jetzt mal die Installation gegenüber einem älteren Kernel aus!
-
Die Installation des proprietären Treibers tut auch mit Kernel 4.4.0 und Kernel 4.8.3 nicht!
Kann das hiermit zusammenhängen:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1574982?comments/19
-
Ich sags ja ungern nochmal, aber kernel 4.8.4 ist mit gcc-5 gebaut und diese Version hat PIE nicht per default aktiviert.
towo:Defiant> cat /proc/version
Linux version 4.8.4-towo.1-siduction-amd64 (towo@siduction.org) (gcc version 5.4.1 20161019 (Debian 5.4.1-3) ) #1 SMP PREEMPT siduction 4.8-9 (2016-10-22)
towo:Defiant> dkms status
nvidia, 375.10, 4.8.4-towo.1-siduction-amd64, x86_64: installed
Wie Du siehst, baut der aktuelle Nvidia-Treiber problemlos diesen Kernel, so man dkms für die Module benutzt. Was also auf Deinem System falsch läuft, entzieht sich mir, da ich nicht davor sitze.
-
Fehler gefunden!
Meine Siduction Installation ist nagelneu und keine Woche alt, auch nicht irgendwie verbastelt oder so.
Trotzdem aber zeigt der symbolische Link für cc/gcc standardmäßig bei einer Neuinstalltion auf den gcc-6
Damit läßt sich ja der proprietäre Nvidia-Treiber gegen den Kernel (gebaut mit gcc-5) nicht per DKMS bauen.
Ich habe jetzt den symbolischen Link zum gcc auf den gcc-5 gelegt ==> VOILA
Der aktuelle nvidia Treiber von der nvidia Webseite baut per DKMS jetzt einwandfrei und läuft:
System: Host: uh-sid Kernel: 4.8.4-towo.1-siduction-amd64 x86_64 (64 bit) Desktop: KDE Plasma 5.8.2
Distro: siduction 15.1.0 Paint It Black - kde - (201601162135)
Graphics: Card: NVIDIA GK107M [GeForce GT 640M Mac Edition]
Display Server: X.Org 1.18.4 driver: nvidia Resolution: 1920x1080@59.93hz
GLX Renderer: GeForce GT 640M/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 375.10
Lag also eindeutig?? an der Diskrepanz zwischen dem standardmäßig verlinkten GCC und dem GCC mit dem der Kernel gebaut wurde.
Vielleicht rauscht ja jemand anders auch in diese Falle.....
Gruß
Uwe
-
update-alternatives ist der bessere Weg, ist einfacher zuwarten
update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 100 --slave /usr/bin/g++ g++ /usr/bin/g++-5
update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-6 90 --slave /usr/bin/g++ g++ /usr/bin/g++-6
Nach Update/Upgrade von gcc einfach die Config aufrufen.
GCC 6 und Hardening :o
-
@zash1958 - ein Kernelupgrade hätte wahrscheinlich geholfen - der 4.8.4 ist uralt und es gab mal welche, die mit gcc5 gebaut wurden. gcc-6 ist der Standard in debian - und nun ja - es ist nicht mein Knie, in welches auf diese Art und Weise früher oder später geschossen wird. zu lange her
@Maik - theoretisch richtig, aber man sollte in solchen Fällen den verwendeten Compiler nur für genau diese eine Aufgabe setzen. Aber eventuell mach ich mir das zu einfach - ich hab mit proprietären Treibern ja nichts aber auch gar nichts am Hut (und lüge auch nur sehr selten wie gedruckt) - den 375.20 haben wir mit gcc6 gebaut, nachdem ich den gefixt hatte. Und in debian wird das nicht anders sein.
EDIT: ok - wir sollten den Fred ruhen lassen, ein Monat ist ja schon fast Leichenschändung