logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 12-09-2019 13:15:22

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

GIMp se ferme systématiquement chaque fois que j'essaie d'utiliser la commande copier visible.
Soit en utilisant le raccourci CTRL C V, soit en utilisant le clic de la souris sur la commande elle même.
Y aurait il une malheureuse connexion avec une commande de fermeture ? et comment le savoir , puis y remédier ?
Merci de votre aide.
GUPPY

Dernière modification par Guppy88 (22-09-2019 11:38:30)

Hors ligne

#2 12-09-2019 15:25:11

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Hello Guppy88,

Je n'ai pas ce problème sous buster.
Ni quand j'y accède via le menu, ni avec le Ctrl-Shift-C.
Est-ce que tu as ce problème avec différentes images ?

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#3 13-09-2019 07:14:00

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Le problème se manifeste avec cette seule commande CTRL-SHIT-C (tapée au clavier ou utilisée avec la souris, ou le stylet de ma carte graphique et pour toutes les images, et c'est jusqu' à présent la seule commande qui ferme GIMP.
Il suffit qu'il y ait une image, même avec un seul calque, et même un pdf importé par exemple.

Je peux employer cette commande pour fermer GIMP à n'importe quel instant.
Il la prend vraiment pour une commande de fermeture, en tout cas c'est un effet systématique.

Guppy

Hors ligne

#4 13-09-2019 08:15:47

melissa6969
Banni(e)
Inscription : 30-11-2016

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

La commande pour fermer GIMP c'est CTRL + q
Donc ton problème est bien isolé.
T'es sur que t'as pas modifié les raccourcis clavier quelque part.??
Et que tu t'en souviens pas.??

Quamdiu est spes est, Est vitae.
Fiet in posterum melius

Hors ligne

#5 14-09-2019 07:33:44

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Je ne crois pas avoir modifié de raccourcis, et la commande CTRL Q fonctionne également.
Donc quand je disais que c'est la seule commande qui ferme GIMP, je voulais simplement dire que c'est la seule commande qui devrait faire quelque chsoe d'autre qui feme GIMP.
Guppy

Hors ligne

#6 14-09-2019 08:01:58

Daff
Membre
Distrib. : Debian 11
Noyau : Linux 5.10.0-21-amd64
(G)UI : Xfce 4.16
Inscription : 12-07-2019

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Bonjour, je n'ai pas ce raccourci pour "Copier Visible".
Moi j'ai : Maj+Ctrl+C
Mais tu dis (#1) qu'en cliquant avec la souris sa ne marche pas non plus. Dans Édition : Copier Visible ?

Hors ligne

#7 14-09-2019 08:34:04

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Guppy88: Est-ce que si tu tapes ce raccourci dans une autre application, tu as le même résultat ?
Daff: Maj = Shift, c'est bien le même raccourci clavier.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#8 14-09-2019 08:36:35

melissa6969
Banni(e)
Inscription : 30-11-2016

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Daff à raison c'est maj + ctrl + c

Au pire y a plus simple.
Tu vas dans les raccourcis clavier de gimp.
Tu reassignes le raccourcis copier visible avec maj ctrl c
Et tu reassigne au passage celui pour quitter avec ctrl + q
Et tu testes pour voir ce que ça change.

Et si ça fonctionne toujours pas, tu peux tenter de réinstaller gimp.
Ou de supprimer dans ton home les fichiers de conf de gimp pour repartir sur un gimp vierge

Dernière modification par melissa6969 (14-09-2019 08:39:46)


Quamdiu est spes est, Est vitae.
Fiet in posterum melius

Hors ligne

#9 14-09-2019 11:09:38

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

message en double

Dernière modification par Guppy88 (14-09-2019 11:14:46)

Hors ligne

#10 14-09-2019 11:14:02

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Je crois que c'est plus grave que ça... ou moins.
Parce que maintenant j'ai aussi des problèmes avec Blender 2.8,  et même 2.81  qui me dit, lorsque je veux le configurer pour utiliser CUDA qu'il ne peut pas,  car   No compatible GPUs found for path tracing.

Tout cela est probablement lié à  une interaction avec Buster.
Parce que si je reviens sur Stretch, où je suis en ce moment il ne trouve rien d'anormal, le raccourci maj ( ou shift) CTRL C ne ferme pas GIMP, et Blender ne se trouve plus incompatible avec  le GPU et  réagit comme attendu en me construisant un rendu rapidement avec le GPU activé. S
Mais ce ne sont pas obligatoirement les mêmes versions 2.10 de GIMP  qui a été installée directement par Buster, et que j'ai du installer avec ? (je ne sais plus)  sous  Stretch.

Le matériel n'est donc pas en cause,  je crois plutôt, que c'est ma config de Buster, ou les réaction entre elle et ces logiciels qui sont en cause.
GUPPY

Ajout du  15 sept 2019
J'ai été regarder les raccourcis de GIMP , le copier coller visible est bine indiqiué comme MAJ+CTRL+C et quitter comme CTRL q.
Mais le pire c'est qu’aujourd’hui  MAj+CTLR+C fonctionne et copie bien ce que l'on voit de deux calques superposés.

Dernière modification par Guppy88 (15-09-2019 11:49:28)

Hors ligne

#11 17-09-2019 12:53:09

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

J'ai peut être trouvé l'origine de mes problèmes sous Buster,  avec Gimp et Blender.
Blender me dit qu'il ne peut pas utilsier CUDA parce que ma carte serait incompatible, cette même carte est pourtant compatible avec la même version de Blender 2.80 quand elle tourne sous Stretch.
Donc c'est bien un problème lié à la gestion de ma carte sous Buster.
Et si je tape

clinfo
 

j'obtiens ça !

Number of platforms                               0
 


J'ai donc vérifié mon driver Nvidia

 apt-cache policy nvidia-settings
 


nvidia-settings:
  Installé : 418.74-1
  Candidat : 418.74-1
 Table de version :
 *** 418.74-1 500
        500 http://deb.debian.org/debian buster/contrib amd64 Packages
        100 /var/lib/dpkg/status
 


J'ai essayé de rinstallé le dreiver Nvidia, mais j'ai toujours la même réponse à clinfo => Number of platforms  0
et pas

clinfo


Number of platforms 1
....
et entre autre
...
Platform Name NVIDIA CUDA
Number of devices 1
Device Name GeForce GTX 980
Device Vendor NVIDIA Corporation
Device Vendor ID 0x10de
Device Version OpenCL 1.2 CUDA
Driver Version 418.56
Device OpenCL C Version OpenCL C 1.2
Device Type GPU


Guppy

Hors ligne

#12 18-09-2019 12:10:24

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Bonjour
le retour de clinfo sur une de mes machines (la GTX980 est en maintenance pendant quelques semaines )


clinfo
 


retour


Number of platforms                               1
  Platform Name                                   NVIDIA CUDA
  Platform Vendor                                 NVIDIA Corporation
  Platform Version                                OpenCL 1.2 CUDA 10.1.173
  Platform Profile                                FULL_PROFILE
  Platform Extensions                             cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_copy_opts cl_nv_create_buffer
  Platform Extensions function suffix             NV

  Platform Name                                   NVIDIA CUDA
Number of devices                                 1
  Device Name                                     GeForce GTX 1060 3GB
  Device Vendor                                   NVIDIA Corporation
  Device Vendor ID                                0x10de
  Device Version                                  OpenCL 1.2 CUDA
  Driver Version                                  418.74
  Device OpenCL C Version                         OpenCL C 1.2
  Device Type                                     GPU
  Device Topology (NV)                            PCI-E, 08:00.0
  Device Profile                                  FULL_PROFILE
  Device Available                                Yes
  Compiler Available                              Yes
  Linker Available                                Yes
  Max compute units                               9
  Max clock frequency                             1708MHz
  Compute Capability (NV)                         6.1
  Device Partition                                (core)
    Max number of sub-devices                     1
    Supported partition types                     None
    Supported affinity domains                    (n/a)
  Max work item dimensions                        3
  Max work item sizes                             1024x1024x64
  Max work group size                             1024
  Preferred work group size multiple              32
  Warp size (NV)                                  32
  Preferred / native vector sizes                
    char                                                 1 / 1      
    short                                                1 / 1      
    int                                                  1 / 1      
    long                                                 1 / 1      
    half                                                 0 / 0        (n/a)
    float                                                1 / 1      
    double                                               1 / 1        (cl_khr_fp64)
  Half-precision Floating-point support           (n/a)
  Single-precision Floating-point support         (core)
    Denormals                                     Yes
    Infinity and NANs                             Yes
    Round to nearest                              Yes
    Round to zero                                 Yes
    Round to infinity                             Yes
    IEEE754-2008 fused multiply-add               Yes
    Support is emulated in software               No
    Correctly-rounded divide and sqrt operations  Yes
  Double-precision Floating-point support         (cl_khr_fp64)
    Denormals                                     Yes
    Infinity and NANs                             Yes
    Round to nearest                              Yes
    Round to zero                                 Yes
    Round to infinity                             Yes
    IEEE754-2008 fused multiply-add               Yes
    Support is emulated in software               No
  Address bits                                    64, Little-Endian
  Global memory size                              3162832896 (2.946GiB)
  Error Correction support                        No
  Max memory allocation                           790708224 (754.1MiB)
  Unified memory for Host and Device              No
  Integrated memory (NV)                          No
  Minimum alignment for any data type             128 bytes
  Alignment of base address                       4096 bits (512 bytes)
  Global Memory cache type                        Read/Write
  Global Memory cache size                        147456 (144KiB)
  Global Memory cache line size                   128 bytes
  Image support                                   Yes
    Max number of samplers per kernel             32
    Max size for 1D images from buffer            134217728 pixels
    Max 1D or 2D image array size                 2048 images
    Max 2D image size                             16384x32768 pixels
    Max 3D image size                             16384x16384x16384 pixels
    Max number of read image args                 256
    Max number of write image args                16
  Local memory type                               Local
  Local memory size                               49152 (48KiB)
  Registers per block (NV)                        65536
  Max number of constant args                     9
  Max constant buffer size                        65536 (64KiB)
  Max size of kernel argument                     4352 (4.25KiB)
  Queue properties                                
    Out-of-order execution                        Yes
    Profiling                                     Yes
  Prefer user sync for interop                    No
  Profiling timer resolution                      1000ns
  Execution capabilities                          
    Run OpenCL kernels                            Yes
    Run native kernels                            No
    Kernel execution timeout (NV)                 Yes
  Concurrent copy and kernel execution (NV)       Yes
    Number of async copy engines                  2
  printf() buffer size                            1048576 (1024KiB)
  Built-in kernels                                (n/a)
  Device Extensions                               cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_copy_opts cl_nv_create_buffer

NULL platform behavior
  clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...)  NVIDIA CUDA
  clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...)   Success [NV]
  clCreateContext(NULL, ...) [default]            Success [NV]
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT)  No platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU)  No platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM)  Invalid device type for platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL)  No platform

