Dimensions des consoles inutilisables et non modifiables

Bonjour,

j’ai installé une distro Buster 10.4 / LXDE et tout s’est bien passé (sous Debian depuis… 2001), sauf la taille de l’affichage des consoles quand j’utilise Ctrl-Alt-F1…6, qui n’utilise que 80 colonnes x 25 lignes (ou parfois 30, pas encore compris le pourquoi du comment) en plein écran, résultat des tailles énormes de police et une difficulté énorme également à lire ce qui s’affiche (sans compter qu’avec des lignes longues comme on en trouve avec ps ax, on perd la partie utile, le bout à droite).

J’ai attentivement étudié et suivi le tuto « https://wiki.debian.org/AtiHowTo » sans succès.

J’ai lu et appliqué read http://forums.debian.net/viewtopic.php?f=6&t=142330&hilit=console+resolution&start=30#p700693, où l’on trouve :

apt install firmware-amd-graphics amd64-microcode
That last command will install the two files you needed for your video and solve all the issues. 
You will now be able to boot to a normal screen and be free to change resolutions as desired. 
Reboot the system.

mais pas mieux après le reboot demandé.

Voilà des infos :

xrandr -q
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1440 x 900, current 1440 x 900, maximum 1440 x 900
default connected 1440x900+0+0 0mm x 0mm
   1440x900       0.00* 
lspci -nn | grep VGA
29:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c9)
uname -a
Linux debox64 4.19.118 #12 SMP Wed Aug 19 19:45:10 CEST 2020 x86_64 GNU/Linux

Qu’est-ce que je peux faire de plus ?
Ah, je précise que dans une vieille machine Debian 7.1 / LXDE, les consoles fonctionnent tip-top sans aucun trifouillage, oobe comme on dit.

Merci pour vos conseils avisés,

Vérifier que les firmwares AMD/ATI sont bien installés

apt-cache policy firmware-amd-graphics

Vérifier que le pilote radeon et les firmwares radeon sont bien utilisés par le GPU

lspci -k -d 1002:15d8
dmesg | egrep  -i "radeon|drm"

Vérifier que si (et seulement si) le module radeon.ko est inclus dans l’initramfs du noyau courant, alors les firmwares radeon le sont aussi.

lsinitramfs /boot/initrd.img-$(uname -r) | grep radeon

Si le module est inclus mais pas les firmwares bien qu’installés, alors reconstruire l’initramfs.

update-initramfs -u -k $(uname -r)

Bonjour et merci pour cette première réponse.
Voici les résultats demandés (désolé pour la mise en page, je cafouille un peu avec l’éditeur du forum)

apt-cache policy firmware-amd-graphics
firmware-amd-graphics:
  Installé : 20190114-2
  Candidat : 20190114-2
 Table de version :
 *** 20190114-2 500
        500 http://deb.debian.org/debian buster/non-free amd64 Packages
        500 http://deb.debian.org/debian buster/non-free i386 Packages
        100 /var/lib/dpkg/status
lspci -k -d 1002:15d8
29:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Picasso (rev c9)
        Subsystem: Micro-Star International Co., Ltd. [MSI] Picasso
dmesg | egrep -i "radeon|drm"
[    0.118054] smpboot: CPU0: AMD Ryzen 3 3200G with Radeon Vega Graphics (family: 0x17, model: 0x18, stepping: 0x1)
 lsinitramfs /boot/initrd.img-4.19.118 | grep radeon
