Testing > xserver-xorg-video-nvidia

C’est juste pour vous prevenir sur ce soucis.

Sous testing (et plus je crois):
xserver-xorg-video-nvidia : Depends: xserver-xorg-core (< 2:1.15.99) but 2:1.15.99.904-1 is installed.

Je sais pas comment elle peut être réglé mais ça démarre pas X.
Donc attention.

[quote=“kripteks”]C’est juste pour vous prevenir sur ce soucis.

Sous testing (et plus je crois):
xserver-xorg-video-nvidia : Depends: xserver-xorg-core (< 2:1.15.99) but 2:1.15.99.904-1 is installed.
Je sais pas comment elle peut être réglé mais ça démarre pas X.
Donc attention.[/quote]

apt-cache policy xserver-xorg-core xserver-xorg-core: Installé : 2:1.15.99.904-1 Candidat : 2:1.15.99.904-1 Table de version : *** 2:1.15.99.904-1 0 990 http://ftp2.fr.debian.org/debian/ sid/main amd64 Packages 600 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages

la version est bien 2:1.15.99.904-1 dans testing comme dans sid

prend alors xserver-xorg-video-nvidia dans sid en utilisant le pinning.

C’est la dépendance de xserver-xorg-video-nvidia, qui demande une version moins récent que celle disponible de xserver-xorg-core.

xserver-xorg-video-nvidia:
dep: xserver-xorg-core (<< 2:1.15.99)

xserver-xorg-core disponible:
2:1.15.99.904-1

C’est pareil sur testing/sid, je crois que c’est le “904-1” en plus qui pose problème.

Salut,

D’où l’intérêt d’avoir les dépôts Wheezy (entre autres) inclus, afin de se rabattre le cas échéant sur ce dernier lorsque Testing et Unstable n’offrent pas de solution adéquat.

[17:24:54]:~$ apt-cache policy xserver-xorg-core xserver-xorg-core: Installé : 2:1.12.4-6+deb7u2 Candidat : 2:1.12.4-6+deb7u2 Table de version : 2:1.15.99.904-1 0 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages *** 2:1.12.4-6+deb7u2 0 990 http://ftp.fr.debian.org/debian/ stable/main i386 Packages 990 http://security.debian.org/ wheezy/updates/main i386 Packages 100 /var/lib/dpkg/status 2:1.10.4-1~bpo60+2 0 100 http://backports.debian.org/debian-backports/ squeeze-backports/main i386 Packages 2:1.7.7-18 0 500 http://ftp.fr.debian.org/debian/ squeeze/main i386 Packages 500 http://security.debian.org/ squeeze/updates/main i386 Packages [17:25:05]:~$ [

[17:25:09]:~$ apt-cache policy xserver-xorg-video-nvidia xserver-xorg-video-nvidia: Installé : (aucun) Candidat : 304.117-1 Table de version : 337.19-1 0 93 http://ftp.de.debian.org/debian/ experimental/non-free i386 Packages 331.79-1 0 95 http://ftp.fr.debian.org/debian/ unstable/non-free i386 Packages 319.82-1~bpo70+2 0 100 http://ftp.debian.org/debian/ wheezy-backports/non-free i386 Packages 304.117-1 0 990 http://ftp.fr.debian.org/debian/ stable/non-free i386 Packages 295.59-1~bpo60+2 0 100 http://backports.debian.org/debian-backports/ squeeze-backports/non-free i386 Packages [17:25:14]:~$

Bonjour,

1 - mail-archive.com/debian-bugs … 37349.html

2 - forum.siduction.org/index.php?&topic=4746.0

Pour vous sauver de ce coup vous pouvez l’installer le dernier pilote Nvidia-340.24 (qui a l’air bien)

deb http://packages.siduction.org/fixes unstable contrib non-freeVous ne faites pas attention a la clé.

3 - devtalk.nvidia.com/default/topi … 2/#4243802

Bonjour

merci pour les informations.

Gros pataquès effectivement pour moi également en testing, qui semble provenir du même tonneau que Kriptex.

Il y a eu une grosse mise à jour de paquets du style xserver-xorg-etc… ou du même genre à laquelle je n’ai sincèrement pas trop fait attention, vu que dans 99% des cas les maj se passent très bien.
Le problème c’est que je travaillais (depuis des lustres) en driver proprio de carte graphique nvidia-glx , et que cette mise à jour m’a supprimé le paquet.
C’est de ma faute, j’aurais du faire plus attention.

