Vous n'êtes pas identifié(e).
Dernière modification par nlancien (19-07-2019 12:59:28)
Hors ligne
Acer Aspire 5733 - Debian 12 Xfce
Hors ligne
Hors ligne
sinon le début semble correct , tu utilise "modeset" (KMS du noyau), le paquet xsever-xorg-video-intel n'est pas utile.
pas trouvé de souci de DRM
je précise je connais pas ce matériel.
je dois m'absenter
si possible il vaut mieux utiliser les paquets de debian
tu a l'invite de connexion (ou ça plante avant ) ?
Hors ligne
pour te dépanner provisoirement , tu peu essayer de mettre l'option "nomodeset" avec la touche "e" pendant le menu de grub (juste avant "quiet"), la ligne doit commencer par linux et finit par quiet
ce qui donne "nomodeset quiet" avec de la chance tu sera en vesa sur le bureau. (cette modif disparaît au reboot , donc pas permanente )
le retour de la commande
pour avoir les erreurs en cour .
Dernière modification par anonyme (17-07-2019 18:03:37)
Hors ligne
Dernière modification par anonyme (17-07-2019 18:17:31)
tu sais ce que c'est se service "sddm" ?
Très probablement le gestionnaire de connexion. pstree m'indique qu'il est le processus père de X. Pour faire :
J'ai besoin de stopper X. Peut être pas la meilleure méthode, mais c'ets celle que j'ai trouvé.
nomodeset n'a aucun effet, enfin si, j'arrive sur tty6, tty7 n'existant pas.
lspci :
Sortie de journalctl :
L'erreur bluetooth, n'était pas pénalisante jusque là. Et kvm, ne virtualisant pas, je l'avais désactivé dans le bios
Merci
Hors ligne
tu a installé le firmware realtek ?
pour kvm , juste t'informe qu'il est désactivé dans le bios
tu arrive a ouvrir le bureau ? (ou pas )
le contenu du firmware => https://packages.debian.org/buster/firmware-realtek
je ne trouve pas => rtl8821a_config.bin
je met ici ton log de X
le serveur X fini l'init de ton gpu , ça plante après
Dernière modification par anonyme (17-07-2019 18:49:53)
Dernière modification par nlancien (17-07-2019 19:09:14)
Hors ligne
debian Kernel: 4.14.0-trunk-amd64 x86_64 Desktop: KDE Plasma 5.10.5
AMD Ryzen 7 1700X Eight-Core Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX 550] Display Server: x11 (X.Org 1.19.5 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon) OpenGL: renderer: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-trunk-amd64, LLVM 5.0.0)
version: 4.5 Mesa 17.3.0-rc5
Hors ligne
Hors ligne
ou
pour arreter le gestionnaire de connexion
et tu confirme avec le status , par exemple pour moi avec gdm3 (gnome)
tu vois que le display manager est "stopped" ( arrêt )
tu ouvre une autre console pure , par exemple f3 ou f4 (ctrl + alt +f3)
ouvre une session user + mdp
et lance cette commande
moi j'ouvre le bureau "gnome sous X" (par defaut j'ai fxce4 mais comme j'utilise pas le gestionnaire il ne prend pas mon choix en compte)
toi tu a qu'un bureau il doit t' ouvrir LXDE
deux cas , soit ça échoue , soit le bureau s'ouvre.
le contenu du log de X sera intéressant .
il faut bien sur un système sain avec les firmwares installés.
premier cas c'est le serveur X qui plante
deuxième cas c'est le gestionnaire de connexion
si j'ai bien compris tu a refais une installation de buster + LXDE , c'est pas la peine de recommencer , si le système est correct , seul le bureau pose problème.
ps: LXDE a son propre gestionnaire de connexion , le paquet LXDM il me semble
remarque :
ton /home est neuf , propre , ou séparé
sinon un bureau lxde a installer par exemple
pour purger les gestionnaires
avec le risque de passer des paquets en "autoremove" ou casser le bureau
pour l'instant je ne comprend pas d ou vient ce souci , et a priori la machine a fonctionné sous strech
si on reprend ton #1 et que le log de X semble correct
le messge
ceci ne parle pas trop => failed to set mode: Invalid argument
ce qui provoque le bug du gestionnaire de connexion (deuxième ligne)
j'ai trouvé quelque chose qui ressemble a ton problème => https://bugzilla.redhat.com/show_bug.cgi?id=1662548
machine intel et noyau 4.19
et ici => https://bugzilla.redhat.com/show_bug.cgi?id=1662057
avec un message a la fin
en fonction des résultats des commandes ci dessus , on peu tester ceci => https://bugzilla.redhat.com/show_bug.cgi?id=1630367#c18
créer le fichier 20-intel.conf
si le dossier n'existe pas
créer le fichier
copier coller ce contenu et enregistrer avec nano
et un reboot
si un barbu passe par la et a une idée
je te laisse lire tout ça et répondre
Dernière modification par anonyme (18-07-2019 17:03:08)
Hors ligne
Hors ligne