usr/lib/firmware/radeon
usr/lib/firmware/radeon/ARUBA_me.bin
usr/lib/firmware/radeon/ARUBA_pfp.bin
usr/lib/firmware/radeon/ARUBA_rlc.bin
usr/lib/firmware/radeon/BARTS_mc.bin
usr/lib/firmware/radeon/BARTS_me.bin
usr/lib/firmware/radeon/BARTS_pfp.bin
usr/lib/firmware/radeon/BARTS_smc.bin
usr/lib/firmware/radeon/BONAIRE_ce.bin
usr/lib/firmware/radeon/BONAIRE_mc.bin
usr/lib/firmware/radeon/BONAIRE_mc2.bin
usr/lib/firmware/radeon/BONAIRE_me.bin
usr/lib/firmware/radeon/BONAIRE_mec.bin
usr/lib/firmware/radeon/BONAIRE_pfp.bin
usr/lib/firmware/radeon/BONAIRE_rlc.bin
usr/lib/firmware/radeon/BONAIRE_sdma.bin
usr/lib/firmware/radeon/BONAIRE_smc.bin
usr/lib/firmware/radeon/BONAIRE_uvd.bin
usr/lib/firmware/radeon/BONAIRE_vce.bin
usr/lib/firmware/radeon/BTC_rlc.bin
usr/lib/firmware/radeon/CAICOS_mc.bin
usr/lib/firmware/radeon/CAICOS_me.bin
usr/lib/firmware/radeon/CAICOS_pfp.bin
usr/lib/firmware/radeon/CAICOS_smc.bin
usr/lib/firmware/radeon/CAYMAN_mc.bin
usr/lib/firmware/radeon/CAYMAN_me.bin
usr/lib/firmware/radeon/CAYMAN_pfp.bin
usr/lib/firmware/radeon/CAYMAN_rlc.bin
usr/lib/firmware/radeon/CAYMAN_smc.bin
usr/lib/firmware/radeon/CEDAR_me.bin
usr/lib/firmware/radeon/CEDAR_pfp.bin
usr/lib/firmware/radeon/CEDAR_rlc.bin
usr/lib/firmware/radeon/CEDAR_smc.bin
usr/lib/firmware/radeon/CYPRESS_me.bin
usr/lib/firmware/radeon/CYPRESS_pfp.bin
usr/lib/firmware/radeon/CYPRESS_rlc.bin
usr/lib/firmware/radeon/CYPRESS_smc.bin
usr/lib/firmware/radeon/CYPRESS_uvd.bin
usr/lib/firmware/radeon/HAINAN_ce.bin
usr/lib/firmware/radeon/HAINAN_mc.bin
usr/lib/firmware/radeon/HAINAN_mc2.bin
usr/lib/firmware/radeon/HAINAN_me.bin
usr/lib/firmware/radeon/HAINAN_pfp.bin
usr/lib/firmware/radeon/HAINAN_rlc.bin
usr/lib/firmware/radeon/HAINAN_smc.bin
usr/lib/firmware/radeon/HAWAII_ce.bin
usr/lib/firmware/radeon/HAWAII_mc.bin
usr/lib/firmware/radeon/HAWAII_mc2.bin
usr/lib/firmware/radeon/HAWAII_me.bin
usr/lib/firmware/radeon/HAWAII_mec.bin
usr/lib/firmware/radeon/HAWAII_pfp.bin
usr/lib/firmware/radeon/HAWAII_rlc.bin
usr/lib/firmware/radeon/HAWAII_sdma.bin
usr/lib/firmware/radeon/HAWAII_smc.bin
usr/lib/firmware/radeon/JUNIPER_me.bin
usr/lib/firmware/radeon/JUNIPER_pfp.bin
usr/lib/firmware/radeon/JUNIPER_rlc.bin
usr/lib/firmware/radeon/JUNIPER_smc.bin
usr/lib/firmware/radeon/KABINI_ce.bin
usr/lib/firmware/radeon/KABINI_me.bin
usr/lib/firmware/radeon/KABINI_mec.bin
usr/lib/firmware/radeon/KABINI_pfp.bin
usr/lib/firmware/radeon/KABINI_rlc.bin
usr/lib/firmware/radeon/KABINI_sdma.bin
usr/lib/firmware/radeon/KAVERI_ce.bin
usr/lib/firmware/radeon/KAVERI_me.bin
usr/lib/firmware/radeon/KAVERI_mec.bin
usr/lib/firmware/radeon/KAVERI_pfp.bin
usr/lib/firmware/radeon/KAVERI_rlc.bin
usr/lib/firmware/radeon/KAVERI_sdma.bin
usr/lib/firmware/radeon/MULLINS_ce.bin
usr/lib/firmware/radeon/MULLINS_me.bin
usr/lib/firmware/radeon/MULLINS_mec.bin
usr/lib/firmware/radeon/MULLINS_pfp.bin
usr/lib/firmware/radeon/MULLINS_rlc.bin
usr/lib/firmware/radeon/MULLINS_sdma.bin
usr/lib/firmware/radeon/OLAND_ce.bin
usr/lib/firmware/radeon/OLAND_mc.bin
usr/lib/firmware/radeon/OLAND_mc2.bin
usr/lib/firmware/radeon/OLAND_me.bin
usr/lib/firmware/radeon/OLAND_pfp.bin
usr/lib/firmware/radeon/OLAND_rlc.bin
usr/lib/firmware/radeon/OLAND_smc.bin
usr/lib/firmware/radeon/PALM_me.bin
usr/lib/firmware/radeon/PALM_pfp.bin
usr/lib/firmware/radeon/PITCAIRN_ce.bin
usr/lib/firmware/radeon/PITCAIRN_mc.bin
usr/lib/firmware/radeon/PITCAIRN_mc2.bin
usr/lib/firmware/radeon/PITCAIRN_me.bin
usr/lib/firmware/radeon/PITCAIRN_pfp.bin
usr/lib/firmware/radeon/PITCAIRN_rlc.bin
usr/lib/firmware/radeon/PITCAIRN_smc.bin
usr/lib/firmware/radeon/R100_cp.bin
usr/lib/firmware/radeon/R200_cp.bin
usr/lib/firmware/radeon/R300_cp.bin
usr/lib/firmware/radeon/R420_cp.bin
usr/lib/firmware/radeon/R520_cp.bin
usr/lib/firmware/radeon/R600_me.bin
usr/lib/firmware/radeon/R600_pfp.bin
usr/lib/firmware/radeon/R600_rlc.bin
usr/lib/firmware/radeon/R600_uvd.bin
usr/lib/firmware/radeon/R700_rlc.bin
usr/lib/firmware/radeon/REDWOOD_me.bin
usr/lib/firmware/radeon/REDWOOD_pfp.bin
usr/lib/firmware/radeon/REDWOOD_rlc.bin
usr/lib/firmware/radeon/REDWOOD_smc.bin
usr/lib/firmware/radeon/RS600_cp.bin
usr/lib/firmware/radeon/RS690_cp.bin
usr/lib/firmware/radeon/RS780_me.bin
usr/lib/firmware/radeon/RS780_pfp.bin
usr/lib/firmware/radeon/RS780_uvd.bin
usr/lib/firmware/radeon/RV610_me.bin
usr/lib/firmware/radeon/RV610_pfp.bin
usr/lib/firmware/radeon/RV620_me.bin
usr/lib/firmware/radeon/RV620_pfp.bin
usr/lib/firmware/radeon/RV630_me.bin
usr/lib/firmware/radeon/RV630_pfp.bin
usr/lib/firmware/radeon/RV635_me.bin
usr/lib/firmware/radeon/RV635_pfp.bin
usr/lib/firmware/radeon/RV670_me.bin
usr/lib/firmware/radeon/RV670_pfp.bin
usr/lib/firmware/radeon/RV710_me.bin
usr/lib/firmware/radeon/RV710_pfp.bin
usr/lib/firmware/radeon/RV710_smc.bin
usr/lib/firmware/radeon/RV710_uvd.bin
usr/lib/firmware/radeon/RV730_me.bin
usr/lib/firmware/radeon/RV730_pfp.bin
usr/lib/firmware/radeon/RV730_smc.bin
usr/lib/firmware/radeon/RV740_smc.bin
usr/lib/firmware/radeon/RV770_me.bin
usr/lib/firmware/radeon/RV770_pfp.bin
usr/lib/firmware/radeon/RV770_smc.bin
usr/lib/firmware/radeon/RV770_uvd.bin
usr/lib/firmware/radeon/SUMO2_me.bin
usr/lib/firmware/radeon/SUMO2_pfp.bin
usr/lib/firmware/radeon/SUMO_me.bin
usr/lib/firmware/radeon/SUMO_pfp.bin
usr/lib/firmware/radeon/SUMO_rlc.bin
usr/lib/firmware/radeon/SUMO_uvd.bin
usr/lib/firmware/radeon/TAHITI_ce.bin
usr/lib/firmware/radeon/TAHITI_mc.bin
usr/lib/firmware/radeon/TAHITI_mc2.bin
usr/lib/firmware/radeon/TAHITI_me.bin
usr/lib/firmware/radeon/TAHITI_pfp.bin
usr/lib/firmware/radeon/TAHITI_rlc.bin
usr/lib/firmware/radeon/TAHITI_smc.bin
usr/lib/firmware/radeon/TAHITI_uvd.bin
usr/lib/firmware/radeon/TAHITI_vce.bin
usr/lib/firmware/radeon/TURKS_mc.bin
usr/lib/firmware/radeon/TURKS_me.bin
usr/lib/firmware/radeon/TURKS_pfp.bin
usr/lib/firmware/radeon/TURKS_smc.bin
usr/lib/firmware/radeon/VERDE_ce.bin
usr/lib/firmware/radeon/VERDE_mc.bin
usr/lib/firmware/radeon/VERDE_mc2.bin
usr/lib/firmware/radeon/VERDE_me.bin
usr/lib/firmware/radeon/VERDE_pfp.bin
usr/lib/firmware/radeon/VERDE_rlc.bin
usr/lib/firmware/radeon/VERDE_smc.bin
usr/lib/firmware/radeon/banks_k_2_smc.bin
usr/lib/firmware/radeon/bonaire_ce.bin
usr/lib/firmware/radeon/bonaire_k_smc.bin
usr/lib/firmware/radeon/bonaire_mc.bin
usr/lib/firmware/radeon/bonaire_me.bin
usr/lib/firmware/radeon/bonaire_mec.bin
usr/lib/firmware/radeon/bonaire_pfp.bin
usr/lib/firmware/radeon/bonaire_rlc.bin
usr/lib/firmware/radeon/bonaire_sdma.bin
usr/lib/firmware/radeon/bonaire_smc.bin
usr/lib/firmware/radeon/bonaire_uvd.bin
usr/lib/firmware/radeon/hainan_ce.bin
usr/lib/firmware/radeon/hainan_k_smc.bin
usr/lib/firmware/radeon/hainan_mc.bin
usr/lib/firmware/radeon/hainan_me.bin
usr/lib/firmware/radeon/hainan_pfp.bin
usr/lib/firmware/radeon/hainan_rlc.bin
usr/lib/firmware/radeon/hainan_smc.bin
usr/lib/firmware/radeon/hawaii_ce.bin
usr/lib/firmware/radeon/hawaii_k_smc.bin
usr/lib/firmware/radeon/hawaii_mc.bin
usr/lib/firmware/radeon/hawaii_me.bin
usr/lib/firmware/radeon/hawaii_mec.bin
usr/lib/firmware/radeon/hawaii_pfp.bin
usr/lib/firmware/radeon/hawaii_rlc.bin
usr/lib/firmware/radeon/hawaii_sdma.bin
usr/lib/firmware/radeon/hawaii_smc.bin
usr/lib/firmware/radeon/kabini_ce.bin
usr/lib/firmware/radeon/kabini_me.bin
usr/lib/firmware/radeon/kabini_mec.bin
usr/lib/firmware/radeon/kabini_pfp.bin
usr/lib/firmware/radeon/kabini_rlc.bin
usr/lib/firmware/radeon/kabini_sdma.bin
usr/lib/firmware/radeon/kaveri_ce.bin
usr/lib/firmware/radeon/kaveri_me.bin
usr/lib/firmware/radeon/kaveri_mec.bin
usr/lib/firmware/radeon/kaveri_mec2.bin
usr/lib/firmware/radeon/kaveri_pfp.bin
usr/lib/firmware/radeon/kaveri_rlc.bin
usr/lib/firmware/radeon/kaveri_sdma.bin
usr/lib/firmware/radeon/mullins_ce.bin
usr/lib/firmware/radeon/mullins_me.bin
usr/lib/firmware/radeon/mullins_mec.bin
usr/lib/firmware/radeon/mullins_pfp.bin
usr/lib/firmware/radeon/mullins_rlc.bin
usr/lib/firmware/radeon/mullins_sdma.bin
usr/lib/firmware/radeon/oland_ce.bin
usr/lib/firmware/radeon/oland_k_smc.bin
usr/lib/firmware/radeon/oland_mc.bin
usr/lib/firmware/radeon/oland_me.bin
usr/lib/firmware/radeon/oland_pfp.bin
usr/lib/firmware/radeon/oland_rlc.bin
usr/lib/firmware/radeon/oland_smc.bin
usr/lib/firmware/radeon/pitcairn_ce.bin
usr/lib/firmware/radeon/pitcairn_k_smc.bin
usr/lib/firmware/radeon/pitcairn_mc.bin
usr/lib/firmware/radeon/pitcairn_me.bin
usr/lib/firmware/radeon/pitcairn_pfp.bin
usr/lib/firmware/radeon/pitcairn_rlc.bin
usr/lib/firmware/radeon/pitcairn_smc.bin
usr/lib/firmware/radeon/si58_mc.bin
usr/lib/firmware/radeon/tahiti_ce.bin
usr/lib/firmware/radeon/tahiti_mc.bin
usr/lib/firmware/radeon/tahiti_me.bin
usr/lib/firmware/radeon/tahiti_pfp.bin
usr/lib/firmware/radeon/tahiti_rlc.bin
usr/lib/firmware/radeon/tahiti_smc.bin
usr/lib/firmware/radeon/verde_ce.bin
usr/lib/firmware/radeon/verde_k_smc.bin
usr/lib/firmware/radeon/verde_mc.bin
usr/lib/firmware/radeon/verde_me.bin
usr/lib/firmware/radeon/verde_pfp.bin
usr/lib/firmware/radeon/verde_rlc.bin
usr/lib/firmware/radeon/verde_smc.bin
usr/lib/modules/4.19.118/kernel/drivers/gpu/drm/radeon
usr/lib/modules/4.19.118/kernel/drivers/gpu/drm/radeon/radeon.ko