ICD loader properties
  ICD loader Name                                 OpenCL ICD Loader
  ICD loader Vendor                               OCL Icd free software
  ICD loader Version                              2.2.12
  ICD loader Profile                              OpenCL 2.2
 



comme conseil ne pas utiliser mesa pour OpenCL , tu ne peu avoir (et utiliser) qu'un seul driver.
par exemple


Execution capabilities                          
    Run OpenCL kernels                            Yes
    Run native kernels                            No
 



c'est le noyau (comme pour le driver)  qui configure le système pour cuda
donc vue que aucune difficulté pour installer un driver nvidia en 2019
je te conseille de bien purger nvidia et cuda (sans faire de reboot )
et de le l'installer propre


apt-get install nvidia-driver
 


puis un reboot pour vérifier que ton driver fonctionne bien
puis


apt-get install nvidia-cuda-toolkit
 


et un reboot
la version de cuda (paquet debian )


apt-cache policy nvidia-cuda-toolkit
nvidia-cuda-toolkit:
  Installé : 9.2.148-7
  Candidat : 9.2.148-7
 Table de version :
 *** 9.2.148-7 500
        500 https://deb.debian.org/debian buster/non-free amd64 Packages
        100 /var/lib/dpkg/status
 



mesa-opencl-icd ne doit pas être installé