Résultat : écran noir avec une invite au redémarrage.
J’ai rapidement retrouvé mon interface graphique en virant xorg.conf et en supprimant le pilote nvidia du noyau.
Mais je suis en 1024x768 (affichage déformé) au lieu de 1920x1080 et sans accélération matérielle.

J’arrive à réinstaller une version 304 de nvidia-glx (antérieure à la 331 que j’avais avant), avec un petit coup de nvidia-xconfig pour générer un xorg.conf, mais la serveur X ne démarre pas (à priori no screen found ?).

et si par exemple j’essaie d’installer xserver-xorg-videos-nvidia (304), j’obtiens :

xserver-xorg-video-nvidia: Dépend : libgl1-nvidia-glx mais ne doit pas être installé Dépend: nvidia-alternative (= 304.117-1) Dépend: xorg-video-abi-15 but it is not installable ou xorg-video-abi-14 mais ne peut être installé ou xorg-video-abi-13 mais ne peut être installé ou xorg-video-abi-12 ou xorg-video-abi-11 mais ne peut être installé ou xorg-video-abi-10 mais ne peut être installé ou xorg-video-abi-8 mais ne peut être installé ou xorg-video-abi-6.0 mais ne peut être installé Dépend : xserver-xorg-core (<2:1.15.99) mais 2:1.15.99.904-1 doit être installé Recommande: nvidia-kernel-dkms (= 304.117-1) ou nvidia-kernel-304.117 Recommande: nvidia-settings

Et si j’essaie d’installer le nouveau métapaquet nvidia-driver (340-24), même genre de problème :

nvidia-driver: Dépend : libgl1-nvidia-glx mais ne doit pas être installé Dépend : xserver-xorg-video-nvidia mais ne doit pas être installé Dépend : nvidia-vdpau-driver (=340.24-1) mais 331.67-2 doit être installé Dépend: nvidia-alternative (= 340.24-1) Dépend: nvidia-kernel-dkms (= 340.24-1) ou nvidia-kernel-340.24 Recommande: nvidia-settings (>= 340) Recommande: libgl1-nvidia-glx-i386

paquet qui ne peut être installé puisqu’il dépend de xserver-xorg-video-nvidia qui ne peut lui-même pas être installé.
Le chat se mord la queue.

Quand on pilote dit nouveau, en dépit des conseils que goodluck donne à tout le monde, j’essaie de piger sur le wiki comment ça marche, mais c’est pas bien clair, du moins pour moi. En tout cas l’installation du paquet xserver-xorg-video-nouveau n’a aucun effet.

Reste smxi, mais avant d’utiliser l’enclume pour frapper, j’aimerais bien savoir comment on peut contourner ces dépendances soi-disant non satisfaites…

Bonjour

j’ai juste installé le paquet nvidia cité plus haut.
post de Mati75.
Tout s’est remis à fonctionner.

C’est la seule solution pour le moment. :arrow_right:

Elle fonctionne bien en plus ta solution.

[quote=“cleloup”]
j’ai juste installé le paquet nvidia cité plus haut.
post de Mati75.
Tout s’est remis à fonctionner.[/quote]

Et installé de quelle manière ?

[quote=“taureau89_9”]Et si j’essaie d’installer le nouveau métapaquet nvidia-driver (340-24), même genre de problème :

nvidia-driver: Dépend : libgl1-nvidia-glx mais ne doit pas être installé Dépend : xserver-xorg-video-nvidia mais ne doit pas être installé Dépend : nvidia-vdpau-driver (=340.24-1) mais 331.67-2 doit être installé Dépend: nvidia-alternative (= 340.24-1) Dépend: nvidia-kernel-dkms (= 340.24-1) ou nvidia-kernel-340.24 Recommande: nvidia-settings (>= 340) Recommande: libgl1-nvidia-glx-i386

paquet qui ne peut être installé puisqu’il dépend de xserver-xorg-video-nvidia qui ne peut lui-même pas être installé.
Le chat se mord la queue.[/quote]

Moi c’est aussi celui que j’ai essayé d’installer mais sans succès.

Quel système avez-vous exactement, Cleloup et Mati ?