Est-ce que cette sortie indique que « les firmwares radeon le sont aussi [inclus dans l’initramfs] » ?

Ce qui me chagrine dans cette sortie, c’est que je ne vois ni « Picasso » ni « Vega » alors qu’on les trouve là :

lspci -k -d 1002:15d8
29:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] **Picasso** (rev c9)`
	Subsystem: Micro-Star International Co., Ltd. [MSI] **Picasso**`
dmesg | egrep -i "radeon|drm"
[    0.118054] smpboot: CPU0: AMD Ryzen 3 3200G with Radeon **Vega** Graphics (family: 0x17, model: 0x18, stepping: 0x1)

Est-ce que ça a un rapport ?

Merci pour l’aide,

C’est une machine récente ? Je crains qu’elle ne soit pas supportée par le noyau 4.19.

3 mois à tout casser.

Et tout fonctionne bien sauf cette histoire de consoles.
Mais ce qui est très curieux, c’est que si à force d’essais infructueux je plante le démarrage de X, alors là j’ai mes 6 consoles avec la résolution de l’écran.

Si la machine est très récente, il faudrait essayer avec le noyau 5.x des backports.

Ca va se chercher comment, cette bestiole ? Je n’ai jamais fait.
Merci,

Bon, j’ai googlé j’ai trouvé j’ai fait ce qu’on m’a dit là (https://backports.debian.org/Instructions/), ensuite j’ai parcouru le retour de Synaptic après une demande sur « Linux », j’ai choisi d’installer 6 paquets (
linux-config-5.7,
linux-headers-5.7.0-0.bpo.2-common,
linux-headers-5.7.0-0.bpo.2-amd64,
linux-image-5.7.0-0.bpo.2-amd64,
linux-kbuild-5.7,
linux-source-5.7
[l’éditeur refuse de me mettre le tag « texte pré-formatté »…]
), j’ai mis à jour le grub, j’ai rebooté et là, après le bios, écran noir et Ctrl-Alt-F1…7 totalement inopérant.

