Forum Linux.debian/ubuntu Problème pilote radeon depuis passage à Bookworm

Posté par jihele le 28 juin 2023 à 23:22. Licence CC By‑SA.

Étiquettes :

juin

2023

Depuis que je suis passé à Bookworm, le pilote radeon ne semble plus fonctionner. C'est vesa qui est utilisé à la place.

    $ inxi -G
    Graphics:
      Device-1: AMD Oland PRO [Radeon R7 240/340 / Radeon 520] driver: N/A
      Display: x11 server: X.Org v: 1.21.1.7 driver: X: loaded: vesa
        unloaded: fbdev,modesetting,radeon dri: swrast gpu: N/A
        resolution: 1920x1080
      API: OpenGL v: 4.5 Mesa 22.3.6 renderer: llvmpipe (LLVM 15.0.6 128 bits)

Auriez-vous une idée de pourquoi ?

J'ai bien ces paquets installés :

    firmware-amd-graphics
    xserver-xorg-video-all
    libdrm-radeon1

Voici un extrait de Xorg.0.log

    [    27.453] (II) LoadModule: "ati"                                             
    [    27.489] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so              
    [    27.501] (II) Module ati: vendor="X.Org Foundation"                         
    [    27.501]    compiled for 1.21.1.3, module version = 19.1.0                  
    [    27.501]    Module class: X.Org Video Driver                                
    [    27.501]    ABI class: X.Org Video Driver, version 25.2                     
    [    30.701] (II) LoadModule: "radeon"                                          
    [    30.701] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so           
    [    31.113] (II) Module radeon: vendor="X.Org Foundation"                      
    [    31.117]    compiled for 1.21.1.3, module version = 19.1.0                  
    [    31.117]    Module class: X.Org Video Driver                                
    [    31.117]    ABI class: X.Org Video Driver, version 25.2                     
    [    31.117] (II) LoadModule: "modesetting"                                     
    [    31.117] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so          
    [    31.229] (II) Module modesetting: vendor="X.Org Foundation"                 
    [    31.229]    compiled for 1.21.1.7, module version = 1.21.1                  
    [    31.229]    Module class: X.Org Video Driver                                
    [    31.229]    ABI class: X.Org Video Driver, version 25.2                     
    [    31.229] (II) LoadModule: "fbdev"                                           
    [    31.229] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so            
    [    31.337] (II) Module fbdev: vendor="X.Org Foundation"                       
    [    31.337]    compiled for 1.21.1.3, module version = 0.5.0                   
    [    31.337]    Module class: X.Org Video Driver                                
    [    31.337]    ABI class: X.Org Video Driver, version 25.2                     
    [    31.337] (II) LoadModule: "vesa"                                            
    [    31.337] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so               
    [    31.373] (II) Module vesa: vendor="X.Org Foundation"                        
    [    31.377]    compiled for 1.21.1.3, module version = 2.5.0                   
    [    31.377]    Module class: X.Org Video Driver                                
    [    31.377]    ABI class: X.Org Video Driver, version 25.2                     
    [    31.377] (II) RADEON: Driver for ATI/AMD Radeon chipsets:                   
    [... Long list of chipsets ...]
    [  2509.619] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
    [  2509.619] (II) FBDEV: driver for framebuffer: fbdev
    [  2509.619] (II) VESA: driver for VESA chipsets: vesa
    [  2509.623] (II) [KMS] drm report modesetting isn't supported.
    [  2509.623] (EE) open /dev/dri/card0: No such file or directory
    [  2509.623] (WW) Falling back to old probe method for modesetting
    [  2509.623] (EE) open /dev/dri/card0: No such file or directory
    [  2509.623] (II) Loading sub module "fbdevhw"
    [  2509.623] (II) LoadModule: "fbdevhw"
    [  2509.623] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
    [  2509.623] (II) Module fbdevhw: vendor="X.Org Foundation"
    [  2509.623]    compiled for 1.21.1.7, module version = 0.0.2
    [  2509.623]    ABI class: X.Org Video Driver, version 25.2
    [  2509.623] (EE) Unable to find a valid framebuffer device
    [  2509.623] (WW) Falling back to old probe method for fbdev
    [  2509.623] (II) Loading sub module "fbdevhw"
    [  2509.623] (II) LoadModule: "fbdevhw"
    [  2509.623] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
    [  2509.623] (II) Module fbdevhw: vendor="X.Org Foundation"
    [  2509.623]    compiled for 1.21.1.7, module version = 0.0.2
    [  2509.623]    ABI class: X.Org Video Driver, version 25.2
    [  2509.623] (EE) open /dev/fb0: No such file or directory
    [  2509.623] (EE) Screen 0 deleted because of no matching config section.
    [  2509.623] (II) UnloadModule: "radeon"
    [  2509.623] (EE) Screen 0 deleted because of no matching config section.
    [  2509.623] (II) UnloadModule: "modesetting"
    [  2509.623] (EE) Screen 0 deleted because of no matching config section.
    [  2509.623] (II) UnloadModule: "fbdev"
    [  2509.623] (II) UnloadSubModule: "fbdevhw"
    [  2509.623] (II) Loading sub module "vbe"
    [  2509.623] (II) LoadModule: "vbe"
    [  2509.623] (II) Loading /usr/lib/xorg/modules/libint10.so
    [  2509.623] (II) Module int10: vendor="X.Org Foundation"
    [  2509.623]    compiled for 1.21.1.7, module version = 1.0.0
    [  2509.623]    ABI class: X.Org Video Driver, version 25.2
    [  2509.623] (II) Loading sub module "int10"
    [  2509.623] (II) LoadModule: "int10"
    [  2509.623] (II) Loading /usr/lib/xorg/modules/libint10.so
    [  2509.623] (II) Module int10: vendor="X.Org Foundation"
    [  2509.623]    compiled for 1.21.1.7, module version = 1.0.0
    [  2509.623]    ABI class: X.Org Video Driver, version 25.2
    [  2509.623] (II) VESA(0): initializing int10
    [  2509.623] (II) VESA(0): Primary V_BIOS segment is: 0xc000
    [  2509.623] (II) VESA(0): VESA BIOS detected
    [  2509.623] (II) VESA(0): VESA VBE Version 3.0
    [  2509.623] (II) VESA(0): VESA VBE Total Mem: 16384 kB
    [  2509.623] (II) VESA(0): VESA VBE OEM: AMD ATOMBIOS
    [  2509.623] (II) VESA(0): VESA VBE OEM Software Rev: 15.42
    [  2509.623] (II) VESA(0): VESA VBE OEM Vendor: (C) 1988-2010, Advanced Micro Devices, Inc.
    [  2509.623] (II) VESA(0): VESA VBE OEM Product: OLAND
    [  2509.623] (II) VESA(0): VESA VBE OEM Product Rev: 01.00
    [  2509.643] (II) VESA(0): Creating default Display subsection in Screen section
        "Default Screen Section" for depth/fbbpp 24/32
    [  2509.643] (==) VESA(0): Depth 24, (--) framebuffer bpp 32
    [  2509.643] (==) VESA(0): RGB weight 888
    [  2509.643] (==) VESA(0): Default visual is TrueColor
    [  2509.643] (==) VESA(0): Using gamma correction (1.0, 1.0, 1.0)
    [  2509.643] (II) Loading sub module "ddc"
    [  2509.643] (II) LoadModule: "ddc"
    [  2509.643] (II) Module "ddc" already built-in