le driver nvidia et cuda sont deux choses diffrérentes
nvidia doit être installé et fonctionnel
ensuite tu peu installer cuda

la seule difficulté est de bien purger l'ancien nvidia et cuda (c'est un gros morceau , beaucoup de paquets )
ps: vérifier que linux-image-amd64 et linux-headers-amd64 est bien installé sur la machine (pour le building du driver )

nota: pour ne rien oublier , synaptic est pratique pour purger tout cela , dans rechercher => mot clé "nvidia" et tu aura la liste des paquets "nvidia" et "cuda"
sinon en console


apt-get remove --purge nvidia*
 


puis pour vérifier


apt-get remove --purge xserver-xorg-video-nvidia
 


pour finir le nettoyage


apt-get autoremove --purge
 


et vérifier avec synaptic que tout est propre

#13 18-09-2019 12:30:03

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

ton erreur


 j'obtiens ça !
Number of platforms                               0
 


J'ai donc vérifié mon driver Nvidia
 apt-cache policy nvidia-settings
 


nvidia-settings:
  Installé : 418.74-1
  Candidat : 418.74-1
 Table de version :
 *** 418.74-1 500
        500 http://deb.debian.org/debian buster/contrib amd64 Packages
        100 /var/lib/dpkg/status
 


J'ai essayé de rinstallé le dreiver Nvidia, mais j'ai toujours la même réponse à clinfo => Number of platforms  0
 


rien ne sert de réinstaller le driver nvidia si son fonctionnement est correct.
mais refaire une installation de "nvidia-cuda-toolkit" (purge nvidia+ cuda => install nvidia => reboot => glxinfo -B pour verifier nvidia => install nvidia-cuda-toolkit => reboot )
nota: il est possible de faire nvidia et cuda sur la même commande mais en deux temps c'est plus sur et tu verra que le noyau est mit a jour pour nvidia et pour cuda
et pense que tu peu simuler avec "-s" pour voir , avant de le faire en dur

le tout est de partir sur quelque chose de propre (pas de conflit (de version ) entre les paquets de stretch et buster par exemple ).
une bonne purge de l'ancienne installation ,  et de repartir de zéro
si tu suis mes conseils tu va gagner du temps et ça fonctionne a coup sur  wink
ps: ça m'arrive a moi aussi de casser cuda parfois  roll  tongue

#14 19-09-2019 16:14:22

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Merci anonyme,
Synaptic était bien sympathique mais n'existe plus sous Buster, je dois donc passer par une console.
J'ai déjà refait une installation de nvidia toolkit, mais sans purger avant.

Toutefois tu sais que j'installe mes versions chacune sur leur propre disque, donc je ne peux pas mélanger des paquets de stretch avec ceux de buster, chacune des versions est totalement indépendante et de plus blender 2.80 fonctionne parfaitement bien avec stretch. C'est pour cela que je sais que le problème ne vient ni de Blender 2.80 ni de ma carte graphique.

La commande

 apt-cache policy nvidia-cuda-toolkit


renvoie exactement les mêmes paramètres que chez toi

bnvidia-cuda-toolkit:
  Installé : 9.2.148-7
  Candidat : 9.2.148-7
 Table de version :
 *** 9.2.148-7 500
        500 http://deb.debian.org/debian buster/non-free amd64 Packages
        100 /var/lib/dpkg/status



Guppy

Dernière modification par Guppy88 (19-09-2019 17:43:48)

Hors ligne

#15 20-09-2019 12:22:08

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Bonjour
moi je peu te dire que aucun souci sur cuda et buster .
quand je parle de mélange c'est surtout après une migration (dist-upgrade ) , donc par exemple de stretch vers buster
pour ceci j'en suis convaincu aussi smile