J’ai fait reset, j’ai choisi mon bon 4.19.118 qui m’a permis d’aller voir dans /var/log/message où je n’ai rien vu de particulier.
Mais c’est un tel fouillis que s’il y a une erreur, pas sûr qu’elle saute aux yeux (un démarrage de machine génère environ 800 lignes de log dans /var/log/message et je ne parle pas des autres logs…

Une autre idée ?

Seul le paquet linux-image était utile.
Installe le paquet firmware-amd-graphics des backports.

Bonsoir,

Je ne pouvais pas le deviner.

Et là, je ne peux pas deviner quel backport il va me falloir.

Car je suppose que ce que j’ai trouvé en suivant le lien n’est pas suffisant, on dirait, puisque le paquet que tu cites n’est pas visible dans mon Synaptic ou plutôt, le seul visible est celui que j’ai installé, version 20190114-2 et c’est le seul qu’il y a concernant AMD.

Cependant, un truc m’échappe : je tape apt policy firmware-amd-graphics et je récupère

firmware-amd-graphics:
  Installé : 20190114-2
  Candidat : 20190114-2
 Table de version :
 *** 20190114-2 500
        500 http://deb.debian.org/debian buster/non-free amd64 Packages
        500 http://deb.debian.org/debian buster/non-free i386 Packages
        100 /var/lib/dpkg/status

comme expliqué en début d’après-midi, puis je tape dmesg | grep firmware et là je n’ai qu’une ligne concernant le réseau.

On dirait donc que le firmware du graphic, installé, n’est pas utilisé/configuré/appelé pour être chargé/que sais-je encore, et là je ne sais pas quoi faire.
Heureusement, en lisant cette page web je découvre un lien vers un .deb plus à jour que le mien, plus une info qui donne envie d’installer le truc : « Vega 20 is too new for buster’s ageing kernel ».
Et en examinant la liste des produits concernés, j’y lis maintenant « Picasso » et « Vega » → allez hop !, dpkg -i le_package.deb et reboot et… et c’est pareil : écran noir, Ctrl-Alt-F1…7 inopérant.

Et c’est d’autant plus dommage que maintenant je vois dans /var/log/messages des lignes concernant le chargement de amdgpu/picasso (9 lignes) et 1 de ampgpu/raven (en fait, une grosse trentaine de lignes avec amdgpu dedans).
Mais je ne sais pas quoi faire de tout ça…

Bonjour, pour info, sur une autre machine récente, je n’ai pas réussi à installer Debian 10 et j’ai finalement installé Ubuntu 19 passé en 20 récemment. Je préfère debian qui est plus stable d’ubuntu, ce que je confirme car le passage en 20 sur cette machine conduit à des arrêts intempestifs, parfois plusieurs par jour, toujours inexpliqué à ce jour mais c’était et c’est toujours la seule solution.

Bonjour,

La seule solution ? Mais ce n’est pas une solution, une machine qui plante plusieurs fois par jour…
Et ça n’a pas de rapport avec mon problème…


pour résumer, suite aux manips d’hier (qui m’ont généré un paquet cassé, le firmware 20190114-2) :
noyau 4.19.118 booté :

apt policy firmware-amd-graphics
firmware-amd-graphics:
  Installé : 20200619-1~bpo10+1
  Candidat : 20200619-1~bpo10+1
 Table de version :
 *** 20200619-1~bpo10+1 100
            100 /var/lib/dpkg/status
         20190114-2 500
            500 http://deb.debian.org/debian buster/non-free amd64 Packages
            500 http://deb.debian.org/debian buster/non-free i386 Packages
dmesg | grep firmware
[    5.025532] r8169 0000:25:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw

« nic » = réseau, et donc consoles en 80x25.

noyau 5.7.xyz booté :
écran noir, Ctrl-Alt-Fn inopérant, obligé de réinitialiser la machine.
Rien de particulier dans /var/log/messages concernant cette session, vue depuis la machine rebootée en 4.19.118.

Une précision : le dossier /lib/firmware/amdgpu/ contient des fichiers picasso_xyz.bin et vega-xyz.bin

La question est : comment les faire charger ?
Devraient-ils être au niveau supérieur ?
Devraient-ils s’appeler uvwxyz.fw ?
Je ne sais pas répondre à ces questions.

Ici on peut lire :

  1. Assuming the firmware deb package is the only file in your Downloads folder, issue the command dpkg -i *.deb.
  2. Allow the installation to complete.

At this point, the firmware is in place, but the kernel isn’t aware. The easiest resolution for this is to simply reboot the machine. Once the machine has rebooted, the firmware will be available to use

Ha ha ha !

La communication est toujours un art difficile, c’est la seule solution dans mon cas car debian 10 ne fonctionne pas. Bien sûr qu’une machine qui plante plusieurs fois par jour est inadmissible mais j’y travaille, ce n’est pas tous les jours, je n’est rien trouvé pour l’instant et c’est sur le forum Ubunu.
Mon post est simplement là pour :

  • signifier que c’est probablement un pb de version du noyau
  • qu’il peut être judicieux de voir ce que donne Ubuntu
    Après tu es grand :slight_smile: et tu fais ce que tu veux.

Tu as bien spécifié la section « non-free » sur la ligne de buster-backports dans /etc/apt/sources.list ?

Pardon ? Quel rapport entre réseau et console en 80x25 ?

Bonjour,

Juste une ligne avec nic (donc réseau) donc sous-entendu le firmware pour graphics n’a pas été chargé donc consoles en 80x25 au lieu de 1440x900

Ah non, personne ne me l’ayant précisé.

Je recommence avec main contrib non-free histoire de pas en oublier. Mais ce qui est bizarre, c’est que hier l’install s’est quand même exécutée sans erreur.

Bon, de toute façon, le résultat après réinstallation du paquet est strictement le même.

Mais je note une chose intéressante dans /var/log/message et ce depuis hier : une tripotée de lignes avec
amdgpu heure:minutes:secondes firmware: direct-loading firmware amdgpu/picasso_xyz.bin plus une ligne concernant raven_dmcu.bin.
Seulement, après tout ça, il y en a une qui me chagrine, si elle a un rapport :
[drm] cannot find any crtc or sizes

Bref, on en est au même point.

EDIT : Quand je regarde les paquets installés dans Synaptic (mot-clé « firmware »), j’en trouve 3 :
firmware-amd-graphics
firmware-linux-free
firmware-misc-nonfree
Est-ce que je dois rajouter
firmware-linux
firmware-linux-nonfree
?
Merci,

L’installation des paquets du noyau ? Normal, ces paquets sont dans la section « main ».

Ce ne sont que des méta-paquets qui dépendent d’autres paquets, dont ceux qui sont installés.

Pourrais-tu poster la totalité des messages filtrés par

egrep "radeon|amdgpu|drm" /var/log/kern.log

Merci beaucoup de ta patience et de te préoccuper de ce curieux problème.

Ci-joint les données demandées. J’ai rajouté la ligne de démarrage :

Aug 27 18:49:10 debox64 kernel: [    0.000000] Linux version 5.7.0-0.bpo.2-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6), GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.7.10-1~bpo10+1 (2020-07-30)
Aug 27 18:49:10 debox64 kernel: [    1.152206] [drm] amdgpu kernel modesetting enabled.
Aug 27 18:49:10 debox64 kernel: [    1.152336] amdgpu 0000:29:00.0: vgaarb: deactivate vga console
Aug 27 18:49:10 debox64 kernel: [    1.153418] [drm] initializing kernel modesetting (RAVEN 0x1002:0x15D8 0x1462:0x7C52 0xC9).
Aug 27 18:49:10 debox64 kernel: [    1.153430] [drm] register mmio base: 0xFCB00000
Aug 27 18:49:10 debox64 kernel: [    1.153430] [drm] register mmio size: 524288
Aug 27 18:49:10 debox64 kernel: [    1.153446] [drm] add ip block number 0 <soc15_common>
Aug 27 18:49:10 debox64 kernel: [    1.153446] [drm] add ip block number 1 <gmc_v9_0>
Aug 27 18:49:10 debox64 kernel: [    1.153447] [drm] add ip block number 2 <vega10_ih>
Aug 27 18:49:10 debox64 kernel: [    1.153447] [drm] add ip block number 3 <psp>
Aug 27 18:49:10 debox64 kernel: [    1.153448] [drm] add ip block number 4 <gfx_v9_0>
Aug 27 18:49:10 debox64 kernel: [    1.153449] [drm] add ip block number 5 <sdma_v4_0>
Aug 27 18:49:10 debox64 kernel: [    1.153449] [drm] add ip block number 6 <powerplay>
Aug 27 18:49:10 debox64 kernel: [    1.153450] [drm] add ip block number 7 <dm>
Aug 27 18:49:10 debox64 kernel: [    1.153450] [drm] add ip block number 8 <vcn_v1_0>
Aug 27 18:49:10 debox64 kernel: [    1.153466] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_gpu_info.bin
Aug 27 18:49:10 debox64 kernel: [    1.176355] [drm] BIOS signature incorrect 5b 7
Aug 27 18:49:10 debox64 kernel: [    1.176396] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_sdma.bin
Aug 27 18:49:10 debox64 kernel: [    1.176398] [drm] VCN decode is enabled in VM mode
Aug 27 18:49:10 debox64 kernel: [    1.176398] [drm] VCN encode is enabled in VM mode
Aug 27 18:49:10 debox64 kernel: [    1.176399] [drm] JPEG decode is enabled in VM mode
Aug 27 18:49:10 debox64 kernel: [    1.176419] [drm] vm size is 262144 GB, 4 levels, block size is 9-bit, fragment size is 9-bit
Aug 27 18:49:10 debox64 kernel: [    1.176424] amdgpu 0000:29:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
Aug 27 18:49:10 debox64 kernel: [    1.176425] amdgpu 0000:29:00.0: GART: 1024M 0x0000000000000000 - 0x000000003FFFFFFF
Aug 27 18:49:10 debox64 kernel: [    1.176425] amdgpu 0000:29:00.0: AGP: 267419648M 0x000000F800000000 - 0x0000FFFFFFFFFFFF
Aug 27 18:49:10 debox64 kernel: [    1.176428] [drm] Detected VRAM RAM=2048M, BAR=2048M
Aug 27 18:49:10 debox64 kernel: [    1.176429] [drm] RAM width 128bits DDR4
Aug 27 18:49:10 debox64 kernel: [    1.176586] [drm] amdgpu: 2048M of VRAM memory ready
Aug 27 18:49:10 debox64 kernel: [    1.176589] [drm] amdgpu: 3072M of GTT memory ready.
Aug 27 18:49:10 debox64 kernel: [    1.176591] [drm] GART: num cpu pages 262144, num gpu pages 262144
Aug 27 18:49:10 debox64 kernel: [    1.176736] [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000).
Aug 27 18:49:10 debox64 kernel: [    1.176864] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_asd.bin
Aug 27 18:49:10 debox64 kernel: [    1.176874] amdgpu 0000:29:00.0: firmware: failed to load amdgpu/picasso_ta.bin (-2)
Aug 27 18:49:10 debox64 kernel: [    1.176880] amdgpu 0000:29:00.0: Direct firmware load for amdgpu/picasso_ta.bin failed with error -2
Aug 27 18:49:10 debox64 kernel: [    1.176882] amdgpu 0000:29:00.0: psp v10.0: Failed to load firmware "amdgpu/picasso_ta.bin"
Aug 27 18:49:10 debox64 kernel: [    1.176897] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_pfp.bin
Aug 27 18:49:10 debox64 kernel: [    1.176909] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_me.bin
Aug 27 18:49:10 debox64 kernel: [    1.176919] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_ce.bin
Aug 27 18:49:10 debox64 kernel: [    1.176935] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_rlc_am4.bin
Aug 27 18:49:10 debox64 kernel: [    1.176994] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_mec.bin
Aug 27 18:49:10 debox64 kernel: [    1.177059] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_mec2.bin
Aug 27 18:49:10 debox64 kernel: [    1.177062] [drm] CP firmware version too old, please update!
Aug 27 18:49:10 debox64 kernel: [    1.178153] [drm] use_doorbell being set to: [true]
Aug 27 18:49:10 debox64 kernel: [    1.178187] amdgpu: [powerplay] hwmgr_sw_init smu backed is smu10_smu
Aug 27 18:49:10 debox64 kernel: [    1.178216] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/raven_dmcu.bin
Aug 27 18:49:10 debox64 kernel: [    1.178298] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_vcn.bin
Aug 27 18:49:10 debox64 kernel: [    1.178301] [drm] Found VCN firmware Version: 1.73 Family ID: 18
Aug 27 18:49:10 debox64 kernel: [    1.178305] [drm] PSP loading VCN firmware
Aug 27 18:49:10 debox64 kernel: [    1.198820] [drm] reserve 0x400000 from 0xf47f800000 for PSP TMR
Aug 27 18:49:10 debox64 kernel: [    1.403733] [drm] kiq ring mec 2 pipe 1 q 0
Aug 27 18:49:10 debox64 kernel: [    1.404322] [drm] DM_PPLIB: values for F clock
Aug 27 18:49:10 debox64 kernel: [    1.404323] [drm] DM_PPLIB:	 400000 in kHz, 3099 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404324] [drm] DM_PPLIB:	 933000 in kHz, 3574 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404324] [drm] DM_PPLIB:	 1200000 in kHz, 4399 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404324] [drm] DM_PPLIB:	 1333000 in kHz, 4399 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404325] [drm] DM_PPLIB: values for DCF clock
Aug 27 18:49:10 debox64 kernel: [    1.404326] [drm] DM_PPLIB:	 300000 in kHz, 3099 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404326] [drm] DM_PPLIB:	 600000 in kHz, 3574 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404327] [drm] DM_PPLIB:	 626000 in kHz, 4250 in mV
Aug 27 18:49:10 debox64 kernel: [    1.404327] [drm] DM_PPLIB:	 654000 in kHz, 4399 in mV
Aug 27 18:49:10 debox64 kernel: [    1.405350] [drm] Display Core initialized with v3.2.76!
Aug 27 18:49:10 debox64 kernel: [    1.440696] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Aug 27 18:49:10 debox64 kernel: [    1.444609] [drm] VCN decode and encode initialized successfully(under DPG Mode).
Aug 27 18:49:10 debox64 kernel: [    1.445897] amdgpu 0000:29:00.0: [drm] Cannot find any crtc or sizes
Aug 27 18:49:10 debox64 kernel: [    1.445996] amdgpu 0000:29:00.0: ring gfx uses VM inv eng 0 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.445997] amdgpu 0000:29:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.445998] amdgpu 0000:29:00.0: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.445998] amdgpu 0000:29:00.0: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.445999] amdgpu 0000:29:00.0: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446000] amdgpu 0000:29:00.0: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446001] amdgpu 0000:29:00.0: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446001] amdgpu 0000:29:00.0: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446002] amdgpu 0000:29:00.0: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446003] amdgpu 0000:29:00.0: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Aug 27 18:49:10 debox64 kernel: [    1.446004] amdgpu 0000:29:00.0: ring sdma0 uses VM inv eng 0 on hub 1
Aug 27 18:49:10 debox64 kernel: [    1.446005] amdgpu 0000:29:00.0: ring vcn_dec uses VM inv eng 1 on hub 1
Aug 27 18:49:10 debox64 kernel: [    1.446006] amdgpu 0000:29:00.0: ring vcn_enc0 uses VM inv eng 4 on hub 1
Aug 27 18:49:10 debox64 kernel: [    1.446006] amdgpu 0000:29:00.0: ring vcn_enc1 uses VM inv eng 5 on hub 1
Aug 27 18:49:10 debox64 kernel: [    1.446007] amdgpu 0000:29:00.0: ring jpeg_dec uses VM inv eng 6 on hub 1
Aug 27 18:49:10 debox64 kernel: [    1.456893] [drm] Initialized amdgpu 3.37.0 20150101 for 0000:29:00.0 on minor 0
Aug 27 18:49:10 debox64 kernel: [    3.963958] snd_hda_intel 0000:29:00.1: bound 0000:29:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])