Je ne vois rien d'autre dans les logs.

Question aussi posée sur Stack Exchange Unix.

Merci !

# Version de firmware-amd-graphics ?

Posté par Cyril Brulebois (site web personnel) le 28 juin 2023 à 23:28. Évalué à 5.

J'imagine que si tu es resté sur la version Debian 11 du paquet firmware-amd-graphics, ça pourrait expliquer ce genre de choses.

Si oui, lire les notes de publication (non-free-firmware etc.).

Si non, regarder les logs du noyau.

Debian Consultant @ DEBAMAX
- [^] # Re: Version de firmware-amd-graphics ?
  
  Posté par _kaos_ le 29 juin 2023 à 08:42. Évalué à 4. Dernière modification le 29 juin 2023 à 08:43.
  
  Si oui, lire les notes de publication (non-free-firmware etc.).
  
  Juste pour bien mettre cette remarque en avant : lors de la mise à jour, il faut ajouter non-free-firmware en plus de non-free, pour disposer de certains paquets.
  
  Matricule 23415
  - [^] # Re: Version de firmware-amd-graphics ?
    
    Posté par jihele le 29 juin 2023 à 09:15. Évalué à 4. Dernière modification le 29 juin 2023 à 09:15.
    
    J'ai bien ajouté non-free-firmware (je crois qu'avant de le faire les paquets étaient classés comme orphelins) donc je devrais avoir la version Bookworm. Ou bien il y a des manips à faire en plus ?
    
    J'ai réinstallé et dpkg-reconfiguré ce qui me semblait pertinent (mais peut-être pas ce qu'il fallait).
