Vous n'êtes pas identifié(e).
c'est la fatigue sûrement , je vous laisse faire
Un petit log et ça repart... je m'en voudrais de te priver de ça
dmesg | egrep 'NVRM|nvidia-modeset'[ 7.328902] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 375.26 Thu Dec 8 18:36:43 PST 2016 (using threaded interrupts)
[ 7.335526] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 375.26 Thu Dec 8 18:04:14 PST 2016
[ 8.927614] NVRM: Your system is not currently configured to drive a VGA console
[ 8.927616] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[ 8.927617] NVRM: requires the use of a text-mode VGA console. Use of other console
[ 8.927617] NVRM: drivers including, but not limited to, vesafb, may result in
[ 8.927618] NVRM: corruption and stability problems, and is not supported.
[ 8.931419] nvidia-modeset: Allocated GPU:0 (GPU-62544cb4-6fbf-b70d-8b04-65fb04f8f7ce) @ PCI:0000:01:00.0
Your system is not currently configured to drive a VGA console.
Hors ligne
la commande de èfpé
@smolski
je sais que ça t'écorche les yeux mais c'est pour la bonne cause (post hors sujet juste pour comparaison )
Dernière modification par anonyme (18-01-2017 16:10:47)
The code name for Debian's development distribution is "sid", aliased to "unstable". Most of the development work that is done in Debian, is uploaded to this distribution. This distribution will never get released; instead, packages from it will propagate into testing and then into a real release.
Please note that security updates for "unstable" distribution are not managed by the security team. Hence, "unstable" does not get security updates in a timely manner. For more information please see the Security Team's FAQ.
"sid" is subject to massive changes and in-place library updates. This can result in a very "unstable" system which contains packages that cannot be installed due to missing libraries, dependencies that cannot be fulfilled etc. Use it at your own risk!
à la base je preferais rester sur du debian "stable", mais plus le post avance plus j'ai l'impression que ma 1060gtx et du stable ne feraient pas bon menage?
alors, oui je veux bien tout tester, mais d'un autre coté, je ne voudrais pas trop jouer avec la securité...
sans vouloir etre rabat-joie
science sans conscience n'est que ruine de l'âme...
Hors ligne
donne cela:
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par anonyme (18-01-2017 16:26:58)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
je vois pas le rapport entre grub et le bureau
je précise que je dois ètre en boot MBR sur DD 80 Go (win10 en boot EFI sur ssd disque séparé et éteint (rien ne sert de laisser fonctionner un disque si pas utilisé))
mon bios est mixte (MBR et EFI ) sans secure Key sur carte mère Asus P8H77-M
mes 2 OS sont fonctionnel debian9 et win10 (je suis 100% en linux comme j'ai quelques licences j'ai gardé l'option de booter sur win )
j'ai win10 en secours ou si un invité a besoin de win10 (parfois je boote sur win10 pour mise a jour mais trés rare )
je sais pas quel type d'installation a fait d33p
peut etre vérifié tout ça
ps: dans mon esprit , grub applique une définition d'écran , le noyau une autre par KMS (si carte bien détecté ) et enfin le serveur X prépare le bureau avec la sienne .
dans le cas de d33p c'est le driver nvidia qui prend en compte la définition du bureau .
laisser faire grub (pour la définition basic )
pour le kernel KMS me semble t'il est désactivable a partir de grub (ou autres emplacements , a développer )
pour le serveur X j'ai supprimé la plus part des xserveur-xorg-xxx-xxx (je n'ai gardé que nvidia )
peut etre que l'on s'égare du problème actuel ?
mon fichier /boot/grub/grub.cfg
ps: vraiment pour le plaisir de poster un log (a mon avis ne fait pas avancer la résolution du problème )
par rapport aux liens donnés par Croutons , c'est a priori le meme type d'erreur
que je n ai pas sur mon installation
Dernière modification par anonyme (18-01-2017 19:17:11)
qu'est-ce que vous en pensez?
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par d33p (18-01-2017 20:05:59)
science sans conscience n'est que ruine de l'âme...
Hors ligne
plus moyen d'avoir quelque chose de correct ^^ meme en cleanant , purgeant etc...
science sans conscience n'est que ruine de l'âme...
Hors ligne
puis pour compléter le nettoyage
aprés le reboot plus d' accès au bureau (console pure uniquement )
ne pas oublier d effacer le xorg.conf dans /etc/X11/ et éventuellement vérifier que le dossier /etc/X11/xorg.conf.d/ ne contient rien
synaptic package manager n'a pas accès au backports , il faut passer par la console avec l'option "-t jessie-backports"
il ne te proposera que la mise a jour que de ce qui est déja installé a partir des backports
donc pour moi c'est correct (ça fonctionne comme ça chez moi )
ton post #59
le xorg.conf n'est plus utilisé dans debian avec un driver moderne
dans certain cas il est utile , par exemple si tu veut configurer en dur 2 écrans , ou une option spécifique "DRI3" par exemple et plein d'autres options (sli de 2 cartes nvidia ) bref la liste est longue
pour éviter les problèmes d erreur dans ce fichier , je conseille de ne pas le créer et de laissé faire la configuration automatique
ps: quand ton systeme sera correct je te donnerai le lien pour toutes les options disponibles
ton post #60
je t ai dit de plus faire de bidouille
nota : relit mon post je le complète au fur et a mesure
Dernière modification par anonyme (18-01-2017 20:44:52)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par anonyme (18-01-2017 20:46:11)
synaptic package manager n'a pas accès au backports
d'accord, mais c'est louche qu'on voit ce driver nvidia 375.26 dans synaptic package manager alors no?
il ne devrait pas apparaitre no?
science sans conscience n'est que ruine de l'âme...
Hors ligne
depuis que j'ai voulu optimiser (lol) et que j'ai tapé cette foutue commande :
nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceCompositionPipeline = On }"plus moyen d'avoir quelque chose de correct
D'après ce que je lis ici ou là, cette manip ne modifierait rien de façon permanente justement... même que cela se ferait via le fameux fichier xorg.conf ; l'as-tu conservé ? et si oui que donne :
Et si tu accèdes aux consoles tty, on peut oublier le vrai faux message d'erreur
Dernière modification par èfpé (18-01-2017 20:50:50)
Hors ligne
j'ai remarqué une chose, à chaque fois que j'ai relancé cette commande apres un clean total, le nvidia x server settings plante...
je dois chaque fois le reinstaller avec :
+
ça aussi c'est bizarre car normalement il est integré dans la commande plus haut ... je ne capte pas bien.
science sans conscience n'est que ruine de l'âme...
Hors ligne
Bonsoir d33p,
depuis que j'ai voulu optimiser (lol) et que j'ai tapé cette foutue commande :
nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceCompositionPipeline = On }"plus moyen d'avoir quelque chose de correct
D'après ce que je lis ici ou là, cette manip ne modifierait rien de façon permanente justement... même que cela se ferait via le fameux fichier xorg.conf ; l'as-tu conservé ? et si oui que donne :cat /etc/X11/xorg.conf
Et si tu accèdes aux consoles tty, on peut oublier le vrai faux message d'erreur
èfpé, bonsoir "cette manip ne modifierait rien de façon permanente justement" oui, j'ai lu ça aussi, mais pourtant cette commande a bel et bien saboté mon systeme, j'me suis meme dit "vache heureusement que c'etait du temporaire lol"
xorg.conf, je l'ai liquidé aussi, j'ai fait un prix de groupe
la en gros je suis en ... 1024*768 le systeme vidé de tout autre parametre graphique que ceux de base et je vais vous avouer que j'ai un peu peur de relancer les commandes qu'on a pu lister ci-dessus pour la Nieme fois et arriver au meme resultat
mais bon j'vais pas avoir le choix hein ^^
Dernière modification par d33p (18-01-2017 20:58:35)
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
Oki. Pour ce qui concerne nvidia-settings, la première commande installe la version rétroportée (367.57) et la dernière la version stable (340.46) ; note qu'aucune ne matche exactement avec nvidia-driver (375.26/340.101) mais bon
oui c'est peut etre pas au top et on pourra rien faire avant une prochaine mise à jour...
Dites voir, je ne connais pas bien les inter-dependances/liens, l'ancien kernel ne pourrait pas mettre le bronx avec le nouveau par hasard?
Si oui, faudrait peut etre que je dezingue l'ancien kernel?
science sans conscience n'est que ruine de l'âme...
Hors ligne
que tu installe avec ceci
ça fait plusieurs fois que je te dis de ne pas créer de xorg.conf
le problème ne vient pas du driver , de ce que j'ai vu plus haut
mais du serveur X il me semble
Dernière modification par anonyme (18-01-2017 22:35:39)
Mais sans "nvidia-settings"
Je l'ai installé après coup en solo... (je ne suis pas sûr de l'efficacité, mais ça me semble propre)
Ensuite, j'ai redemarré une premiere fois et ce bug etait toujours là, alors j'ai créé ce fichier "/etc/X11/xorg.conf.d/20-nvidia.conf" (j'ai trouvé via un moteur de recherche, je ne suis pas un genie qui l'a inventé lol) non non non, je vous entends penser très fort "ça on s'en doutait"
Bref...
Voici son contenu:
Et là, fini le sale bug graphique au demarrage.
Je sais pas peut etre qu'au final, entre KDE et le multi screen, il a besoin de ce fichier pour loader proprement au demarrage?
Pour résumer:
Good
- J'ai retrouvé l'accès à mes consoles -> il semble que de passer en 4.8.0-0.bpo.2-amd64 comme l'avait suggéré anonyme à la place de 3.16.0-4 ait reglé le probleme. merci anonyme
- Je n'ai plus le bug graphique à l'entrée en session KDE
Pas Good
- Il me reste encore le probleme "d'escalier" lorsque je bouge les fenetres, ça pique les yeux ^^
Peut être qu'on peut resoudre ce probleme en peaufinant ce fichier??? voire d'autres parametres dans l'interface KDE...
à voir, à tester.
Si vous avez encore des lumières
Louche
Et pas 1060GTX comme chez anonyme....
Et dans Kinfocenter -> 3D accelerator -> il me met unknown....
en tout cas deja merci à tous ceux qui se sont penchés sur mon cas.
@ bientôt
d33p
Dernière modification par d33p (18-01-2017 23:01:40)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Bonjour
tu a 2 options (3 si tu vire kde tongue ok => [] )
soit tu passe à stretch (attention enleve le driver proprio avant ) et tu installe le driver non free comme tu a fait pour jessie.
tu aura un noyau plus performant et un driver version 340.96
anonyme qui veut fourguer stretch ou virer KDE! c'est du beau ça hein
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
j'ai trouvé ceci pour eventuellement regler le probleme d'escalier lorsque je bouge mes fenetres sous KDE:
https://debian-facile.org/doc:materiel: … nt-tearing
J'ai juste peur de rebricoler et de faire plus de mal que de bien...
il semble que ce soit efficace , mais jamais eu ce souci (attention le déchirement de l image et ce que tu décrit peut etre différent )
un manque de ressource peut donner cet effet d'escalier , faut demander au spécialiste de ce genre de phénomène .