et depuis Aug 27 23:29:01 c'est toujours le même log donc je ne le répète pas (j'ai fait 5 démarrages similaires en 5.7.0) :
Aug 27 23:29:01 debox64 kernel: [    0.000000] Linux version 5.7.0-0.bpo.2-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6), GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.7.10-1~bpo10+1 (2020-07-30)
Aug 27 23:29:01 debox64 kernel: [    0.928854] [drm] amdgpu kernel modesetting enabled.
Aug 27 23:29:01 debox64 kernel: [    0.928985] amdgpu 0000:29:00.0: vgaarb: deactivate vga console
Aug 27 23:29:01 debox64 kernel: [    0.930076] [drm] initializing kernel modesetting (RAVEN 0x1002:0x15D8 0x1462:0x7C52 0xC9).
Aug 27 23:29:01 debox64 kernel: [    0.930090] [drm] register mmio base: 0xFCB00000
Aug 27 23:29:01 debox64 kernel: [    0.930091] [drm] register mmio size: 524288
Aug 27 23:29:01 debox64 kernel: [    0.930104] [drm] add ip block number 0 <soc15_common>
Aug 27 23:29:01 debox64 kernel: [    0.930105] [drm] add ip block number 1 <gmc_v9_0>
Aug 27 23:29:01 debox64 kernel: [    0.930106] [drm] add ip block number 2 <vega10_ih>
Aug 27 23:29:01 debox64 kernel: [    0.930106] [drm] add ip block number 3 <psp>
Aug 27 23:29:01 debox64 kernel: [    0.930107] [drm] add ip block number 4 <gfx_v9_0>
Aug 27 23:29:01 debox64 kernel: [    0.930107] [drm] add ip block number 5 <sdma_v4_0>
Aug 27 23:29:01 debox64 kernel: [    0.930108] [drm] add ip block number 6 <powerplay>
Aug 27 23:29:01 debox64 kernel: [    0.930108] [drm] add ip block number 7 <dm>
Aug 27 23:29:01 debox64 kernel: [    0.930109] [drm] add ip block number 8 <vcn_v1_0>
Aug 27 23:29:01 debox64 kernel: [    0.930124] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_gpu_info.bin
Aug 27 23:29:01 debox64 kernel: [    0.952965] [drm] BIOS signature incorrect 5b 7
Aug 27 23:29:01 debox64 kernel: [    0.953006] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_sdma.bin
Aug 27 23:29:01 debox64 kernel: [    0.953009] [drm] VCN decode is enabled in VM mode
Aug 27 23:29:01 debox64 kernel: [    0.953009] [drm] VCN encode is enabled in VM mode
Aug 27 23:29:01 debox64 kernel: [    0.953009] [drm] JPEG decode is enabled in VM mode
Aug 27 23:29:01 debox64 kernel: [    0.953030] [drm] vm size is 262144 GB, 4 levels, block size is 9-bit, fragment size is 9-bit
Aug 27 23:29:01 debox64 kernel: [    0.953035] amdgpu 0000:29:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
Aug 27 23:29:01 debox64 kernel: [    0.953036] amdgpu 0000:29:00.0: GART: 1024M 0x0000000000000000 - 0x000000003FFFFFFF
Aug 27 23:29:01 debox64 kernel: [    0.953037] amdgpu 0000:29:00.0: AGP: 267419648M 0x000000F800000000 - 0x0000FFFFFFFFFFFF
Aug 27 23:29:01 debox64 kernel: [    0.953040] [drm] Detected VRAM RAM=2048M, BAR=2048M
Aug 27 23:29:01 debox64 kernel: [    0.953040] [drm] RAM width 128bits DDR4
Aug 27 23:29:01 debox64 kernel: [    0.953240] [drm] amdgpu: 2048M of VRAM memory ready
Aug 27 23:29:01 debox64 kernel: [    0.953243] [drm] amdgpu: 3072M of GTT memory ready.
Aug 27 23:29:01 debox64 kernel: [    0.953245] [drm] GART: num cpu pages 262144, num gpu pages 262144
Aug 27 23:29:01 debox64 kernel: [    0.953389] [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000).
Aug 27 23:29:01 debox64 kernel: [    0.953533] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_asd.bin
Aug 27 23:29:01 debox64 kernel: [    0.953548] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_ta.bin
Aug 27 23:29:01 debox64 kernel: [    0.953562] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_pfp.bin
Aug 27 23:29:01 debox64 kernel: [    0.953576] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_me.bin
Aug 27 23:29:01 debox64 kernel: [    0.953586] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_ce.bin
Aug 27 23:29:01 debox64 kernel: [    0.953603] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_rlc_am4.bin
Aug 27 23:29:01 debox64 kernel: [    0.953656] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_mec.bin
Aug 27 23:29:01 debox64 kernel: [    0.953708] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_mec2.bin
Aug 27 23:29:01 debox64 kernel: [    0.954430] [drm] use_doorbell being set to: [true]
Aug 27 23:29:01 debox64 kernel: [    0.954461] amdgpu: [powerplay] hwmgr_sw_init smu backed is smu10_smu
Aug 27 23:29:01 debox64 kernel: [    0.954479] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/raven_dmcu.bin
Aug 27 23:29:01 debox64 kernel: [    0.954542] amdgpu 0000:29:00.0: firmware: direct-loading firmware amdgpu/picasso_vcn.bin
Aug 27 23:29:01 debox64 kernel: [    0.954544] [drm] Found VCN firmware Version ENC: 1.9 DEC: 1 VEP: 0 Revision: 28
Aug 27 23:29:01 debox64 kernel: [    0.954546] [drm] PSP loading VCN firmware
Aug 27 23:29:01 debox64 kernel: [    0.974986] [drm] reserve 0x400000 from 0xf47f800000 for PSP TMR
Aug 27 23:29:01 debox64 kernel: [    1.180018] amdgpu 0000:29:00.0: RAS: optional ras ta ucode is not available
Aug 27 23:29:01 debox64 kernel: [    1.205509] [drm] kiq ring mec 2 pipe 1 q 0
Aug 27 23:29:01 debox64 kernel: [    1.206039] [drm] DM_PPLIB: values for F clock
Aug 27 23:29:01 debox64 kernel: [    1.206040] [drm] DM_PPLIB:	 400000 in kHz, 3099 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206040] [drm] DM_PPLIB:	 933000 in kHz, 3574 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206041] [drm] DM_PPLIB:	 1200000 in kHz, 4399 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206041] [drm] DM_PPLIB:	 1333000 in kHz, 4399 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206042] [drm] DM_PPLIB: values for DCF clock
Aug 27 23:29:01 debox64 kernel: [    1.206043] [drm] DM_PPLIB:	 300000 in kHz, 3099 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206043] [drm] DM_PPLIB:	 600000 in kHz, 3574 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206043] [drm] DM_PPLIB:	 626000 in kHz, 4250 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206044] [drm] DM_PPLIB:	 654000 in kHz, 4399 in mV
Aug 27 23:29:01 debox64 kernel: [    1.206291] [drm] Display Core initialized with v3.2.76!
Aug 27 23:29:01 debox64 kernel: [    1.242042] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Aug 27 23:29:01 debox64 kernel: [    1.244960] [drm] VCN decode and encode initialized successfully(under DPG Mode).
Aug 27 23:29:01 debox64 kernel: [    1.246304] amdgpu 0000:29:00.0: [drm] Cannot find any crtc or sizes
Aug 27 23:29:01 debox64 kernel: [    1.246403] amdgpu 0000:29:00.0: ring gfx uses VM inv eng 0 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246404] amdgpu 0000:29:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246405] amdgpu 0000:29:00.0: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246406] amdgpu 0000:29:00.0: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246407] amdgpu 0000:29:00.0: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246408] amdgpu 0000:29:00.0: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246408] amdgpu 0000:29:00.0: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246409] amdgpu 0000:29:00.0: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246410] amdgpu 0000:29:00.0: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246411] amdgpu 0000:29:00.0: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Aug 27 23:29:01 debox64 kernel: [    1.246412] amdgpu 0000:29:00.0: ring sdma0 uses VM inv eng 0 on hub 1
Aug 27 23:29:01 debox64 kernel: [    1.246412] amdgpu 0000:29:00.0: ring vcn_dec uses VM inv eng 1 on hub 1
Aug 27 23:29:01 debox64 kernel: [    1.246413] amdgpu 0000:29:00.0: ring vcn_enc0 uses VM inv eng 4 on hub 1
Aug 27 23:29:01 debox64 kernel: [    1.246414] amdgpu 0000:29:00.0: ring vcn_enc1 uses VM inv eng 5 on hub 1
Aug 27 23:29:01 debox64 kernel: [    1.246415] amdgpu 0000:29:00.0: ring jpeg_dec uses VM inv eng 6 on hub 1
Aug 27 23:29:01 debox64 kernel: [    1.256764] [drm] Initialized amdgpu 3.37.0 20150101 for 0000:29:00.0 on minor 0
Aug 27 23:29:01 debox64 kernel: [    3.897026] snd_hda_intel 0000:29:00.1: bound 0000:29:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])

