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.
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.
#
# 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 ###
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.
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.
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.
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.
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).
Au boulot on est sous Windows (donc on fait le vrai travail dans une VM Debian) donc on a pas ce problème avec l'app Teams.
Donc si je comprends bien le commentaire, le client lourd serait en voie de disparition plutôt sous les OS non-Windows.
A vrai dire si j'installe un Linux, c'est pas pour mettre des saloperies propriétaires dessus, donc j'aurais tendance à privilégier la version web de toute façon.
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 5.
Bonne question. J'ai jeté un oeil rapidement et pour les Galaxy S4 et S5 ça se remplace.
En fait j'ai pas trop envie d'avoir un truc à 300 balles en permanence dans la poche.
C'est aussi un état d'esprit. A la maison, ma tour a plus de 15 ans, j'ai juste remplacé la carte graphique cassée (par une vieille carte graphique…).
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 2.
Je cherchais plutôt un vieux truc à 50€ (+-20€).
[^] # Re: Le mastodonte dans ce coin c'est Odoo
Posté par jihele . En réponse au journal logiciel de gestion de distribution (de biens)?. Évalué à 7.
Ou son fork Tryton : https://fr.wikipedia.org/wiki/Tryton
(Je n'ai utilisé aucun des deux.)
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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.
# pyenv
Posté par jihele . En réponse au message Debian Bookworm : dépot python 2.7 et openjdk-11-jdk. Évalué à 3.
Pour Python tu peux regarder https://github.com/pyenv/pyenv
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
Pas mieux.
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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
L'ID de ma carte est
[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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
J'avais essayé
modprobe radeonet 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 . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2. Dernière modification le 30 juin 2023 à 20:58.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
/boot/grub/grub.cfg[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
J'ai viré de /etc/default/grub la ligne incriminée
J'ai maintenant cette ligne :
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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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 jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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: Version de firmware-amd-graphics ?
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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.
[^] # Re: Version de firmware-amd-graphics ?
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. É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: Dans le pays plat ...
Posté par jihele . En réponse au journal Ils sont devenu fous. Évalué à 5.
J'ai le même au Crédit Coop (France). Aussi bien en tant que particulier qu'en tant que trésorier d'asso.
[^] # Re: au boulot
Posté par jihele . En réponse au lien Publication de Debian 12 « Bookworm ». Évalué à 5.
Merci pour les détails.
Au boulot on est sous Windows (donc on fait le vrai travail dans une VM Debian) donc on a pas ce problème avec l'app Teams.
Donc si je comprends bien le commentaire, le client lourd serait en voie de disparition plutôt sous les OS non-Windows.
A vrai dire si j'installe un Linux, c'est pas pour mettre des saloperies propriétaires dessus, donc j'aurais tendance à privilégier la version web de toute façon.