Vous n'êtes pas identifié(e).
Salut,
Je vais tenter d'en trouver un demain mais ce qui m'inquiète c'est que j'ai tenté de brancher ma tour sur la télé
sur la sortie HDMI cette fois-ci, et j'ai le même problème d'écran noir après le grub.
je n'arrive pas a reproduire le problème
par contre ta remarque ci dessus , donc un cable HDMI(carte graphique) vers HDMI (télé) , tu vois le grub , init (pour les disques en autre ) ,voit tu la vérification du disque système ? puis ensuite le noyau se charge .
si tu peu être plus précis
un écran noir (pas de curseur qui clignote en haut a gauche ?)
moi sur AMD , nomodeset fonctionne sur la rx550 (driver amdgpu), je suis en driver basic comme toi , et pas sur la r9 270 (pitcairn) (normalement driver radeon) , écran noir et curseur en haut a gauche.
j'ai trouver un bug de 2010 avec le firmware de l'époque et le driver xserver-xorg-video-radeonhd qui n'existe plus
il y a quelques années j'ai testé la "r9 270" avec modeset sans le driver xserver-xorg-vidéo-radeon et visse versa , a priori ça ne fonctionne plus sur bullseye
ps: debian conseille d'avoir les deux actif (KMS (modeset) et le driver de X installé)
presque il faudrait faire un test avec une stretch , pour voir si correct , je pense que l'on peu trouver l'iso encore (si ta machine supporte cet os (pas trop récente) )
mon autre souci est de ne pas avoir de carte AMD série 6800 pour tester sous bullseye
donc ta remarque ci dessus , pour la télé , la connectique en VGA n'est peu être pas la cause .
pour ton extrait du log de X , je comprend pas trop non plus .
remarque : si tu trouve pas un cordon DVI ou pour éviter son achat , ci dessous pour vérifier facilement
donc pour moi impossible de se tromper , ta connexion DVI-I vers VGA ne peut être que correcte
ps: vérifier sur mon matériel
Dernière modification par anonyme (19-01-2022 15:49:00)
Stéphane
Dernière modification par hagounet (19-01-2022 16:52:08)
Hors ligne
dans le titre .
pour ta connectique , les câbles , c'est généralement passif .
c'est rare que çà lâche .
pour les adaptateurs , c'est souvent un point faible du montage .
pas surprenant .
Dernière modification par Debian Alain (19-01-2022 16:55:45)
Hors ligne
Dernière modification par hagounet (19-01-2022 16:53:14)
Hors ligne
Reste à savoir pourquoi avec le hdmi ça ne fonctionnait pas.
versions des connectiques ? compatibilité Normes ?
je me suis pas bien renseigné , quelle est ta norme Hdmi ? sur ton écran de télévision ?
sur ta carte graphique (hdmi 1.4a)
Dernière modification par Debian Alain (19-01-2022 17:35:01)
Hors ligne
content pour toi , cette carte va fonctionner encore longtemps
tu a une commande pour vérifier les versions de la 3D (avec le paquet "mesa-utils" )
et évite Gnome ou KDE , bien que avec le serveur X , ils risquent de fonctionner correctement
je sais pas comment tu t'ai débrouillé pour avoir ce comportement avec l'adaptateur "VGA"
pour le HDMI on peu regarder , le plus simple est de brancher le PC en DVI et la télé en secondaire et de regarder ce que donne les commandes et le log de X
ps: ton nouveau cordon DVI est simple link (3 rangées de 4 ) ou dual-link (full )
je vois que xrandr donne aussi un DP (display port) , voir combien tu a de connecteur disponible sur la carte graphique (3 ou 4 )
Dernière modification par anonyme (19-01-2022 17:47:46)
Dernière modification par Debian Alain (19-01-2022 18:55:16)
Hors ligne
Dernière modification par hagounet (20-01-2022 14:18:46)
Hors ligne
question : ta carte graphique est bien fixé sur le boitier ?
tu a touché quelque chose depuis hier , déconnecté ou déplacé l'ordinateur ?
tu a installé le firmware-realtek pour ton réseau ?
je te conseille de ralentir le démarrage de l'ordinateur , dans le bios désactivé le démarrage rapide , désactiver le fond d'écran du bios , même le temps d'affichage du bios avant grub (je tourne a 6secondes ou je vois l'init du bios )
supprimer sur bullseye le paquet "plymouth"
en mode rescue (dépannage) , quand l'écran n'affiche plus de lignes taper directement ton MDP root , ça va te permettre de taper des commandes en console pure (sans bureau) , si bien sur tu arrive jusque la .
Dernière modification par anonyme (20-01-2022 15:18:59)
Lorsque j'ai essayé le mode Recovery, je n'arrive pas jusqu'à l'authentification, j'ai le blocage avant.
Je viens de rallumer l'ordinateur, et ça fonctionne de nouveau. La seule chose que j'ai faite entre-temps est un apt-get autoremove plymouth.
Je vais reboot à nouveau pour voir.
Edit: depuis le remove du package plymouth, j'ai eu l'écran noir une fois seulement. Pour l'instant ça fonctionne mieux, en tout cas plus fréquemment.
Dernière modification par hagounet (20-01-2022 20:45:16)
Hors ligne
tu poste le retour , si tout correct en réel sans l'option "-s" => "apt autoremove --purge"
pour pipewire idem tu dois pouvoir l'enlever avec le bureau xfce
toujours en simulation puis en réel
tu peu refaire un autoremove encore et un update
voila sûrement le souci
si tu peu donner le retour des erreurs mais sans couper la fin des lignes (avec un reboot de la machine avant )
puis lorsque le démarrage est correct
et poster le retour
pour ceci je sais pas si possible de le supprimer et si tu peu donner la ligne entière (pas couper a la fin)
tu peu installer le microcode AMD
pour ta remarque ci dessous
tu a bien un souci logiciel avec ton matériel sur debian , tu ne vois toujours pas les lignes défiler au démarrage de la machine ? (avec les conseils du #36 )
vérifier que tu est toujours en résolution native de ton écran avec xrandr
vérifier que la prise en charge de la 3D est correcte
tu a bien un souci logiciel avec ton matériel sur debian , tu ne vois toujours pas les lignes défiler au démarrage de la machine ? (avec les conseils du #36 )
Quand ça plante, oui juste quelques lignes de démarrage (la liste est incomplète) puis un arrêt brutal que ce soit en mode normal ou recovery. Toujours aléatoire pour le bon démarrage.
Toutes les lignes de commande ci-dessous du coup sont faites lors d'un bon démarrage. Impossible d'accéder aux lignes de commandes autrement.
Pour l'autoremove purge:
Pour pipewire autoremove fait, je n'avais pas le paquet pipewire-audio-client-librairies
journalctl:
dmesg | grep -i drm:
xrandr correct:
sudo apt-get install meta-utils
+ glxinfo -B
Hors ligne
puis
pour la carte vidéo tout va bien (glxinfo -B , les drm et xrandr sont bon )
pour pipewire fait le remove , cela fera deux erreurs en moins , et je pense pas très utile pour toi (un serveur audio )
regarde ceci
pour information sur ma machine amd le retour
si on arrivent a faire cela , ce ne sont que des warnings sans conséquence
pour ton bios il faudrait que l'option "iommu" soit sur "enabled"
tu a un paquet non mit a jour , tu peu faire ceci
ps: il y a peu être un bios plus récent , mais il faut la référence exacte et le constructeur de ta CM
je suis peut être un peu têtu , mais ta carte graphique n'a rien
on va installer ce qu'il faut pour les températures a suivre
remarque :
pour ceci
oui ce serait trop simple si on avait l'information du pourquoi
Dernière modification par anonyme (21-01-2022 14:38:08)
le retour de :
le dossier ne contient que le fichier "modules.conf" , la ou on ajoutera d'autres modules ci besoin
actuellement il est vide
mon retour sur mon PC
34 pour mon gpu amd et 27 pour mon cpu amd
tu ajoute ceci dans le fichier ouvert
tu enregistre et tu ferme nano
cela chargera le module pour les températures des disques au prochain démarrage
rechercher les modules disponibles
tu fais la touche "entrer" a chaque question
quand tu arrive la tu fais encore "entrer"
il me répond , rien de disponible pour mon matériel ,
et un module chargé automatiquement par le noyau , rien a faire
si un module disponible il te propose de l'enregistrer automatiquement dans le fichier "modules.conf"
tu réponds "yes"
tu pourra surveiller ton matériel avec la commande "sensors" en user
ps: si un module génère une erreur au démarrage , tu le supprime dans le fichier "module.conf" ou commenté avec un # "#nomdumodule"
selon le constructeur de la CM , le retour de sensors est plus ou moins complet
nota : peut être que tu connais déjà
peut être un souci avec le clavier (sans certitude) , voir aussi le log de X (pour les inputs clavier et souris )
pour les erreurs ACPI , les tables du bios sont mauvaises (a part pour windows ......... )
a part tenter un bios plus récent (toujours dangereux) et encore faut t'il le trouver (tu a déjà peut être le dernier du constructeur)
donc rien a faire dans la mesure ou cela ne perturbe pas le démarrage de la machine
pour toute la série ci dessous
donc aucune idée de ce qui provoque l'échec du démarrage
j' attend ton retour de la commande pour "iommu" pour voir ci bon
tu dois avoir quelque chose du genre (ma machine de 2017 )
je peu pas plus pour toi , a moins que quelqu'un ai une idée sur ce problème.
ps : comme cela a été déjà dit avant , le matériel semble hors de cause .
il semble aussi que tu n'a jamais donné le retour de ceci (on sait jamais un matériel exotique )
Dernière modification par anonyme (21-01-2022 17:43:22)
Je pense que le nettoyage et les actions que vous m'avez recommandés ont fait le travail, même si je ne saurais pas dire ce qui bloquait précisément.
Merci beaucoup en tout cas, c'était instructif, je vais continuer de surveiller en espérant que le bug ne reviendra pas.
Dernière modification par hagounet (22-01-2022 13:40:39)
Hors ligne
pour sensors je ne vois pas le retour de la température des disques , tu n'a pas fait la modif pour "drivetemp.conf" ou tu n'a pas fais un reboot de la machine .
tant mieux si la machine est plus stable
remarque:
pour ceci c'est courant
dans le bios la température est correcte , mais sensors donne une mauvaise information (en général c'est le manque d'information du circuit électronique qui donne la valeur , et ceux qui gèrent lm-sensors peuvent pas le deviner)
avec des marques comme ASUS , c'est courant ce genre de choses .
Dernière modification par anonyme (22-01-2022 15:46:19)
J'ai installé acpi du coup.
Dernière modification par hagounet (24-01-2022 08:46:08)
Hors ligne
tu remarque la dernière ligne
jamais trop poussé la configuration (pas de portable)
il me semble que tu a moins de bug au démarrage , ou toujours aléatoire ?
remarque : avec un gpu AMD récent , un peu plus d'informations
Dernière modification par anonyme (24-01-2022 12:01:39)
Hors ligne