Bonjour,

en attendant le retour d’analyse des logs demandés et fournis, j’ai essayé de comprendre ce qui se passait, en commençant par le commencement, à savoir ce changement d’univers qu’est la mise en place du redoutable systemd, et j’ai lu la page https://wiki.debian.org/fr/systemd, particulièrement les conseils de configuration ici https://wiki.debian.org/fr/systemd#Configurer_comme_init_par_d.2BAOk-faut mais est-ce que tout cela est à jour ?

Par exemple il est indiqué qu’il faut avoir
CONFIG_AUTOFS4_FS=[y|m]
ce qui n’est pas le cas dans le fichier trouvé dans le paquet linux-config-4.19 et donc pas non plus dans mon .config.

Ensuite, en suivant le lien vers le README hachettps://cgit.freedesktop.org/systemd/systemd/tree/README#n36, on lit
Optional but strongly recommended:
CONFIG_AUTOFS4_FS
Donc c’est optionnel ou il le faut vraiment ?

De la même manière je trouve dans ce README
Userspace firmware loading is not supported and should be disabled in the kernel:
CONFIG_FW_LOADER_USER_HELPER=n
alors qu’il est à y dans mes .config.

Plus ennuyeux, cette ligne n’existe pas dans mes .config :
Required for PrivateNetwork and PrivateDevices in service units:
CONFIG_DEVPTS_MULTIPLE_INSTANCES
Note that systemd-localed.service and other systemd units use
PrivateNetwork and PrivateDevices so this is effectively required.