- [^] # Re: Version de firmware-amd-graphics ?
  
  Posté par jihele le 29 juin 2023 à 09:39. Évalué à 2.
  
  Je regarderai les logs kernel mais il me semble que tout est dupliqué dans syslog et j'ai rien vu dans syslog. Mais je regardais surtout au moment du problème d'affichage. Je vais essayer de mieux regarder le démarrage.

# Portes attention aux lignes contenant "EE"

Posté par geegeek le 29 juin 2023 à 14:34. Évalué à 3.

Par exemple :

    [  2509.623] (EE) open /dev/dri/card0: No such file or directory

Cela semble indiquer que les modules noyau radeon et drm* n'ont pas été chargés.

    dmesg|grep radeon

te dira peut-être pourquoi.
Un souci de firmware est probable comme dit plus haut.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 29 juin 2023 à 22:08. Évalué à 2.

Oui, j'ai bien vu les lignes en EE. Mais aucune mention de radeon ou drm dans les logs kernel.

Et comme la version de noyau est pas la même c'est difficile de faire un diff pour voir à quel moment ça diverge. Je vois pas de mention de framebuffer ou vesa non plus.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par Cyril Brulebois (site web personnel) le 30 juin 2023 à 00:07. Évalué à 2.

C'est dur de t'aider si tu regardes les logs noyau pour toi…

Debian Consultant @ DEBAMAX

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 00:20. Évalué à 2.

J'osais pas demander mais puisque tu proposes, voici les logs:

https://jolimont.fr/kernel_logs/

Un log OK et tous les logs KO depuis la MAJ.

J'avais une piste avec une race condition mais je pense pas que ça soit ça car même longtemps après /dev/dri n'est pas créé.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par Cyril Brulebois (site web personnel) le 30 juin 2023 à 00:43. Évalué à 3.

Première étape, comprendre ce que fait initrd=/install/gtk/initrd.gz sur la ligne de commande du noyau, l'enlever, et réessayer avec un initramfs qui n'est pas celui d'une image d'installation.

Debian Consultant @ DEBAMAX

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 09:04. Évalué à 2.

Je pense pas avoir mis ça moi-même, apparemment c'était déjà là avant, donc ça peut dater d'il y a fort longtemps. Je vais essayer de l'enlever. Je suppose que ça se passe dans /etc/default/grub.

Je regarde ce soir et j'essaye d'enlever ça.

Merci pour cette piste.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par Cyril Brulebois (site web personnel) le 30 juin 2023 à 10:58. Évalué à 3.

Idéalement, poster le paragraphe de l'entrée GRUB démarrée, voir /boot/grub/grub.cfg complet pendant qu'on y est. Et vérifier le contenu de l'initramfs pour le noyau cible (cf. lsinitramfs). Il doit y avoir plein de modules drm/* dedans, et ça doit être chargé automatiquement au démarrage. Vérifier enfin les éventuelles blagues sur les chargements de module via /etc/mod*.