Tu ajoutes la ligne siduction citée plus haut, puis update aptitude install -t unstable nvidia-kernel-dkms nvidia-settings nvidia-driverpuis tu édites /etc/X11/xorg.conf et à la main (Il ne faut absolument pas utiliser nvidia-xconfig) et encore moins le .run Section "Device" Identifier "GPU" Driver "nvidia" EndSectionReboot.

Drivers proprio ne font pas partie de Debian. forum.siduction.org/index.php?=& … 5#msg39155

uname -a Linux debian2 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64 GNU/Linux

J’avais bien pensé à aptitude qui propose des solutions.
Mais pas sûr qu’il y en ait, j’arrive au même genre de résultat :

[code]root@990FX6100:/home/andre# aptitude install -t unstable nvidia-kernel-dkms nvidia-settings nvidia-driver
Les NOUVEAUX paquets suivants vont être installés :
glx-alternative-nvidia{a} libgl1-nvidia-glx{ab} libgl1-nvidia-glx:i386{ab}
libgl1-nvidia-glx-i386:i386{a} libnvidia-ml1{ab} libnvidia-ml1:i386{ab}
libvdpau1:i386{a} nvidia-alternative{ab} nvidia-alternative:i386{ab}
nvidia-driver{b} nvidia-driver:i386{ab} nvidia-kernel-common{ab}
nvidia-kernel-common:i386{ab} nvidia-kernel-dkms{b} nvidia-kernel-dkms:i386{ab}
nvidia-modprobe:i386{ab} nvidia-vdpau-driver{ab} nvidia-vdpau-driver:i386{ab}
xserver-xorg-video-nvidia{ab} xserver-xorg-video-nvidia:i386{ab}
Les paquets suivants seront ENLEVÉS :
libfs6{u} libxv1:i386{u} libxvmc1:i386{u} x11-apps{u} x11-session-utils{u}
x11-xfs-utils{u} xinit{u} xorg{u}
Les paquets suivants seront mis à jour :
nvidia-modprobe{b}
1 paquets mis à jour, 20 nouvellement installés, 8 à enlever et 312 non mis à jour.
Il est nécessaire de télécharger 33,6 Mo/34,6 Mo d’archives. Après dépaquetage, 166 Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
nvidia-alternative : Casse: nvidia-settings (< 319.49) mais 304.88-1 est installé.
Est en conflit avec: nvidia-alternative:i386 mais 331.79-1 doit être installé.
nvidia-alternative:i386 : Casse: nvidia-settings (< 319.49) mais 304.88-1 est installé.
Est en conflit avec: nvidia-alternative mais 340.24-1 doit être installé.
nvidia-driver : Est en conflit avec: nvidia-driver:i386 mais 331.79-1 doit être installé.
nvidia-driver:i386 : Est en conflit avec: nvidia-driver mais 340.24-1 doit être installé.
xserver-xorg-video-nvidia : Est en conflit avec: xserver-xorg-video-nvidia:i386 mais 331.79-1 doit être installé.
xserver-xorg-video-nvidia:i386 : Dépend: xorg-video-abi-15:i386 qui est un paquet virtuel ou
xorg-video-abi-14:i386 qui est un paquet virtuel ou
xorg-video-abi-13:i386 qui est un paquet virtuel ou
xorg-video-abi-12:i386 qui est un paquet virtuel ou
xorg-video-abi-11:i386 qui est un paquet virtuel ou
xorg-video-abi-10:i386 qui est un paquet virtuel ou
xorg-video-abi-8:i386 qui est un paquet virtuel ou
xorg-video-abi-6.0:i386 qui est un paquet virtuel
Dépend: xserver-xorg-core:i386 (< 2:1.15.99) mais il ne sera pas installé.
Est en conflit avec: xserver-xorg-video-nvidia mais 340.24-1 doit être installé.
nvidia-modprobe : Est en conflit avec: nvidia-modprobe:i386 mais 334.16-1 doit être installé.
nvidia-modprobe:i386 : Est en conflit avec: nvidia-modprobe mais 340.24-1 doit être installé.
libgl1-nvidia-glx : Casse: libgl1-nvidia-glx:i386 (!= 340.24-1) mais 331.79-1 doit être installé.
libgl1-nvidia-glx:i386 : Casse: libgl1-nvidia-glx (!= 331.79-1) mais 340.24-1 doit être installé.
nvidia-kernel-dkms : Est en conflit avec: nvidia-kernel-dkms:i386 mais 331.79-1 doit être installé.
nvidia-kernel-dkms:i386 : Dépend: dkms:i386 (>= 2.1.0.0) qui est un paquet virtuel
Est en conflit avec: nvidia-kernel-dkms mais 340.24-1 doit être installé.
libnvidia-ml1 : Casse: libnvidia-ml1:i386 (!= 340.24-1) mais 331.79-1 doit être installé.
libnvidia-ml1:i386 : Casse: libnvidia-ml1 (!= 331.79-1) mais 340.24-1 doit être installé.
nvidia-vdpau-driver : Casse: nvidia-vdpau-driver:i386 (!= 340.24-1) mais 331.79-1 doit être installé.
nvidia-vdpau-driver:i386 : Casse: nvidia-vdpau-driver (!= 331.79-1) mais 340.24-1 doit être installé.
nvidia-kernel-common : Est en conflit avec: nvidia-kernel-common:i386 mais 20131102+1 doit être installé.
nvidia-kernel-common:i386 : Est en conflit avec: nvidia-kernel-common mais 20131102+1 doit être installé.
Les actions suivantes permettront de résoudre ces dépendances :

  Supprimer les paquets suivants :                                                     
  1.  nvidia-settings                                                                    
    

    Conserver les paquets suivants dans leur version actuelle :

  2.  libgl1-nvidia-glx:i386 [Non installé]                                              
    
  3.  libgl1-nvidia-glx-i386:i386 [Non installé]                                         
    
  4.  libnvidia-ml1:i386 [Non installé]                                                  
    
  5.  nvidia-alternative:i386 [Non installé]                                             
    
  6.  nvidia-driver:i386 [Non installé]                                                  
    
  7.  nvidia-kernel-common:i386 [Non installé]                                           
    
  8.  nvidia-kernel-dkms:i386 [Non installé]                                             
    
  9.  nvidia-modprobe:i386 [Non installé]                                                
    
  10. nvidia-vdpau-driver:i386 [Non installé]                                            
    
  11. xserver-xorg-video-nvidia:i386 [Non installé]                                      
    

    Laisser les dépendances suivantes non satisfaites :

  12. nvidia-driver recommande libgl1-nvidia-glx-i386                                    
    
  13. libgl1-nvidia-glx:i386 recommande nvidia-kernel-dkms:i386 (= 331.79-1) | nvidia-ker
    
  14. nvidia-kernel-dkms:i386 recommande nvidia-driver:i386 (>= 331.79)                  
    
  15. nvidia-vdpau-driver:i386 recommande nvidia-kernel-dkms:i386 (= 331.79-1) | nvidia-k
    
  16. xserver-xorg-video-nvidia:i386 recommande nvidia-driver:i386 (>= 331.79)           
    
  17. xserver-xorg-video-nvidia:i386 recommande nvidia-kernel-dkms:i386 (= 331.79-1) | nv
    