Je ne sais pas du tout si ça a un rapport avec mon problème, ce que je vois c’est que certaines parties des docs Debian ne sont pas d’accord avec d’autres parties d’autres docs Debian.
Comment y arriver dans ces conditions ?


Par ailleurs, je me suis amusé à télécharger et recopier sur une clé usb tous les .iso disponibles dans la page des live-cds, voilà le résultat :
(quand j’écris « kc », c’est que les consoles sont en 80x25, si « kckc » c’est que je n’ai pas de Bureau, ça reste en console.)
cinnamon kc mais img d’information affichée sur le Bureau (en pj ci-dessous), c’est peut-être une piste : comment l’exploiter ?
cinnamon
gnome kc
kde kckc (pas de bureau)
lxde kc
lxqt kckc (pas de bureau)
mate kc
standard sans intérêt, ne sachant pas ce que je dois obtenir. J’ai juste une console en 80x25
xfce kc

Je ne sais pas si tout ça a un grand intérêt, mais si je repense à mes premiers essais hasardeux, j’ai le souvenir d’avoir eu des consoles en 1440x900 quand X ne démarrait pas (sans que j’en ai trouvé la raison).
Il y a surement quelque chose à creuser de ce côté-là, mais quoi ?
Faire un nouveau noyau avec CONFIG_FW_LOADER_USER_HELPER=n comme demandé par le README alors que le package le fournit à y ? J’ai un peu peur, là.

