Vous n'êtes pas identifié(e).
Hors ligne
Dernière modification par anonyme (30-09-2018 16:18:25)
La consultation de https://packages.debian.org/fr/stretch- … ders-amd64
indique depuis aujourd'hui seulement la disponibilité de linux-headers-4.18.0-0.bpo.1-amd64 (pas le cas hier, j'avais vérifié)
et Synaptic confirme... Donc idem à quelques heures près.
ça signifie que je vais me planifier une séance de travail pour effectuer mes sauvegardes (CloneZilla pour les système, compactage archivage externe pour mes données) avant de tenter la mise à niveau complète (Kernel + drivers AMD)
Merci encore et à suivre...
Hors ligne
la seconde est un doublon a désactiver
même sous buster , chipset inconnu (sur ma machine) sous X
ps: j'aurai pas utiliser les méta-paquets des backports et je n' aurai,pas installé les headers des backports (normalement tu n'en a pas besoin)
pour revenir en arrière , juste enlevé le noyau et le firmware des backports
Dernière modification par anonyme (30-09-2018 16:48:51)
et une erreur que je ne m'expliquais pas lors de la mise-à-jour du cache dans Synaptic a disparu...
Juste pour information, une actualisation de la situation de mon système...
j'avais déjà effectué la mise à jour du BIOS PRIME B350M-A : Version 4023 du 2018/09/14 8...
j'ai en plus effectué la mise-à-jour complète DFL9 (stretch) + backports (Kernel + drivers AMD) il y a quelques jours :
installation du noyau 4.18.6-1~bpo9+1, mises-à-niveau
firmware-amd-graphics vers la version 20180825+dfsg-1~bpo9+1 (versus 20180825+dfsg-1 en SID)
firmware-linux vers la version 20180825+dfsg-1~bpo9+1
firmware-linux-nonfree vers la version 20180825+dfsg-1~bpo9+1
firmware-misc-nonfree vers la version 20180825+dfsg-1~bpo9+1
à cette occasion aussi, suppression du noyau 4.17 (je préfère le 4.16.0-0.bpo.2-rt-amd64 s'il fallait revenir en arrière), mise-à-niveau en 4.9.110-3+deb9u5 du noyau stretch (que je conserve à jour, sans l'utiliser).
Cela a bien redémarré mais à la lecture d'une vidéo par VLC, pas de son, une barre d'outils envahissante et très laide. La vidéo en plein écran est correcte.
Donc immédiatement retour au driver par défaut en neutralisant (renommant) le fichier /lib/firmware/amdgpu/raven_gpu_info.bin et pour retrouver au démarrage ma bonne vieille erreur
NB : pour les autres paquets concernés, je suis avec
mesa-va-drivers (18.1.6-1~bpo9+1) (versus 18.1.8-1 en SID)
mesa-vdpau-drivers (18.1.6-1~bpo9+1) (versus 18.1.8-1 en SID)
xserver-xorg-video-amdgpu, actuellement stretch seulement version 1.2.0-1+b1 (versus 18.0.1-1 en SID)
mesa-utils actuellement stretch seulement version 8.3.0-3 (versus 8.4.0-1 en SID)
xserver-xorg-core actuellement stretch seulement version 2:1.19.2-1+deb9u2 (versus 2:1.20.1-4 en SID)
Depuis, aucun plantage constaté à la sortie de veille, cela me paraît aussi stable qu'en 4.16
Je repasse en veille en attente des prochaines mises-à-jour.
à suivre...
Hors ligne
tu ne donne pas la version de libgl1-mesa-dri et libgl1-mesa-glx (méta-paquet) sur ton système ?
Je ne l'avais pas vu, là aussi, besoin d'upgrader... Merci :
libgl1-mesa-dri et libgl1-mesa-glx étaient restés en version 13.0.6-1+b2 alors que 18.1.6-1~bpo9+1 sont disponibles en backports.
De nouveau ce constat : Synaptic ne signale pas ces mises-à-niveau ??? Bug de Synaptic ou je n'ai encore rien compris ???
pour libgl1-mesa-glx, encore je pourrais imaginer qu'il ne propose pas de lui-même d'installer des nouveaux paquets ;
mais pour libgl1-mesa-dri, il y a une 2ème MAJ qu'il aurait du aussi signaler !!!!... Alors ???
Bon, je le fais en terminal puisque je sais maintenant contourner en passant par les commandes
Pour libgl1-mesa-dri
Pour libgl1-mesa-glx
Je note aussi
Donc suppression complète par Synaptic
Pour voir, j'ai rétabli /lib/firmware/amdgpu/raven_gpu_info.bin, redémarré et fait un essai de VLC.
Pas de changement : lecture vidéo de VLC sans son et la barre outil insupportable...
Donc re-neutralisation de /lib/firmware/amdgpu/raven_gpu_info.bin et retour au driver par défaut.
L'avantage est que l'essai est facile à effectuer.
Et pour compléter l'état des lieux :
libgl1-mesa-dri : passé en 18.1.6-1~bpo9+1 (versus 18.1.8-1 en SID)
libgl1-mesa-glx : passé en 18.1.6-1~bpo9+1 (versus 18.1.8-1 en SID)
=> de nouveau en veille en attente des prochaines mises-à-jour. Merci
à suivre...
Hors ligne
Via Synaptic
Et maintenant, je croise les doigts...
Si quelqu'un pouvait m'expliquer pourquoi Synaptic me signale bien la disponibilité de nouvelles versions y compris sur les backports (ex les "mesa", linux-kbuild-4.18 en version 4.18.20-2~bpo9+1) mais rien pour linux-headers-4.18 et linux-image-4.18 ?
Par contre, je comprends bien qu'il ne me dira rien si un linux-image-4.19 apparaît : je continue à surveiller https://packages.debian.org/fr/stretch- … mage-amd64...
Et encore à suivre !
Hors ligne
il y a quelques différences (le 4.20 va en apporter aussi pour amd).mais a l'utilisation rien de spécial.
qui est totalement hermétique pour moi...
Donc marche-arrière prévue en cours de journée (cause créneau de disponibilité) grace à CloneZilla...
Merci anonyme. Effectivement, j'envisage d'essayer Buster à terme. Mais pas tant que 4.19 n'y est pas arrivé. D'après moi, c'est toujours du 4.18.0-3 (4.18+100).
Ce n'est qu'en SID qu'on trouve 4.19.0-1 (4.19+101)
NB : en regardant de près ce que Synaptic affiche réponse à ma question....
pourquoi Synaptic me signale ... rien pour linux-headers-4.18 et linux-image-4.18 ?
Normal car linux-image-4.18.0-0.bpo.3-amd64 est un nouveau paquet et pas une mise-à-niveau de linux-image-4.18.0-0.bpo.1-amd64 !
Hors ligne
Hors ligne
mais quelque chose cloche certainement là-dedans...
J'ai collecté plein d'informations et fait pas mal de manipulations...
Mon problème habituel : en faire une synthèse "buvable"...
Je n'ai rien trouvé d'alarmant dans tout ça :
Dans /var/log/Xorg.0.log je relève juste
Dans sudo dmesg, la recherche de "failed" puis "error" :
idem dans /var/log/syslog du dernier démarrage, 4 "error" et 6 "failed"
Relevé aussi
Autre relevé
Pourtant le lancement de VLC sur une vidéo part encore à la trappe....
Je tente la suppression-réinstallation des paquets vlc* : ça ne résous rien.
J'ai installé "mpv media player" (MPlayer) : il fonctionne bien ...
J'ai lancé VLC sur le fichier vidéo directement en commande dans un terminal : il me dit que je doit utiliser cvlc !
Obéissant je le fais et ça marche !...
Du coup sur clic droit / ouvrir avec, je crée la commande personnalisée avec cvlc : ça marche !...
Donc un problème d'association de VLC à voir
Je vais voir ça (forums, comment fonctionne le buster-xfce-live où MPlayer et natif, VLC absent mais s'installe bien et fonctionne correctement)
Donc pas de marche arrière, pas (encore ?) de passage à buster, je vais voir ce que ça donne en endurance.
à suivre...
Hors ligne
OpenGL renderer string: llvmpipe (LLVM 6.0, 128 bits)
alors que tu devrais avoir ceci
Device: AMD RAVEN (DRM 3.27.0, 4.19.0-1-amd64, LLVM 7.0.1) (0x15dd)
et ceci
moi il est pas question que je t'aide pour réparer Stretch (DFL9 buster amélioré ) , je boude
je sais plus ou tu en est .......
en plus détaillé (lspci -v) seulement pour le controleur VGA
De plus, dans le syslog du démarrage de ce matin, je retiens ces quelques lignes :
alors, peut-être ce warning ?
en tout cas aucun "error" ou "failed" concernant amdgpu...
Peut-être une différence de comportement entre mon noyau 4.19 backport (seulement 4.19+101) et le tien (4.20* ou 5.0.rc*) ou bien un paquet pas au bon niveau (il suffit qu'il aie changé de nom) ? J'avais déjà oublié de signaler une nouvelle version du Bios (Version 4207 2018/12/13), j'ai peut-être loupé une nouvelle évolution d'un paquet. Si c'est le cas, je le verrai dans mon comparatif avec .buster
Je poursuis donc mes investigations sereinement car il n'y a aucune doléance familiale.... Jusque là, tout va bien.
Hors ligne
ça n’améliore pas le retour de lspci ensuite ?
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Dernière modification par anonyme (15-01-2019 08:29:43)
Hors ligne
J'ai refait des essais avec debian-live-testing-amd64-xfce.iso du 2019-01-07 ; VLC y fonctionne bien et "Radeon Vega" apparaît :
Je pense donc que ce fil est "résolu", la solution en est d'adopter un noyau >= 4.19 et tous les paquets vidéo ou firmware listés précédemment, ce que les backports permettent maintenant.
Quant à moi, mes essais testing ne m'ont pas montré un intérêt à adopter buster... Je vais donc rester en backports.
Le choix de la migration / installation neuve se posera donc à l'apparition de buster stable mais avec certainement de la matière sur ce forum pour me guider.
Encore un grand merci à tous et "en route pour de nouvelles aventures" (plagiat)
Edit à Gotlib : Mis les commandes user sous le BBCode Commande user du forum.
Hors ligne
mais ceci montre le contraire
backports stretch
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 15dd (rev c6)
J'ai refait des essais avec debian-live-testing-amd64-xfce.iso du 2019-01-07 ; VLC y fonctionne bien et "Radeon Vega" apparaît
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c6)
si ça te convient
Dernière modification par anonyme (21-01-2019 14:57:03)
la plupart des "mesa" n'exigeaient que l'ajout de quelques paquets, aucune suppression... Donc selon moi, jouable en faisant dans la dentelle !
Je les ai donc installés ( gcc-8-base, libllvm7, libva2,...) puis mis à niveau sans problème beaucoup des paquets impliqués dans ce sujet (firmware-amd-graphics, libgl1-mesa-glx, libgles2-mesa, mesa-va-drivers, mesa-vdpau-drivers,...)
Idem pour les "xserver" (dont xserver-common, xserver-xorg-core, xserver-xorg-video-radeon, xserver-xorg-video-vesa,...)
les "firmware" n'avaient plus de dépendances... J'ai les ai mis au niveau buster (dont amd64-microcode, firmware-realtek, firmware-samsung,...)
Idem pour quelques paquets "driver" (dont i965-va-driver, va-driver-all, vdpau-driver-all,...).
Je craignais de tout casser (retour arrière clonezilla prêt à servir!) mais non, redémarrage sans problème après chaque lot d'évolutions.
Par contre, devant l'ampleur des dégâts, je n'ai pas essayé le passage pour
VLC (je m'en fiche, MPlayer est une alternative que toute la maisonnée utilise maintenant sans bien avoir réalisé la substitution !)
libgl1-mesa-dri : il est resté en version 18.2.8-2~bpo9+1 (backports), au lieu de 18.3.2-1 (buster). ça me permet de comprendre et d'apprécier le formidable boulot (bpo9+1) d'adaptation en backports. Chapeau à ceux qui font ça !
Cet hybride stretch-backports-buster tourne parfaitement depuis 3 jours... Pas plus de "failed" ni "error" qu'avant
Cependant toujours pas de "Radeon Vega Series" dans ce rapport
Mais, par contre, je relève le "Accelerated: yes" ci-dessous (mais pas de gamer dans la chaumière pour sentir une différence !)
J'ai aussi effectué quelques essais avec le dernier debian-live-testing-amd64-xfce.iso du 2019-01-21 pas de doute, il marche bien mais je ne comprends pas bien :
et pourtant "Accelerated: no"
Enfin peu importe que ce soit dû au fonctionnement "live" ou pas, puisque mon hybride donne satisfaction à tous ses utilisateurs.
Encore merci à tous
Hors ligne
pour ta commande "lspci | grep VGA"
anonyme a montré une telle conviction et persévérance
tu remarque que je dis plus rien
moi je suis prêt pour la future testing de 2019
Encore merci et bravo d'avoir réussi à m'amener jusque là : cela frise l'exploit !
Moi, je vais juste essayer de suivre le testing actuel et d'y passer dès qu'il sera stable. Chacun à son niveau.
Aller plus avant risquerait d'embouteiller ce forum. Je crois que les échanges sur ce fil le montrent bien...
PS : mon hybride plante quand même de temps en temps (2 fois sur ces 8 jours), mais plus du tout en liaison avec la veille. C'est plutôt en cours de travail, ça saccade, rame et se bloque, un peu comme une sorte d'asphyxie... Très supportable !
Hors ligne