Debian Consultant @ DEBAMAX

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 11:28. Évalué à 2.

Merci pour les détails, je regarde ça. Je peux essayer de comparer ces fichiers avec ceux d'autres machines Debian qui fonctionnent.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 20:29. Évalué à 2.

/boot/grub/grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod diskfilter
insmod mdraid1x
insmod ext2
set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
else
  search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod diskfilter
insmod mdraid1x
insmod ext2
set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
else
  search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
fi
insmod png
if background_image /usr/share/desktop-base/emerald-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
    set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-d719f337-d835-4688-baf2-3e29f147fe04' {
    load_video
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_msdos
    insmod part_msdos
    insmod part_msdos
    insmod diskfilter
    insmod mdraid1x
    insmod ext2
    set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
    else
      search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
    fi
    echo    'Loading Linux 6.1.0-9-amd64 ...'
    linux   /boot/vmlinuz-6.1.0-9-amd64 root=UUID=d719f337-d835-4688-baf2-3e29f147fe04 ro  
    echo    'Loading initial ramdisk ...'
    initrd  /boot/initrd.img-6.1.0-9-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-d719f337-d835-4688-baf2-3e29f147fe04' {
    menuentry 'Debian GNU/Linux, with Linux 6.1.0-9-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.1.0-9-amd64-advanced-d719f337-d835-4688-baf2-3e29f147fe04' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod part_msdos
        insmod part_msdos
        insmod diskfilter
        insmod mdraid1x
        insmod ext2
        set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
        else
          search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
        fi
        echo    'Loading Linux 6.1.0-9-amd64 ...'
        linux   /boot/vmlinuz-6.1.0-9-amd64 root=UUID=d719f337-d835-4688-baf2-3e29f147fe04 ro  
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-6.1.0-9-amd64
    }
    menuentry 'Debian GNU/Linux, with Linux 6.1.0-9-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.1.0-9-amd64-recovery-d719f337-d835-4688-baf2-3e29f147fe04' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod part_msdos
        insmod part_msdos
        insmod diskfilter
        insmod mdraid1x
        insmod ext2
        set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
        else
          search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
        fi
        echo    'Loading Linux 6.1.0-9-amd64 ...'
        linux   /boot/vmlinuz-6.1.0-9-amd64 root=UUID=d719f337-d835-4688-baf2-3e29f147fe04 ro single 
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-6.1.0-9-amd64
    }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+x64.bin)" {
    insmod part_msdos
    insmod part_msdos
    insmod part_msdos
    insmod diskfilter
    insmod mdraid1x
    insmod ext2
    set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
    else
      search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
    fi
        linux   /boot/memtest86+x64.bin
}
menuentry 'Memory test (memtest86+x64.bin, serial console)' {
    insmod part_msdos
    insmod part_msdos
    insmod part_msdos
    insmod diskfilter
    insmod mdraid1x
    insmod ext2
    set root='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='mduuid/3a0f91ae51c481983d1e25fc118a1938,msdos2'  d719f337-d835-4688-baf2-3e29f147fe04
    else
      search --no-floppy --fs-uuid --set=root d719f337-d835-4688-baf2-3e29f147fe04
    fi
        linux   /boot/memtest86+x64.bin console=ttyS0,115200
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 20:46. Évalué à 2.

lsinitramfs /boot/initrd.img-6.1.0-9-amd64 | grep drm
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/amd
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/amd/amdgpu
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/ast
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/ast/ast.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/display
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/display/drm_display_helper.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm_buddy.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm_kms_helper.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm_shmem_helper.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm_ttm_helper.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/drm_vram_helper.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/gma500
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/gma500/gma500_gfx.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/hyperv
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/hyperv/hyperv_drm.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i2c
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i2c/ch7006.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i2c/sil164.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i915
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i915/i915.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/i915/kvmgt.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/mgag200
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/mgag200/mgag200.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/nouveau
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/qxl
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/qxl/qxl.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/radeon
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/radeon/radeon.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/scheduler
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/scheduler/gpu-sched.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/tiny
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/tiny/bochs.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/tiny/cirrus.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/ttm
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/ttm/ttm.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/udl
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/udl/udl.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vboxvideo
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vboxvideo/vboxvideo.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vgem
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vgem/vgem.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/virtio
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/virtio/virtio-gpu.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vmwgfx
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/vmwgfx/vmwgfx.ko
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/xen
usr/lib/modules/6.1.0-9-amd64/kernel/drivers/gpu/drm/xen/drm_xen_front.ko
usr/lib/x86_64-linux-gnu/libdrm.so.2
usr/lib/x86_64-linux-gnu/libdrm.so.2.4.0
usr/lib/x86_64-linux-gnu/plymouth/renderers/drm.so

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 20:55. Évalué à 2. Dernière modification le 30 juin 2023 à 20:58.
```
lsinitramfs /boot/initrd.img-6.1.0-9-amd64 | grep "etc\/mod"
etc/modprobe.d
etc/modprobe.d/amd64-microcode-blacklist.conf
etc/modprobe.d/dkms.conf
etc/modprobe.d/intel-microcode-blacklist.conf
etc/modprobe.d/libpisock9.conf
etc/modprobe.d/mdadm.conf
etc/modprobe.d/modesetting.conf
etc/modprobe.d/open-vm-tools-dkms.conf
etc/modprobe.d/oss-compat.conf
```
- [^] # Re: Portes attention aux lignes contenant "EE"
  
  Posté par Cyril Brulebois (site web personnel) le 30 juin 2023 à 22:49. Évalué à 3.
  Que contient le fichier modesetting.conf ?
  
  Que se passe-t-il si tu charges à la main tous les modules drm. Oubliant toute subtilité, ceci devrait convenir :
```
for mod in $(find /lib/modules/$(uname -r)/kernel/drivers/gpu/drm -type f); do name=$(/usr/sbin/modinfo $mod|awk '/^name:/ {print $2}'); sudo modprobe $name; done
```
  Nouveaux logs noyau appréciés.
  
  Debian Consultant @ DEBAMAX
  - [^] # Re: Portes attention aux lignes contenant "EE"
    
    Posté par jihele le 30 juin 2023 à 23:09. Évalué à 2.
```
cat /etc/modprobe.d/modesetting.conf
options cirrus modeset=1
options mgag200 modeset=1
```
```
for mod in $(find /lib/modules/$(uname -r)/kernel/drivers/gpu/drm -type f); do name=$(/usr/sbin/modinfo $mod|awk '/^name:/ {print $2}'); modprobe $name; done
modprobe: ERROR: could not insert 'radeon': No such device
modprobe: ERROR: could not insert 'i915': No such device
modprobe: ERROR: could not insert 'kvmgt': No such device
modprobe: ERROR: could not insert 'gma500_gfx': No such device
modprobe: ERROR: could not insert 'amdgpu': No such device
modprobe: ERROR: could not insert 'nouveau': No such device
modprobe: ERROR: could not insert 'hyperv_drm': No such device
modprobe: ERROR: could not insert 'drm_xen_front': No such device
```
```
tail -f /var/log/kern.log
2023-06-30T22:57:00.342187+02:00 bouzin kernel: [ 6538.821465] [drm] Initialized vgem 1.0.0 20120112 for vgem on minor 0
2023-06-30T22:57:01.226319+02:00 bouzin kernel: [ 6539.704809] cirrus: unknown parameter 'modeset' ignored
2023-06-30T22:57:01.686387+02:00 bouzin kernel: [ 6540.163473] usbcore: registered new interface driver udl
```
    J'avais essayé modprobe radeon et vu cette erreur mais je n'avais pas insisté, ne sachant pas si c'était une piste à creuser.
    - [^] # Re: Portes attention aux lignes contenant "EE"
      
      Posté par jihele le 30 juin 2023 à 23:53. Évalué à 2.
      L'ID de ma carte est [1002:6613].
      
      VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340 / Radeon 520] [1002:6613]
      
      Je le vois par exemple ici dans la liste des cartes prises en charge.
      - [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par Cyril Brulebois (site web personnel) le 01 juillet 2023 à 03:50. Évalué à 2.
        
        Oui, ça apparaissait dans le log OK.
        
        Désolé si la dernière demande n'était pas claire, serait-il possible d'avoir le log complet du dernier boot KO, après avoir tenté le chargement manuel de tous les modules ?
        
        Debian Consultant @ DEBAMAX
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par jihele le 01 juillet 2023 à 10:55. Évalué à 2.
        
        Ah OK. Le voici : https://jolimont.fr/kernel_logs/kern_ko_2.log
        
        Je pense que c'est le même qu'avant avec en plus les trois lignes à la fin relatives au chargement des modules, que j'avais copiées au-dessus.
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par Cyril Brulebois (site web personnel) le 02 juillet 2023 à 03:51. Évalué à 2.
        
        OK. Je préférais vérifier…
        
        Je commence à ne plus avoir trop d'idées. Tu pourrais essayer d'installer un linux-image depuis unstable, des fois que ça soit une régression dans les noyaux 6.1.y…
        
        Debian Consultant @ DEBAMAX
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par jihele le 02 juillet 2023 à 12:19. Évalué à 2.
        
        Pas mieux.
        
        modprobe: ERROR: could not insert 'radeon': No such device
        
        Xorg.0.log
        
        kern.log
        
        Merci pour ton aide.
        
        Pourrait-il s'agir d'une régression toujours pas corrigée ?
        
        Faut-il que je fasse un rapport de bogue ? A quel endroit ?
        
        (J'imagine que c'est une mauvaise idée d'essayer d'installer un noyau plus vieux.)
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par Cyril Brulebois (site web personnel) le 02 juillet 2023 à 12:34. Évalué à 3.
        
        En ayant redémarré sur le noyau fourni dans Debian 12, reportbug est ton ami (cf. https://www.debian.org/doc/manuals/debian-kernel-handbook/ch-bugs.html#s9.2).
        
        Debian Consultant @ DEBAMAX
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par jihele le 02 juillet 2023 à 17:13. Évalué à 2.
        
        OK, merci pour ton aide.
        
        https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040144
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par jihele le 05 juillet 2023 à 00:02. Évalué à 2.
        
        Pour info, j'ai installé le noyau 5.10.0-22 de Bullseye et je n'ai pas de problème.
        
        Je sais pas si c'est très "sain". Se pourrait-il que des services soient cassés car pas prévus pour tourner sur des noyaux plus anciens que celui de la distrib ?
        
        J'ai essayé de compiler le noyau pour faire un git bisect mais rien que la compilation prend des heures, je suis pas sûr d'aboutir à quelque-chose dans un temps raisonnable.
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par Cyril Brulebois (site web personnel) le 05 juillet 2023 à 02:00. Évalué à 3.
        
        Un cas ultra classique est udev, mais il est de toute façon nécessaire qu'il soit capable de tourner sur la version de noyau disponible dans la distribution précédente, pour être capable de faire la mise à niveau de oldstable à stable… (en revanche pas de garantie de pouvoir « sauter » une version). Je ne pense pas que ça soit délirant en attendant d'avoir un retour de l'équipe noyau sur ton rapport de bogue.
        
        Si tu veux chasser le problème, je t'invite à t'appuyer sur snapshot.debian.org qui va te permettre de bisecter grossièrement sans aucune compilation (attention à ne pas remplir ton /boot). Normalement ça permet d'isoler la dernière version upstream qui fonctionne et la première qui ne fonctionne pas. C'est une information très intéressante pour la gestion du rapport de bogue, je t'invite à indiquer les résultats si tu arrives jusque-là.
        
        À ce stade, si tu veux poursuivre : Quand tu as de la chance, c'est la même version upstream, et c'est juste une modification dans le packaging qui explique la différence. Autrement, j'ai tendance à prendre le tag v5.OK.0 et le tag v5.KO.0 pour vérifier, et ensuite lancer le bisect « linéaire » entre ces deux tags (ça évite de partir dans les branches stables linux-5.OK.y et linux-5.KO.y – mais ça peut être nécessaire si les tests faits sur les tags en question ne donnent pas le même résultat que le bisect sur les binaires). Bien évidemment, vu le modèle de développement de Linux, le bisect « linéaire » implique tout de même de voir des versions bien plus vieilles, puisque master est principalement une succession de merges depuis des branches qui ont été préparées sur des versions inférieures.
        
        Debian Consultant @ DEBAMAX
        
        [^] # Re: Portes attention aux lignes contenant "EE"
        
        Posté par jihele le 05 juillet 2023 à 09:53. Évalué à 2.
        
        Merci. Je vais au moins tenter le bisect manuel avec les snapshots, déjà.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 20:59. Évalué à 2.

ll /etc/mod*
-rw-r--r-- 1 root root  195  8 sept.  2015 /etc/modules

/etc/modprobe.d:
total 32
-rw-r--r-- 1 root root 154 19 mars   2016 amd64-microcode-blacklist.conf
-rw-r--r-- 1 root root 127  4 oct.   2014 dkms.conf
-rw-r--r-- 1 root root 154 16 déc.   2016 intel-microcode-blacklist.conf
-rw-r--r-- 1 root root  16 14 juin   2014 libpisock9.conf
-rw-r--r-- 1 root root 379 20 déc.   2014 mdadm.conf
-rw-r--r-- 1 root root  51 13 juil.  2015 modesetting.conf
-rw-r--r-- 1 root root 128 13 févr.  2015 open-vm-tools-dkms.conf
-rw-r--r-- 1 root root 119 24 janv.  2016 oss-compat.conf

/etc/modules-load.d:
total 8
-rw-r--r-- 1 root root 119  6 juil.  2015 cups-filters.conf
-rw-r--r-- 1 root root  10 28 août   2021 drivetemp.conf
lrwxrwxrwx 1 root root  10 12 juin  16:27 modules.conf -> ../modules

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par jihele le 30 juin 2023 à 20:26. Évalué à 2.
J'ai viré de /etc/default/grub la ligne incriminée
```
- GRUB_CMDLINE_LINUX="initrd=/install/gtk/initrd.gz"
+ GRUB_CMDLINE_LINUX=""
```
J'ai maintenant cette ligne :
```
Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 root=UUID=d719f337-d835-4688-baf2-3e29f147fe04 ro
```
Je ne sais pas d'où cette ligne sortait mais grâce à etckeeper je sais qu'elle était là depuis 2016.

J'ai toujours le problème.

[^] # Re: Portes attention aux lignes contenant "EE"

Posté par Donk le 30 juin 2023 à 11:46. Évalué à 3.
Extrait log_ko:
```
2023-06-28T22:49:39.256984+02:00 bouzin kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 root=UUID=d719f337-d835-4688-baf2-3e29f147fe04 ro initrd=/install/gtk/initrd.gz radeon.cik_support=0 amdgpu.cik_support=1
```
Cette ligne demande au noyau d'utiliser le module amdgpu pour gérer la carte graphique.
Est-il installé?
- [^] # Re: Portes attention aux lignes contenant "EE"
  
  Posté par Cyril Brulebois (site web personnel) le 30 juin 2023 à 12:00. Évalué à 3.
  
  Il s'agit d'un (seul si je me souviens bien) essai parmi beaucoup d'autres, sans ces options.
  
  Debian Consultant @ DEBAMAX
  - [^] # Re: Portes attention aux lignes contenant "EE"
    
    Posté par jihele le 30 juin 2023 à 14:19. Évalué à 2.
    
    Oui, exact. J'ai essayé de suivre les instructions de la doc Debian et j'ai tenté avec ce pilote (qui est bien installé, oui) mais sans plus de succès.
- [^] # GCN1
  
  Posté par geegeek le 30 juin 2023 à 19:17. Évalué à 2.
  
  Il semble en effet que ta carte puisse utiliser radeon ou amdgpu.
  
  Mais essaie déjà d'utiliser le même pilote qu'au début, si ça fonctionnait.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.