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

Posté par  . Licence CC By‑SA.
1
28
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  (site web personnel) . É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  . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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  . Évalué à 2.

                                Pas mieux.

                                modprobe: ERROR: could not insert 'radeon': No such device
                                

                                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  (site web personnel) . É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  . Évalué à 2.

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

                                      Posté par  . É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  (site web personnel) . É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  . É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  . É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  . É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é?

Suivre le flux des commentaires

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