C'est pour cela que je sais que le problème ne vient ni de Blender 2.80 ni de ma carte graphique.


vue ce que renvoie "clinfo" ton installation de cuda est mauvaise (rien a voir avec le matériel ou Blender )
en première cause je met toujours l'utilisateur en premier ( même pour moi  roll   )
je sais pas ce que tu a fait avec cette buster exactement , mais quelque chose est cassé .

pour synaptic sur buster , toujours présent


apt-cache policy synaptic
 


retour


synaptic:
  Installé : 0.84.6
  Candidat : 0.84.6
 Table de version :
 *** 0.84.6 500
        500 https://deb.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
 



pour l'utiliser il suffit de lancer gnome pas en Wayland , mais sous X le temps de purger nvidia et cuda
de plus faire fonctionner Wayland (gnome) , avec un driver nvidia propriétaire , ça me semble pas évident  roll  .
donc par défaut , synaptic doit fonctionner , mais bon je n'utilise plus gnome depuis pas mal de temps  .

ton noyau est bien celui de buster ?


uname -a
 



Linux debian30 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux
 


utiliser la version du driver et de cuda et du noyau de Buster (pas des backports)

si tu ne purge pas , une réinstallation de nvidia-driver et nvidia-cuda-toolkit , ne réinstallera que les deux méta-paquet , pas l'ensemble des paquets .

voila ce que donne une simulation de purge du driver nvidia chez moi


apt-get -s remove --purge nvidia*
 


retour


Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  glx-alternative-mesa libaccinj64-9.2 libcublas9.2 libcudart9.2 libcufft9.2 libcufftw9.2 libcurand9.2 libcusolver9.2 libcusparse9.2 libegl-mesa0:i386 libegl1:i386 libgl1:i386
  libgles2:i386 libglvnd0:i386 libglx0:i386 libnppc9.2 libnppial9.2 libnppicc9.2 libnppicom9.2 libnppidei9.2 libnppif9.2 libnppig9.2 libnppim9.2 libnppist9.2 libnppisu9.2 libnppitc9.2
  libnpps9.2 libnvblas9.2 libnvgraph9.2 libnvidia-cbl libnvidia-compiler libnvidia-eglcore libnvidia-eglcore:i386 libnvidia-fatbinaryloader libnvidia-fatbinaryloader:i386 libnvidia-glcore
  libnvidia-glcore:i386 libnvidia-glvkspirv libnvidia-glvkspirv:i386 libnvidia-ptxjitcompiler1 libnvidia-ptxjitcompiler1:i386 libnvidia-rtcore libnvrtc9.2 libnvtoolsext1 libnvvm3
  libopengl0:i386 libvulkan1:i386 libwayland-client0:i386 libxnvctrl0
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  glx-alternative-nvidia* glx-diversions* libcuda1* libcuda1:i386* libcuda1-i386:i386* libcuinj64-9.2* libegl-nvidia0* libegl-nvidia0:i386* libgl1-nvidia-glvnd-glx*
  libgl1-nvidia-glvnd-glx:i386* libgles-nvidia2* libgles-nvidia2:i386* libglx-nvidia0* libglx-nvidia0:i386* libnvcuvid1* libnvidia-cfg1* libnvidia-ml1* nvidia-alternative* nvidia-cuda-dev*
  nvidia-cuda-doc* nvidia-cuda-gdb* nvidia-cuda-toolkit* nvidia-detect* nvidia-driver* nvidia-driver-bin* nvidia-driver-libs* nvidia-driver-libs:i386* nvidia-driver-libs-i386:i386*
  nvidia-egl-common* nvidia-egl-icd* nvidia-egl-icd:i386* nvidia-installer-cleanup* nvidia-kernel-common* nvidia-kernel-dkms* nvidia-kernel-support* nvidia-legacy-check* nvidia-modprobe*
  nvidia-opencl-common* nvidia-opencl-dev* nvidia-opencl-icd* nvidia-openjdk-8-jre* nvidia-persistenced* nvidia-profiler* nvidia-settings* nvidia-support* nvidia-vdpau-driver*
  nvidia-visual-profiler* nvidia-vulkan-common* nvidia-vulkan-icd* nvidia-vulkan-icd:i386* xserver-xorg-video-nvidia*
0 mis à jour, 0 nouvellement installés, 51 à enlever et 0 non mis à jour.
 



PS:par contre je n'ai pas compris le lien entre "OpenCL" et le titre "  GIMP fermeture si je tente d'utiliser "Copier Visible" "