Enfin, les retours de 3 commandes :

lspci -nn | grep -i vga
29:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c9)

lspci -nn | grep -i picasso
29:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c9)

lspci -nn | grep -i raven
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Root Complex [1022:15d0]
00:00.2 IOMMU [0806]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 IOMMU [1022:15d1]
00:01.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 PCIe GPP Bridge [6:0] [1022:15d3]
00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Internal PCIe GPP Bridge 0 to Bus A [1022:15db]
00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Internal PCIe GPP Bridge 0 to Bus B [1022:15dc]
00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 0 [1022:15e8]
00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 1 [1022:15e9]
00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 2 [1022:15ea]
00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 3 [1022:15eb]
00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 4 [1022:15ec]
00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 5 [1022:15ed]
00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 6 [1022:15ee]
00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Device 24: Function 7 [1022:15ef]
29:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio Controller [1002:15de]
29:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Raven USB 3.1 [1022:15e0]
29:00.4 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Raven USB 3.1 [1022:15e1]

Il semblerait que Raven soit un macro-contrôleur, ça sera donc Picasso qui s’occupe de la vidéo (le gras n’est PAS de mon fait).

Et pour conclure, j’ai mis en place la manip décrite ici hachettps://wiki.debian.org/fr/systemd#Messages_au_d.2BAOk-marrage_manquants_dans_la_console.28tty1.29_apr.2BAOg-s_le_d.2BAOk-marrage et qui a parfaitement bien fonctionné avec le 4.19.118 (sauf qu’avec un disque ssd on ne peut rien lire tellement ça va vite) et qui a fonctionné aussi mal que d’habitude avec le 5.7, à savoir juste la classique première ligne « unable to write to IOMMU perf counter » et plus rien. Déprimant…

Merci pour les retours, tout seul je n’y arriverai pas.

Bonsoir,

On n’est pas loin, bon sang, on n’est pas loin… : j’ai installé ssh et du coup, depuis l’ancienne machine je peux me connecter à la nouvelle, qui refuse de m’afficher les écrans des tty alors qu’un ps ax me montre un tas de choses sympathiques :
884 tty7 Ssl+ 0:00 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
des essais à coups de Ctrl-Alt-Fn, pendant lesquels je voyais la loupiote du DD clignoter :
885 tty1 Ss+ 0:00 /sbin/agetty -o -p – \u --noclear tty1 linux
1019 tty2 Ss+ 0:00 /sbin/agetty -o -p – \u --noclear tty2 linux
1023 tty4 Ss+ 0:00 /sbin/agetty -o -p – \u --noclear tty4 linux

Mais je ne sais pas quoi et où regarder…

Par exemple, cat /proc/fb est vide, alors qu’il contient une ligne sur l’ancienne machine.

Et dans le log de X, est-ce que cette ligne est importante :
[ 7.648] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration

et celles-ci :
[ 7.688] (WW) Falling back to old probe method for modesetting
[ 7.688] (WW) Falling back to old probe method for fbdev

[ 7.689] (EE) open /dev/fb0: No such file or directory

[ 8.156] (WW) AMDGPU(0): No outputs definitely connected, trying again…

[ 8.156] (WW) AMDGPU(0): Unable to find connected outputs - setting 1024x768 initial framebuffer

Merci des retours et bon week-end, s’il y a encore quelqu’un.

Bonsoir,

il « suffisait » (mais encore fallait-il le savoir) de remplacer la carte-mère MSI embarquant un chipset A320 par une Gigabyte B450M S2H.