Vous n'êtes pas identifié(e).
Dernière modification par d33p (19-10-2017 21:18:05)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
Tu ne peux pas le désinstaller et ré-installer
ce soir quand je rentre, ce sera un des premiers tests...
Dernière modification par d33p (17-10-2017 09:27:24)
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
et depuis je suis bloqué, en mode normal mais egalement en mode recovery, et avec le kernel precedent pareil; l ecran reste bloqué sur
et rien de plus.... ça reste la....
je vois pas trop ce que je peux faire si meme en mode recovery le pc est inaccessible...
Dernière modification par d33p (17-10-2017 18:25:03)
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
avec le driver non-free nvidia il vaut mieux avoir les outils et les headers de la version du noyau utilisé (ça évite des surprises )
je n'ai pas fait la mise a jour nvidia donc je peu pas te dire si c'est un problème sur buster ou pas
pour le bureau je sais pas ce que tu a installé mais aucune importance c'est le noyau qui bug
la méthode douce :
désactiver KMS , désinstaller nouveau et meme le blacklister.
il doit etre possible de faire ça dans grub (au démarrage ) et dans /etc/modprobe.d)
un exemple pour blacklister nouveau
que tu place dans un fichier "blacklist-nouveau.conf" dans le dossier /etc/modprobe.d/
pour grub tu ajoute au démarrage "nouveau.modeset=0"
je laisse les experts détailler la méthode
on ne refait pas une installation a cause d un bureau qui bug
=> https://debian-facile.org/viewtopic.php … 68#p240668
a priori tu a lu ce post ou j'explique comment je me suis sorti du meme problème que toi sur une installation neuve (la réinstallation tu risque d avoir le meme souci )
bon j avais le moyen d utiliser le gpu du processeur (intel ) , retirer la carte nvidia et en plus installation en 2 temps , minimale (firmware-misc-nonfree) reboot puis installation du driver non free avec le bureau et reboot .
KMS (kernel mode setting) c'est bien, mais avec les bugs sur certaines cartes c'est pénible
Dernière modification par anonyme (17-10-2017 21:35:57)
oui mais ce qui me fait peur c est que ça bloque meme avant le bureau, direct apres grub en fait.
je teste et je te tiens informé
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
nota : tu pourra vérifier bien sur la présence des paquets que quand tu aura accès au bureau (ou dépannage ) , soit par la méthode douce ou dure
PS: j'ai regardé un peu ce matin les mises a jours
paquets contenant un bug (apt-listbugs)
util-linux
lib-inputbin
j'ai refusé la mise a jour
pour le driver nvidia nonfree
j'ai refusé la mise a jour du driver nvidia
pour mesa 17 et mpv lié au driver nvidia nonfree a mettre a jour , j'ai trouvé bizarre (pas fait la mise a jour me force a installer le nouveau driver nvidia )
je vois pas le rapport entre mesa 17 et le driver nonfree qui utilise OpenGL et Cuda et pas mesa (surement des dépendances "et ou" version de paquets)
idem pour mpv , forcer une version de driver nonfree , bizzare
les joies de testing
Dernière modification par anonyme (18-10-2017 08:03:26)
science sans conscience n'est que ruine de l'âme...
Hors ligne
sinon si tu a bien ce paquet installé (linux-headers-amd64) avec les dépendances tu a tout ce qu il faut pour tenter ceci :
ça fonctionne aussi
PS: pour ce problème , peut etre ajouter une section sur le wiki comment ce sortir d un bug du noyau avec certaines carte vidéo (avec KMS ça va devenir de plus en plus courant ce souci )
Dernière modification par anonyme (18-10-2017 08:39:45)
Comme c'est le noyau qui bloque , lancer grub avec la désactivation de KMS (genre "nouveau.modeset=0") , tu va démarrer en vesa (sans nouveau) et tu pourra réinstaller ton driver nvidia proprement.
nota : il faut lancer grub avec ce paramètre au démarrage
hello Robert, encore merci pour tes demarches.
J'ai essayé l'histoire de "nouveau.modeset=0" dans GRUB, cela ne change rien, la machine reste toujours bloquée juste après, donc je n'ai pas accès aux lignes de commandes
Dans GRUB, j'ai fait "e" pour éditer le menu, ensuite, j'ai édité l'entrée que je voulais choisir avec "nouveau.modeset=0", puis ctrl+x pour démarrer cette entrée modifiée, mais cela ne change pas, PC bloqué.
ça depasse mes competence la, je suis desarmé, en plus pas de message d'erreur particulier...
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par d33p (19-10-2017 09:59:42)
science sans conscience n'est que ruine de l'âme...
Hors ligne
que tu place dans un fichier "blacklist-nouveau.conf" dans le dossier /etc/modprobe.d/
tu peu le faire a partir d un livecd et le créer sur ta buster , puis voir si le résultat est meilleur .
Dernière modification par anonyme (19-10-2017 07:32:08)
ce qui est important lors de la mise a jour d un driver nonfree nvidia
avec synaptic l'installation de mesa 17 me propose de désinstaller le bureau mate (le lecteur mpv demande bien le nouveau driver non-free nvidia ce qui est surprenant )
retour
en console on voit (avec l'option -s ) que la majorité des paquets mesa17 ne sont pas mit a jour
mesa 17 n aurait pas du descendre sur buster (trop de bug ) et synaptic pour l instant pose problème aussi (énormement de bug ) et en plus avec un driver nonfree
sans la mise a jour de mesa 17 , le driver nonfree fonctionne correctement pour moi avec le dernier noyau 4.13 de buster (j'ai une installation complète de cuda et du driver )
nota : sur sid avec AMD ou nvidia en driver libre (nouveau ou amdgpu ) aucun souci avec mesa17 (gnome ou mate) , a priori "nouveau" pose plus de problème avec certaines cartes sur la prise en charge du noyau.
Dernière modification par anonyme (19-10-2017 08:21:14)
donc une combinaison de touches Ctrl+Alt+F1 ne te donne pas la console pure (le clavier te semble inactif ? )
oui, le clavier semble inactif, aucune combinaison ne me laisse la main à part ctrl+alt+del pour redemarrer.
nota : tu a combien de noyau disponible sur ta buster ? (le 4.9 est encore installé ? )
j'ai un 4.13 et un 4.12 uniquement dispo, à savoir que j'ai essayé les différentes manips sur les 4 propositions (les deux normales + les deux recovery)
tu a essayé ceci ( créer un fichier blacklist-nouveau.conf)
oui, deja essayé via le live cd, mais la situation reste la meme.
***
cf post #10
il m'envoie un message d'erreur (en chroot) comme quoi que /dev/pts n'est pas monté, pourtant, lorsque je navigue avec "cd" j'arrive bien dans un repertoire /dev/pts.
Et en chroot, les actions "apt-get" pour remettre d'aplomb les paquets ainsi que leurs dependances plantent car il ne voit pas le repertoire /dev/pts, c'est etrange car je peux bien naviguer dedans à l'aide de la commande "cd"...
***
ce serait bien que raleur fasse une intervention sur ton post.
lol, il va se dire mais qu'est ce qu'il a encore bricolé celui là et bien cette fois rien !! juste une petite mise à jour de bon matin !
merci.
d33p
Dernière modification par d33p (19-10-2017 10:07:35)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par d33p (19-10-2017 10:50:25)
science sans conscience n'est que ruine de l'âme...
Hors ligne
bon ce que j'ai fait a adapter avec un livecd pas évident
ps: raleur va surement commenté
créer un fichier dans /etc/modprobe/blacklist.nouveau.conf avec ceci dedans
puis un
enfin mettre dans /etc/default/grub
puis un update-grub
maintenant reste a savoir comment tu peu faire tout ça sans avoir la main sur le système
nouveau ne te fera plus de misère
nota : je vais revenir en arrière
un mv du fichier blacklist.nouveau.conf en txt
refaire un "update-initramfs -u"
puis supprimer la modification de grub (le driver nonfree doit etre installé avant )
si tu refait une installation de stretch ou buster tu aura le meme souci meme en installation minimale (sans bureau )
avec grub il y a moyen peut etre de forcer le mode vesa aussi
c'est pas trop mon truc j'avoue
Dernière modification par anonyme (19-10-2017 11:36:08)
science sans conscience n'est que ruine de l'âme...
Hors ligne
tu vois que nouveau.modeset=0 est toujours actif dans le log
je commencerai par ça , a mon avis il te faut mettre cette option au bon endroit pour quelle soit prise en compte et
elle est active que sur la session en court au démarrage suivant elle disparait (ce qui te laisse le temps d installer le driver nonfree entre temps )
le fichier /etc/modprobe/blacklist-nouveau.conf n'est pas utile sauf si tu n'arrive pas a appliquer la modif dans grub
je continue a revenir au mode normal , je supprime l option dans grub
je suis revenu a un mode normal sans souci
pour grub quand tu démarre normalement tu a des options "e" ou "F2" ou "Ctrl c" je te laisse découvrir
comme expliqué plus haut cela te permet de rentrer une option au démarrage de grub (celle qui nous intéresse désactiver nouveau )
attention le clavier est en qwerty , le "a" devient "q" , le "m" devient "," etc ....
je vais chercher sur le wiki de D_F voir comment entrer une option sur grub
=> https://debian-facile.org/doc:systeme:grub2
=> https://debian-facile.org/doc:systeme:grub2:detail
Dernière modification par anonyme (19-10-2017 12:15:23)
pour grub quand tu démarre normalement tu a des options "e" ou "F2" ou "Ctrl c" je te laisse découvrir
comme expliqué plus haut cela te permet de rentrer une option au démarrage de grub (celle qui nous intéresse désactiver nouveau )
attention le clavier est en qwerty , le "a" devient "q" , le "m" devient "," etc ....
je vais chercher sur le wiki de D_F voir comment entrer une option sur grub
ça j'ai testé, si tu appuies sur "e" lors du menu de boot GRUB, tu peux editer celui-ci, j'y avais mis les options que tu as decrites, mais cela n'a rien changé, meme resultat. une fois que tu as edité avec "e", il faut faire soit ctrl+x soit f10 pour booter avec la config "temporaire" que tu viens d'editer..
merci.
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
par exemple.
https://www.gnu.org/software/grub/manua … gfxpayload
***If you have problems, set this variable to ‘text’ and GRUB will tell Linux to boot in normal text mode.***
peut etre que ça pourrait aider dans mon cas ou tout ce qui touche aux graphisme semble impacté?
***liens que je suis en train de lire pour voir si ça peut aider***
https://doc.ubuntu-fr.org/tutoriel/grub … age_manuel
https://wiki.archlinux.org/index.php/GR … and_tricks
Dernière modification par d33p (19-10-2017 13:37:12)
science sans conscience n'est que ruine de l'âme...
Hors ligne
le log confirme que nouveau ne fonctionne plus et je ne vois plus les erreurs des cartes au démarrage
nouveau ne charge plus , tu a fait la meme chose lors de tes tests ?
nota : la touche "e" t'affiche le script du démarrage de debian avec le bon noyau , il n y a qu une ligne qui finit par quiet (nouveau.modeset=0 quiet) , tu peu pas te tromper pour ajouter l option
si ce que tu a fait et que ça fonctionne pas je comprends plus
a partir de la console de grub2 rien trouvé qui fonctionne
je redémarre voir si la modification est bien volatile
Dernière modification par anonyme (19-10-2017 13:45:11)