comme conclusion , si tu fais les choses correctement , ça fonctionne a coup sur . (debian ne peu pas simplifier plus l'installation du driver + cuda que ce qui existe actuellement  smile  ).

Dernière modification par anonyme (20-09-2019 12:41:20)

#16 20-09-2019 19:08:51

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Le lien entre le titre et l'évolution vers Blender et le driver Nvidia vient du fait qu'après avoir constaté des problèmes avec Gimp, j'en ai aussi constaté avec Blender et j'ai découvert que cela venait d'un problème lié  à la gestion de la carte.
graphique.( pas gérée) avec impossibilité d’utiliser  l'option CUDA
Les deux sont peut être liés (?)il s'est donc passé quelque chose, et je ne doute pas un instant que c'est moi qui ai fait quelque chose qu'il ne fallait pas.

Il n'y a  aucune raison  pour que tout fonctionne bien sous Stretch et se mette a aller de travers avec Buster.
J'ai trouvé dans la simulation de purge les mêmes noms de paquets que toi  installés à  part  la référence à amd 64  au lieu de  i386, et moins à enlever 42 au lieu de 51  et 173 non mis à jour.
Je vais donc m'appliquer à suivre la procédure et donnerai le résultat.
Merci.
Guppy
Ah oui  j'oubliais à la commande pour synaptic  j'obtiens la réponse :   
synaptic:
  Installé : (aucun)
  Candidat : 0.84.6+

Il y a quelque chose qui n'a pas marché,  j'ai perdu la résolution de mon écran et toujours pas la possibilité de cocher l'option CUDA dans Blender.

Dernière modification par Guppy88 (20-09-2019 19:33:24)

Hors ligne

#17 21-09-2019 11:40:10

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

pour synaptic tu fais (pour tester)


apt-get -s install synaptic
 


puis sans le "-s" pour le faire en vrai .

pour le driver , il faut le paquet "image" et "headers" installé


apt-get --reinstall install linux-image-amd64 linux-headers-amd64
 



ou avec "apt-cache"


apt-cache policy linux-image-amd64 linux-headers-amd64
 


le retour


linux-image-amd64:
  Installé : 4.19+105+deb10u1
  Candidat : 4.19+105+deb10u1
 Table de version :
 *** 4.19+105+deb10u1 500
        500 https://deb.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
linux-headers-amd64:
  Installé : 4.19+105+deb10u1
  Candidat : 4.19+105+deb10u1
 Table de version :
 *** 4.19+105+deb10u1 500
        500 https://deb.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
 



faire une bonne purge du driver (supprimer un /etc/X11/xorg.conf si il existe )
installer le driver seul


apt-get install nvidia-driver
 



faire une copie du retour de l'installation dans un fichier texte (au moins le dernier quart) , il contient les informations si tout est correct
un reboot , tout doit être correct (tester avec "glxinfo -B" en user )

puis installer cuda


apt-get install nvidia-cuda-toolkit
 



et un reboot et tu teste

moi j'ai du i386 pour jouer avec steam (multiarch) ou des applications qui ne fonctionne que en 32 bits
sinon nvidia + cuda c'est plus de 100 paquets a installé , les deux cumulé ( un gros morceau )

pour ta remarque


Il n'y a  aucune raison  pour que tout fonctionne bien sous Stretch et se mette a aller de travers avec Buster.
 


je confirme tongue  wink
ps:j'ai migrer toutes mes stretch vers buster sans problème , mais parfois ça bug on sait pas pourquoi roll

souvent l'utilisateur est a mettre en cause  smile

il n'y a aucune raison que le driver ne fonctionne pas

regarde si le firmware est installé pour "nouveau" , sans driver nvidia ce sera plus correct


apt-get --reinstall install firmware-misc-nonfree
 



sur mes machines il est toujours présent


apt-cache policy firmware-misc-nonfree
firmware-misc-nonfree:
  Installé : 20190114-2
  Candidat : 20190114-2
 Table de version :
 *** 20190114-2 500
        500 https://deb.debian.org/debian buster/non-free amd64 Packages
        500 https://deb.debian.org/debian buster/non-free i386 Packages
        100 /var/lib/dpkg/status
 



bien que "nouveau" est pas terrible , ça dépanne  roll

#18 21-09-2019 16:55:23

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

C'est de pire en pire.
Après avoir tout effacé et purgé et tenté d’appliquer tes commandes je suis en résolution 1024 X 768.
J'ai bien une petite icône Nvidia dans mes favoris, mais si je clique dessus il ne se passe rien.
Avant d'intervenir seul Cuda ne fonctionnait pas mais par ailleurs j'avais bien la bonne résolution pour mon affichage . Et l’icône NVIDIA permettait  d'ouvrir  en graphique  une fenêtre indiquant le nom de mon moniteur  et sa résolution.
Là l'icône (toute déformée du fait  de la mauvaise résolution n'ouvre plus de fenêtre et pour cause : "impossible de trouver Nvidia settings desktop."


J'ai essayé de recommencer, mais cela a encore été plus pire.

Alors que lors de ma précédente tentative j'avais fini par obtenir un écran me signalant un conflit avec Nouveau,  et qu'il suffisait de rebooter la machine pour le résoudre.
C'est effectivement ce qui s'était  passé. après le reboot mon écran était en résolution 2048 X1024.
Mais l'installation de Nvidia toolkit a empiré les choses.

J'ai donc procédé dans l'ordre à la désinstallation de  toolkit et du driver , à la purge selon tes conseils  (j'ai purement et simplement copié les commandes dans un terminal) et  tenté un nouvel essai.
Qui s'est encore plus mal terminé, j'ai fini sur un écran noir. Avec impossibilité  de relancer la machine.  L'écran est resté noir, et en tentant d'éteindre seulement l'écran  puis de la rallumer j'ai juste le message "no signal".

Je suis passé par une coupure générale de l'alimentation  avant de relancer ma machine  Là grub, s'est gentiment ouvert.
J'ai choisi Debian 10, et mon système s'est ouvert avec un écran en basse résolution (1024 x 768 )

J'ai testé

 apt-cache policy firmware-misc-nonfree



firmware-misc-nonfree:
  Installé : 20190114-2
  Candidat : 20190114-2
 Table de version :
 *** 20190114-2 500
        500 http://deb.debian.org/debian buster/non-free amd64 Packages
        100 /var/lib/dpkg/status
 


et

 linux-headers-amd64:


 

 Installé : 4.19+105+deb10u1
  Candidat : 4.19+105+deb10u1
 Table de version :
 *** 4.19+105+deb10u1 500
        500 http://deb.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status

Dernière modification par Guppy88 (21-09-2019 17:17:51)

Hors ligne

#19 22-09-2019 11:39:11

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Bonjour
je comprend pas les difficultés que tu rencontre.
le reboot après l'installation est obligatoire pour prendre en compte les modifications

pour les explications

C'est effectivement ce qui s'était  passé. après le reboot mon écran était en résolution 2048 X1024.
Mais l'installation de Nvidia toolkit a empiré les choses.


comment c'est possible que cuda casse le driver nvidia (juste une surcouche sur le driver pour OpenCL )

tu dois avoir sûrement des messages d'erreurs pendant l'installation .

installe juste le driver avec synaptic et note le retour de l'installation et fait un reboot (on verra plus tard pour cuda ).


aptitude -s install nvidia-driver
 



tu a installé synaptic ?
quand tu lance gnome tu est bien en classic ou sous X ?

ps: ignore pour l'instant cuda , on verra quand le driver fonctionne bien.
je sais pas dans quel état est ta buster , mais ce n'est pas normal tout ce que tu notes .

#20 22-09-2019 12:17:19

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

@ robert 2a
Je sais bien que ce n'est pas normal, c'est d'autant plus anormal que j'avais fini par l'installer correctement et que tout fonctionnait bien. Et que j'ai limité mes interventions au minimum.Quand une version fonctionne  je fais attention à na pas faire quelque chose qui pourrait la casser, mais .... je le fais quand même à l'insu de mon plein gré, comme disait l'autre.
Ps ce n'est pas une migration de Stretch vers Buster c'est une installation neuve sur un disque vierge (SSD 60g Go)

En ce moment je suis revenu sous stretch c'est trop pénible de fonctionner en 1024 X768, il faut manipuler sans cesse l'écran pour voir  ce qui n'est pas affiché. Et je suis toujours très content de mes décisions de ne pas installer deux versions sur le même disque. Comme elles sont bien séparées,cela rend bien difficile que l'une soit cassée par mes bêtise commises sur l'autre et  je peux toujours me replier sur celle qui fonctionne correctement.

Oui j'ai maintenant Synaptic, qui s'est installé sans aucune difficulté.

Non je n'ai pas eu de message d'erreur pendant l'installation la première fois, et elle s'est terminée par l’apparition d'un écran (le même que lors de l'installation initiale d'ailleurs) indiquant un conflit avec nouveau et qu'il suffisait de rebooter pour le recoudre. Ce que j'ai fait ... à l'ouverture l'écran était dans sa bonne résolution en 16 :9 avec 2 560 x 1440 mais l'installation de toolkit  s'est mal terminée sur un écran noir.
J'ai donc tout effacé de nouveau et re purgé comme tu me l'as recommandé et c'est lors de la deuxième tentative que même l'installation du driver Nvidia n'as pas aboutit convenablement. En tout cas je n'ai pas eu le même écran indiquant un conflit avec Nouveau.

En allant voir sous Synpatic(Buster), il y a  bien toute une série de fichiers (paquets) contenant le nom Nvidia qui sont installés (dernière version disponible) ainsi que des paquets contenant  le nom CUDA.
Mais Nvidia n'est pas convenablement installé parce que dans ce cas il apparaît une icône avec laquelle je peux ouvrir une fenêtre Nvidia settings, où je trouve toute une série d'infos, notamment sur mon écran, sur ma carte graphqiue etc...
Sous buster l’icône apparaît mais elle n'ouvre rien.

Il me semble avoir lu dans tes explications d'installation, qu'il  y aurait peut être quelque chose avec les fichiers obtenus sous backport.

quand tu lances gnome tu est bien en classic ou sous X ? comment fais tu la différence ? Merci.
Guppy

Dernière modification par Guppy88 (22-09-2019 12:25:20)

Hors ligne

#21 22-09-2019 15:04:22

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Bonjour
pour buster , j'ai eu pas mal de soucis , mise a part des versions récentes pour moi c'est pas une réussite roll , depuis wheezy  ( mes débuts ) , c'est la plus mauvaise pour moi  hmm
mais pour en revenir au driver nvidia , donc une installation neuve .
quand tu purge , regarde avec synaptic les paquets encore présent (le mot clé "nvidia" dans la recherche). demande si tu a un doute sur un paquet
de plus avec le firmware-misc-nonfree et "nouveau" il me semble que le bureau fonctionne correctement.
pour gdm3 (gnome) , en dessous l'invite de connexion tu a un petit engrenage pour choisir ton bureau (wayland => gnome , sinon gnome classic ou gnome sous X ).
ps: depuis que debian impose par défaut wayland sous gnome je ne l'utilise plus (et cela fait un bon moment que je ne fais plus d'installation neuve (que de la migration stretch => buster)
comme tu a le choix (stretch et buster) , commencer par utiliser cette buster sous gnome , en classic (sous X ) , le bureau ne te plaira peut être pas  wink
et confirmer que nouveau fonctionne bien  roll

ensuite on pourra regarder en simulation ce que l'installation du driver a besoin comme paquet ( de mémoire des paquets X11 et Java en plus des paquets nvidia ).
pas de cuda pour l'instant

sous gnome sous X comme commande pour vérifier que tout va bien


apt-get --reinstall install mesa-utils
 


en user uniquement le retour de glxinfo -B


glxinfo -B
 


pour l'écran le retour de xrandr


xrandr
 




pour rappel , on utilise sous buster "su -" pour passer en root , "su" ne fonctionne plus
on a apparmor qui en autre surveille le driver nvidia ( des scripts d'origine "ubuntu" ) pas une réussite ça aussi  roll
mais bon je n'ai pas remarqué de bug pour nvidia pour apparmor (des soucis avec bind9 et isc-dhcp-server ........ pour moi )
autre nouveauté le pare feu ( iptables remplacé par nftables  mais pas activé par défaut sur buster)

c'est fort ce qui t' arrive , normalement installer ce driver est devenue super simple smile

comme une installation neuve , installe ceci aussi


apt-get --reinstall install acpid
 


ps: utile pour le driver nvidia

une remarque: si tu n'a pas le message comme quoi le driver actuel est nouveau et un reboot peu convenir
c'est pas bon signe , tu n'est pas sous nouveau et nvidia fonctionne mal (il doit rester des traces du driver nvidia sur le système)
dans la console vers la fin du log bien regarder si tout va bien (a partir du building des modules avec DKMS )

mais bon déjà teste nouveau avec gnome .  smile

pour preuve ici avec une GTX980 => https://debian-facile.org/viewtopic.php?id=25245
il a peut être pas gnome comme bureau  roll  (si il a installé gnome-core  wink   ).

Dernière modification par anonyme (22-09-2019 15:07:46)

#22 22-09-2019 15:42:25

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

@ anonyme Merci pour ton assistance.
Mais pour passer en mode admin, qu'es ce que tu me racontes , j'ai toujours tapé su et  je le fais toujours,  et j'obtiens bien une connexion comme administrateur ! Regarde :

Guppy-PC:~$ su
Mot de passe :
root@Guppy-PC:/home/guppy88#
root@Guppy-PC:/home/guppy88# apt-get --reinstall install mesa-utils
Lecture des listes de paquets... Fait ...etc


$ glxinfo -B



name of display: :1
display: :1  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: VMware, Inc. (0xffffffff)
    Device: llvmpipe (LLVM 7.0, 256 bits) (0xffffffff)
    Version: 18.3.6
    Accelerated: no
    Video memory: 15970MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 3.3
    Max compat profile version: 3.1
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 7.0, 256 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.6
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 3.1 Mesa 18.3.6
OpenGL shading language version string: 1.40
OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
 



Sous stretch glxinfo me donne à la troisème ligne
Open GL, vendor, string : NVIDIA Corporation
Open GL,renderr string : Geforce GTX 980/PCIe/SSE2...

xrandr


xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x 768
default connected primary 1024x768+0+0 0mm x 0mm
   1024x768       0.00*
   800x600        0.00  
   640x480        0.00  



Pour gnome : je me suis rappelé après t'avoir posé la question, on  peut choisir avec la petite roue dentée au début. Je suis  donc sous Gnome tout court donc Wayland si je t'ai  bien suivi.
Mais j'ai aussi le choix entre X11 et gnome classic

Glxinfo me donne les mêmes résultats pour la carte graphique que le détail fourni par l'icone du centre de contrôle de gnome.
A ce propos il me signale des mises à jour du système d'exploitation qui amélioreront la les performances, la stabilité et la sécurité.

En ce moment je n'ai pas encore effacé ma dernière tentative d installation du driver Nvidia, c'est donc normal  que Synaptic trouve des paquets installés.
Guppy

Dernière modification par Guppy88 (22-09-2019 15:57:18)

Hors ligne

#23 22-09-2019 17:35:59

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

on a trouvé un bug déjà , l'utilisateur tongue
pour ceci regarde toi


Guppy-PC:~$ su
Mot de passe :
root@Guppy-PC:/home/guppy88#
root@Guppy-PC:/home/guppy88# apt-get --reinstall install mesa-utils
Lecture des listes de paquets... Fait ...etc
 


moi


robert@debian30:~$ su -
Mot de passe :
root@debian30:~#
 


mon dossier de travail est "root" , toi tu est dans le /home de "/home/guppy88"
si je tape "su"


robert@debian30:~$ su
Mot de passe :
root@debian30:/home/robert#
 


donc sous buster tu utilise "su -"  (que tu peu utiliser aussi sous stretch
pour le man


man su
 


retour


SU(1)                                                                                 User Commands                                                                                 SU(1)

NAME
       su - run a command with substitute user and group ID

SYNOPSIS
       su [options] [-] [user [argument...]]

DESCRIPTION
       su allows to run commands with a substitute user and group ID.

       When called without arguments, su defaults to running an interactive shell as root.

       For  backward compatibility, su defaults to not change the current directory and to only set the environment variables HOME and SHELL (plus USER and LOGNAME if the target user is
       not root).  It is recommended to always use the --login option (instead of its shortcut -) to avoid side effects caused by mixing environments.

       This version of su uses PAM for authentication, account and session management.  Some configuration options found in other su implementations, such as support for a wheel  group,
       have to be configured via PAM.

       su is mostly designed for unprivileged users, the recommended solution for privileged users (e.g. scripts executed by root) is to use non-set-user-ID command runuser(1) that does
       not require authentication and provide separate PAM configuration. If the PAM session is not required at all then the recommend solution is to use command setpriv(1).

OPTIONS
       -c, --command=command
              Pass command to the shell with the -c option.

       -f, --fast
              Pass -f to the shell, which may or may not be useful, depending on the shell.

       -g, --group=group
              Specify the primary group.  This option is available to the root user only.

       -G, --supp-group=group
              Specify a supplemental group.  This option is available to the root user only.  The first specified supplementary group is also used as  a  primary  group  if  the  option
              --group is unspecified.

       -, -l, --login
              Start the shell as a login shell with an environment similar to a real login:

                 o      clears all the environment variables except TERM and variables specified by --whitelist-environment

                 o      initializes the environment variables HOME, SHELL, USER, LOGNAME, and PATH

                 o      changes to the target user's home directory

                 o      sets argv[0] of the shell to '-' in order to make the shell a login shell

 




Par défaut, pour ne pas modifier le répertoire en cours, su ne définit que les variables d’environnement HOME et SHELL
(plus USER et LOGNAME si l’utilisateur cible est pas root).
Il est recommandé de toujours utiliser l'option --login (au lieu de son raccourci -)
pour éviter les effets secondaires causés par les environnements de mixage.
 



a mon avis ils ont encore changé le comportement roll
mais maintenant IL FAUT UTILISER "su -" pour passer en root (et plus "su" )

et si je comprend bien l'idéal (voir ci dessus) serait "su -l"  plutôt que "su"

pour ton #22 , "nouveau" et "nvidia" ne fonctionne pas , ta buster est pas propre , il doit rester des paquets nvidia

tu a cette commande pour les erreurs


journalctl -r -p err
 

Dernière modification par anonyme (22-09-2019 17:43:55)

#24 22-09-2019 17:56:40

anonyme
Invité

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

debian nous prend pour des girouettes parfois  roll
mais pour rester correct utilise "su -" ou "su -l" (il y a d'autres options et sûrement un wiki a jour pour passer root )
ps: j'ai tapé des commandes avec "su" ça fonctionne a priori , alors que il y a quelques temps ça ne fonctionnait plus , sous buster .
si un modo passe par la pour donner quelques explications
moi je vais continuer avec "su -l"  , pour passer root .

voila le wiki , je n'invente rien tongue  =>  https://debian-facile.org/doc:systeme:su

il te faut nettoyer le driver nvidia (et cuda) pour retrouver un fonctionnement correct de "nouveau" avec la bonne résolution
aide toi des commandes au dessus pour vérifier .

quand tout est correct on avisera pour installer le driver propriétaire nvidia.

Dernière modification par anonyme (22-09-2019 18:04:56)

#25 22-09-2019 18:34:56

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : GIMP de fermeture intempestive à réinstaller Nvidia + Cuda

Résumé de la progression.
Au début il n'y avait que Cuda qui ne fonctionnait pas, le driver Nvidia fonctionnait correctement et identifiait mon écran, trouvait sa résolution et l'affichage se faisait bien en 2048
J'avais une icône Nvidia qui me montrait  dans une Fenêtre Nvidia settings que j'avais un écran AOC et une carte graphique Geforce GTX 980 , j'ai perdu tout  et me retrouve sans la possibilité d'ouvrir cette fnetre Nvidia et  avec une carte llvm qui doit être celle de la carte mère (?)
Maintenant il n'y a plus rien qui fonctionne.
On progresse, peut être pas dans le bon sens , mais il y a du changement.

Je ne me souviens pas d'avoir rencontré de difficulté avec buster  pour l'installation du driver nvidia  et je pouvais me servir de Cuda sous Blender.

J'ai choisi gnome X11,pour l'instant je ne vois pas beaucoup de changement, mais avec l'affichage actuel ce n'est peut être pas évident d'en voir.

Ah oui, nouveauté buster ne sort plus de son  entrée en veille.  Je dois éteindre la machine pour pouvoir redémarrer.

"pour ton #22 , "nouveau" et "nvidia" ne fonctionne pas , ta buster est pas propre , il doit rester des paquets nvidia"
C'est normal, puisque c'est dû à ma troisième tentative de réinstallation du driver, celle qui ne s'est pas terminée normalement  cad pour moi , sans la fenêtre avec le message mentionnant le conflit avec nouveau.

Et pourtant le driver est soi disant installé.

apt-cache policy nvidia-settings


nvidia-settings:
  Installé : 418.74-1
  Candidat : 418.74-1
 Table de version :
 *** 418.74-1 500
        500 http://deb.debian.org/debian buster/contrib amd64 Packages
        100 /var/lib/dpkg/status
 



Je vais  tenter de désactiver et d'effacer tour ce qui concerne Nvidia et recommencer une nouvelle fois l'install.
Guppy

Mais je vais continuer dans un nouveau fil dans  "installation de Debian"

Dernière modification par Guppy88 (22-09-2019 18:37:25)

Hors ligne

Pied de page des forums