Accepter cette solution ? [Y/n/q/?] [/code]

Moi je suis en :

root@990FX6100:/home/andre# uname -a Linux 990FX6100 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux root@990FX6100:/home/andre#

Moi j’ai simplement installer le driver 340 proprio du site nvidia.

(Pour faire simple il y a le script smxi (sfgxi (partie graphique)):
en root: cd /usr/local/bin && wget -O sgfxi smxi.org/sgfxi && chmod +x sgfxi && sgfxi)

Ben oui, je sais bien, c’est ce que je disais plus haut :

Mais je crains que vu le nombre de dépendances non satisfaites, même le fait d(utiliser smxi ne crée un risque de casser le système.

Le script smxi est-il une méthode sûre à 100 % ?

Pourquoi as tu linux-image-3.13 sous testing ? packages.debian.org/search?suit … image-3.14

Juste pour info.

Voila ce que j’ai sous la testing.

/etc/apt/sources.list :

[code]
#Stable

deb http://ftp.fr.debian.org/debian/ wheezy main contrib non-free
deb http://ftp.fr.debian.org/debian/ wheezy-updates main contrib non-free
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb http://ftp.fr.debian.org/debian wheezy-backports main contrib non-free

#Testing
deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie-backports main contrib non-free

#Unstable
deb http://ftp.fr.debian.org/debian unstable main contrib non-free

#Experimental
deb http://ftp.fr.debian.org/debian experimental main contrib non-free[/code]

/etc/apt/preferences

[code]
Package: *
Pin: release o=Debian, a=testing
Pin-Priority: 900

Package: *
Pin: release o=Debian, a=testing-updates
Pin-Priority: 900

Package: *
Pin: release o=Debian, a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian, a=stable-updates
Pin-Priority: 900

Package: *
Pin: release o=Debian, a=unstable
Pin-Priority: 800

Package: *
Pin: release o=Debian, a=experimental
Pin-Priority: 2[/code]

et pour moi ça fonctionne nickel.

Je suis en testing avec un sources.list issu d’un topic du forum, mais qui daté déjà il est vrai, comme il marche bien je ne l’ai jamais changé.

C’est le suivant :

[code]################################################

stable

deb http://ftp.fr.debian.org/debian/ stable main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stable main contrib non-free

stable multimedia

deb http://www.deb-multimedia.org stable main non-free
deb-src http://www.deb-multimedia.org/ stable main

stable security

deb http://security.debian.org/ stable/updates main contrib non-free
deb-src http://security.debian.org/ stable/updates main contrib non-free

stable update

deb http://ftp.fr.debian.org/debian/ stable-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stable-updates main contrib non-free

################################################

testing

deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ testing main contrib non-free

testing multimedia

deb http://www.deb-multimedia.org testing main non-free
deb-src http://www.deb-multimedia.org/ testing main

testing security

deb http://security.debian.org/ testing/updates main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free

################################################

sid

deb http://ftp.fr.debian.org/debian/ sid main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free

sid multimedia

deb http://www.deb-multimedia.org/ sid main
deb-src http://www.deb-multimedia.org/ sid main

################################################

experimental

deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ experimental main contrib non-free

experimental multimedia (uniquement 64 bits, décommentez les lignes dans ce cas)

deb http://www.deb-multimedia.org/ experimental main
deb-src http://www.deb-multimedia.org/ experimental main[/code]

et :

[code]Package: *
Pin: release o=apt-build
Pin-Priority: 995

Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 990

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 985

Package: *
Pin: release o=Debian,a=testing,l=Debian
Pin-Priority: 990

Package: *
Pin: release o=Debian,a=stable-updates,l=Debian
Pin-Priority: 980

Package: *
Pin: release o=Debian,a=stable,l=Debian-Security
Pin-Priority: 980

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 975

Package: *
Pin: release o=Debian,a=stable,l=Debian
Pin-Priority: 980

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 90

Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 85

Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 90: *

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 85

Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 90[/code]

Maintenant je veux bien essayer avec celui de cleloup et faire un update et upgrade pour voir, ça ça ne risque pas de casser mon système je pense.
Par contre en plus il me faut les sources.

Entre temps driver nVidia 3.40 vient de tomber dans Sid (plus besoin de la ligne siduction)

@taureau89_9 ; le testing/sid s’entretient quotidiennement (update, upgrade, dist-upgrade ou update, safe-upgrade, full-upgrade) Tu n’as pas besoin de changer ton fichier /etc/apt/sources.list(d)

Je viens de (re)tester avec la commande

aptitude install -t unstable nvidia-kernel-dkms nvidia-settings nvidia-driver linux-headers-3.14-1-amd64 ou linux-headers(uname -r) et un petit fichier /etc/X11/xorg.conf

cat /etc/X11/xorg.conf Section "Device" Identifier "GPU" Driver "nvidia" EndSection Tout fonctionne à merveille. :030

apt-cache policy nvidia-driver nvidia-driver: Installé : 340.24-2 Candidat : 340.24-2 Table de version : *** 340.24-2 0 500 http://debian.proxad.net/debian/ unstable/non-free amd64 Packages 100 /var/lib/dpkg/status Tu dois actualiser ton kernel vers 3.14

Je te remercie sincèrement, Mati75.

C’était bien un problème de noyau.
Le noyau 3.14 était bien présent dans les paquets testing disponibles, mais jamais le système ne m’avait fait upgrader de 3.13 à 3.14.
Même avec le sources.list de cleloup, que j’avais essayé (avec preferences cleloup bien sûr).
Pourtant la maintenance, effectivement, je la fais tous les jours !

La commande effectivement marche parfaitement en 3.14.
Aptitude m’a seulement demandé de supprimer nvidia-settings de mon système qui n’était pas compatible avec le driver 340 (je vais voir s’il y a une nouvelle version, sinon ce n’est pas grave).
Je n’aurais jamais pensé à un problème de noyau, je pensais que c’était du à des incompatibilités entre paquets et des interdépendances non résolues.