Vous n'êtes pas identifié(e).
Sur le site du support AMD pour "Chipsets / Socket AM4 / B350 / Linux-x86-64" on obtient "raid_linux_driver_8_01_00_039_public.zip".
J'ai l'impression qu'il faut ré-installer et effectuer (je n'ai pas regardé comment !) une séquence de pré-installation puis une de post-installation...
Ḉa me paraît bien compliqué et concerner seulement le stockage. De plus, je n'ai pas envie de tout reprendre à zéro...
J'ai cherché sur le forum avec "Ryzen 5" ou "asus prime b350", en particulier le sujet CPU AMD ryzen par minoltafan
Mais, désolé; ça plane trop haut pour moi !. Je suis incapable d'y déchiffrer une solution applicable...
Upgrader mon noyau Linux DFL9 4.9.0-6-amd64 installé pour le 4.16.7 stable du 2018-05-01 ?.
Cela me pose plein de questions : compatibilité avec DFL9 ?, le remède ne risque-t-il pas d'être pire que le mal ?, comment fait -on ?, retour arrière possible ?. Bref incapable de jouer à cela sans un mentor et un tutoriel !
Par contre cela m'a convaincu que c'est bien la prise en compte de ce matériel qui n'est pas (encore ?) parfaite.
D'autres sur ce forum utilisent déjà ce matériel : comment résoudre ces difficultés (pour un débutant !) ?
Par avance, merci de votre aide.
Dernière modification par CloDeClo (20-01-2019 18:59:01)
Hors ligne
Dernière modification par anonyme (04-05-2018 20:25:31)
Configuration : CM GA-k8nf-9 socket 939/amd 4400x2/4go RAM/DD IDE 80go/CG 6600GT 128moddr3
Hors ligne
Désolé d'appuyer où ça fait mal, je n'y croyais pas en le tentant, mais le DD installé HL25 (jessie) sur une vieille machine est bien passé opérationnel sur ce PC au prix d'un peu d'attente au démarrage.
C'est ce qui m'a rendu euphorique et un peu trop optimiste pour l'installation DFL9 (stretch)...
Sur la conduite à tenir maintenant :
bien vu : BIOS à mettre à jour avec la version 4011 du 2018/05/02 (7.98 MBytes) du site ASUS
OK, ça, c'est à ma portée. Je m'y lancerai avec une clé USB FAT 32.
passer à Buster : là, je le sens moins bien et je ne peux pas cacher mon côté débutant (en linux)... ça me fait peur de passer sur une version en test.
Est-ce-qu'il suffit de changer la liste des dépôts /etc/apt/sources.list et de mettre à jour les paquets
en suivant ce tutoriel de linuxconfig.org ?
Quand on l'a fait, est ce que le retour arrière est possible (multi-boot avec le DFL9 actuel dans le démarrage Grub2) ?
Sur cette même page une prévision de sortie de Buster : 2ème-3ème trimestre 2019 ?? Bien vrai ?, si loin que ça ? + quel délai d'intégration dans DFL ?
Désolé d'être aussi timoré, mais j'avoue être totalement désarmé dès que cela part en travers. De plus, je n'entrave pas grand-chose à vos discussions Ex :
se tourner vers une rolling comme manjaro
me laisse perplexe. (mais merci gog de me prêter attention)
Merci de votre aide;
en gros la question pour un newbie comme moi : ne vaut-il pas mieux prendre son mal en patience ? (un plantage de temps en temps, j'ai vécu pire avec du W95 !)
Hors ligne
si il te renvoie une erreur pas bon signe
je connais pas DFL9 (stretch) , mais si tu est pret a attendre au moins deux ans que Buster soit stable ou qu il y est une version de DFL buster stable tu a le moral.
tu peu faire un double boot DFL/Buster , tu a 6 prises sata sur la carte mère est un logement M2.
nota: ce qui se passe c'est que le noyau 4.9 ignore le gpu (j'ai connu cela avec une RX550 il y a plus d un an)
si tu utilise un noyau 4.15 ou 4.16 ou 4.17 tu risque d'avoir un écran noir (bug du système) le noyau va détecter le gpu mais faute de drm ça va planter.
c'est faisable mais faut etre motivé , moi j'ai tout fait sur le bureau (graphique ) grace a un petit écran 17 pouces 4/3 , maintenant je suis sur un 19 pouces 16/9ème.
le double boot c'est une solution (pas de VM ça ne représente pas la réalité du matériel )
Dernière modification par anonyme (05-05-2018 19:11:54)
Configuration : CM GA-k8nf-9 socket 939/amd 4400x2/4go RAM/DD IDE 80go/CG 6600GT 128moddr3
Hors ligne
retour
sur debian je veut bien te guider mais c'est sportif (pas compliqué) tous les jours je trouve des choses intéressantes .
ça reste en béta mais bon ça tourne pas trop mal , en deuxième boot comme dit au dessus.
ça demande un effort de ta part , savoir utiliser une console pure et quelques commandes de debian
il te faut une partition ou un disque avec 40Go environ de libre (j'utilise 14Go pour le système et mon home actuellement en installation basic "EFI" tout sur une seule partition (débutant) ).
dans ton cas faire une installation minimale (sans bureau) en Buster (bien a jour).Tu peut commencer avec un netinstall de stretch par exemple.
la seule difficulté est d'éviter un écran noir , système planté ou tu n'a plus la main sur le système .
clavier et souris sont sur USB :
Ensuite sur les actions :
MAJ du BIOS effectuée, sans souci. Mais, si j'ai bien compris, ce n'est pas ça qui va améliorer la stabilité.
Dual-boot buster / dfl9 : je crois que ça me conviendrait bien...
S'en suivent les inévitables interrogations du débutant : je verrais bien ça avec buster en système principal (en conservant les particularités DFL comme XFCE, le HandyMenu,... donc je suppose un upgrade de DFL9 vers buster) et DFL9 en sytème de secours.
Dans ce cas, faudra-t-il prendre les modifications buster avec discernement ? (dès que DFL me propose une mise-à-jour, je jette juste un coup d'oeil sur les paquets concernés pour avoir une idée de ce qui risque de bouger et je valide d'office !)
Comme j'envisage un repli possible et immédiat sur DFL9 il me faut un home commun buster / dfl9 : c'est bien compatible ?.
De temps en temps, petit reboot sur DFL9 pour vérifier que tout va bien (MAJ des paquets, vérification de la messagerie Thunderbird,...) : pas de risque d'interférence ?
Si c'était effectivement jouable comme ça, je crois que je procéderais ainsi :
* sur sdb (le DD importé de mon ancien PC), suppression du système HL25 (là, c'est bien fini pour lui; fin du repli envisageable vers lui), mais conservation du home HL25 qui deviendra progressivement des archives et les dossiers de documents stables
* sur sda (le ssd où sda1 de 16 GO le système DFL9 actuel, sda2 le swap, sda3 le home actuel), création de sda4 de 16 Go au détriment de sda3 pour héberger le DFL9 de repli
* clonage de sda1 sur sda4 (clonezilla), update-grub sur sda1 pour créer les entrées de démarrage en repli vers sda4, sans doute quelques bricolages dans le fstab de sda4 pour corriger quelques UUID : j'espère que le DFL9 de repli (système en sda4, home sda3 et swap sda2 communs avec le système actuel encore DFL9) sera ainsi opérationnel...
* Puis début de la grande aventure, application du tutoriel de linuxconfig.org sur le système en sda1...
Si vous pensez que ça ne peut pas se dérouler ainsi, je suis preneurs de vos remarques.
Merci encore de votre attention.
Hors ligne
tu verra des lignes qui commence par "VESA" (vers le milieu du log) , pas la peine de poster le log , juste vérifier (et regarde les définitions de l'écran qui sont listées , tu dois trouver celle de ton écran .
la bonne nouvelle c'est que stretch va fonctionner avec ton matériel , la mauvaise c'est que au fur et a mesure que l'on va mettre le noyau et les paquets vers les versions "buster/sid" , les firmwares ,ça risque de se dégrader
on va faire en sorte que ça n'arrive pas
donc pour tester directement une installation du bureau Mate (évite gnome et KDE ) ou un autres (xfce... etc ) , voir si le bureau fonctionne en VESA (comme sur DFL9 ).
quand ceci est fait , on verra pour la suite
pour le /home commun , NON , en cas de perte de Buster pas bon et puis chaque installation doit avoir son boot et son grub , partition système , home et swap indépendant.
installer buster sur le ssd (ou stretch) pas une bonne idée , le mieux serait d installer debian sur le DD (et de garder l'espace libre pour le stockage )
si il y a un problème sur buster , tu touche pas a DFL9 sur le ssd.
nota: on va jouer avec les dépots de buster , sid et expérimental et un firmware externe a debian (du moins quelques binaires)
aucun lien entre DFL9 et Buster c'est plus sage
un fidsk -l donnera les informations actuelles de tes disques
ce que ça renvoie sur mon raven ridge (j'ai juste un ssd M2 en sata avec buster/sid en EFI (gpt))
Dernière modification par anonyme (06-05-2018 19:21:52)
Hors ligne
Dernière modification par anonyme (10-05-2018 08:28:49)
Hors ligne
je joue avec steam sans aucun freeze
j'ai des freezes sur X et Wayland , aléatoires , utilisation de la souris (déplacement ,molette )
pas systématique , mais ennuyeux (arrêt hard ) en utilisation bureautique.
pour debian buster a jour
il te faut créer un firmware correct (il suffit de glisser les binaires (que tu trouve sur le net) dans le dossier /lib/firmware/amdgpu)
compiler et installer le noyau 4.17 (c'est simple avec le tuto de nagam ).
je n'ai testé que fedora29 (version expérimental) c'est pas mieux que debian.
voila pour les nouvelles . ( j'utilise la machine tous les jours , mais parfois ça plante ..... ) je poste a partir de mon raven 2200g sur la même carte mère que toi.
PS: a priori on est les seul sous debian avec ce matériel sur le forum
je regarde un peu sur le net mais rien de bien nouveau depuis la sortie en Février 2018.
ce matériel est utilisé sur les portables , PC de bureau et par intel sur certain de ses cpu . ( sous windows je suppose que ça tourne bien )
Dernière modification par anonyme (10-06-2018 13:21:35)
que c'était hors de ma portée (je joue parfois un peu les apprentis sorciers, mais seulement quand je le sens à peu près; pas le cas ici)
que c'était en fait 2 paquets linux-headers et linux-image qu'il fallait upgrader et non linux-base (je m'étonnais que SID soit identique à stretch...)
ça change la donne car si je compare stretch / SID :
linux-headers-4.9.0-6-amd64, Header files for Linux 4.9.0-6-amd64, actuellement version 4.9.88-1+deb9u1 / version 4.16+94
linux-image-4.9.0-3-amd64, Linux 4.9 for 64-bit PCs, actuellement version 4.9.30-2+deb9u5 / version 4.16+94
Donc je suppose que 4.17 sera bientôt dans SID : j'attends encore...
D'où de nouvelles questions :
peut-on mettre à jour tout le reste (sauf firmware-amd-graphics) depuis buster en conservant le linux actuel 4.9 ?
est ce que firmware-amd-graphics version 20170823-1 sur SID comporte bien tes derniers ajouts ?
Merci encore
Hors ligne
Hors ligne
j'ai étudié un peu les tutoriels sur la compilation du noyau : je coince toujours sur la définition des options de compilation même à l'aide d'utilitaires graphiques. Pour moi, un OS, c'est comme une voiture : à la rigueur on ouvre le capot pour refaire le niveau du lave-glace, on ne se préoccupe pas de la marque et du modèle des injecteurs... Alors là, même pour mettre à jour mon profil, je ne suis sûr de rien. Donc toujours exclu pour moi !.
j'en ai quand même eu marre d'attendre le noyau : 4.17.6 ce matin et 4.17.7 maintenant, (le 1er datant de début juin, s'il faut atteindre une version 18 pour le voir en backport comme pour le 4.16), probablement encore plusieurs mois à s'impatienter...
j'étais prêt sur la façon de faire : clonezilla préalable de la partition système pour pouvoir éventuellement faire marche-arrière, URL des backports pré-introduits dans fstab juste à "décommenter-activer", liste des paquets à mettre à jour...
la température dans la chaumière était en hausse pire que la température extérieure : des récriminations de plus en plus vives à chaque plantage (1 à 2 fois par jour)
Je me suis donc décidé à tenter la mise-à-jour depuis les backports (noyau 4.16) : à la fois une sorte de répétition générale pour l'arrivée du 4.17 et surtout une preuve de bonne volonté pour calmer les esprits alentour...
Grand succès : stabilité enfin trouvée (aucun plantage depuis, cela fait plusieurs jours !) et apaisement général.
Quelques détails (si ça peut servir à d'autres) et pour peaufiner un dernier point qui m'agace...
Mise-à-jour du noyau :
je l'ai faite en graphique avec Synaptic, activation des backports (fstab était prêt), "Recharger", sélection des paquets, "Appliquer"...
Au départ Synaptic tout rouge, puis tout doux en mettant d'abord à jour linux-kbuild et linux-compiler. Ensuite re-MAJ avec linux-image et les 2 linux-headers (common & amd64)...
Résultat :
Mise-à-jour des drivers :
là, bizarre, Synaptic ne voyait pas les MAJ ???, j'ai tout vérifié, URL non-free, désactivation/réactivation y compris en direct dans fstab... Rien...
Bug de Synaptic ???
J'ai contourné en passant par les commandes
Pas de MAJ disponible pour xserver-xorg-video-amdgpu, mesa-utils (conforme aux https://packages.debian.org/fr/sid/*****)
MAJ sans souci pour mesa-vdpau-drivers, mesa-va-drivers, firmware-amd-graphics.
Et bien sûr, tout de suite désactivation des backports et rechargement pour ne pas prendre d'autres MAJ...
Dans les erreurs au démarrage :
je comprends alors l'allusion de anonyme
il te faut créer un firmware correct (il suffit de glisser les binaires (que tu trouve sur le net) dans le dossier /lib/firmware/amdgpu)
J'ai trouvé ce fichier raven_gpu_info.bin , je l'ai mis dans le dossier /lib/firmware/amdgpu.
J'ai aussi effectué
comme certains posts sur les forums le préconisent...
Malgré ça, amdgpu/raven_gpu_info.bin n'est toujours pas fonctionnel !
Mon PC fonctionne maintenant de manière satisfaisante (peut-être GPU mal utilisé, mais aucun jeu exigeant, donc rien de grave) : aucun plantage/freeze constaté depuis plusieurs jours..
Voici les erreurs relevées au démarrage
Comment se débarrasser de cette erreur amdgpu : Failed to validate gpu_info firmware "amdgpu/raven_gpu_info.bin" ?
Merci de votre aide
Hors ligne
Copy firmware files for your GPU to the /lib/firmware/amdgpu directory from: https://people.freedesktop.org/~agd5f/radeon_ucode/
La page de freedesktop.org : https://people.freedesktop.org/~agd5f/radeon_ucode/ .
Vous connaissez ? et ils peuvent servir pour ajouter des pilotes à debian ?
@ CloDeClo : " ... activation des backports (fstab était prêt) " et plus loin, quand tu parles de fstab, c'est pour sources.list ?
édition ; présentation de freedesktop :
Freedesktop.org est un organisme de collaboration entre différents projets de logiciels libres comme GNOME, KDE, Xfce, Enlightenment, GStreamer, Xgl/AIGLX ou encore X.Org, qui travaille à l'interopérabilité des environnements graphiques sous les systèmes utilisant X Window System comme GNU/Linux (ou sur d'autres UNIX) en produisant des logiciels et des spécifications.
Dernière modification par nono47 (17-07-2018 20:06:18)
Nota Bene: What you do not want to do is to fetch the files apt warns about from sources like people.freedesktop.org/~agd5f/radeon_ucode/raven/ as that might introduce a potential attack vector.
C'est pourquoi j'ai préféré ce fichier raven_gpu_info.bin, 51,5 Ko, d'autant plus que je l'ai retrouvé (du moins même taille, même MD5 !) sur un autre site du même genre (mais que je n'ai pas noté).
ça alors ! En vérifiant l'URL, je constate qu'il a changé : lui-aussi 316 o et du 04/12/2017 !. Si je n'avais pas bien soigneusement noté l'adresse de téléchargement, je douterais de moi. Il faudra que j'essaie cette version là puisqu'elle semble avoir l'unanimité aujourd'hui.
J'aurais pourtant préféré trouver une version de début 2018 suite à la lecture de cet article phoronix.
Dans d'autres articles phoronix, j'ai trouvé la mention de disponibilité sur un "linux-firmware.git.", mais je n'ai pas réussi à trouver mon fichier à partir de cette information...
à qui se fier ? où trouver "le bon raven_gpu_info.bin" ? ou bien comment rendre ce fichier valide ?
J'espère que anonyme pourra m'en dire un peu plus...
Hors ligne
les questions restent les mêmes...
Hors ligne
les erreurs
un petit bout du log de X
le lien pour les binaires => https://git.kernel.org/pub/scm/linux/ke … 47212979c9
nota : a ne prendre que les .bin pour Raven et les copier dans /lib/firmware/amdgpu sur ta machine
ps:pour que la modification du firmware soit prise en compte , il faut que le noyau connaisse "Raven" , ce qui n'est pas le cas du 4.9 (ou 4.16) de Stretch.
minimum c'est le 4.17 , le 4.18 est parfait .
Courage .........
Dernière modification par anonyme (18-07-2018 15:53:45)
Hors ligne
Pas de surprise, ça ne change rien pour les erreurs :
Attendre le noyau 4.18 et la mise-à-jour des drivers ne sera pas un problème si 4.17 fonctionne aussi bien que 4.16.
À suivre...
Hors ligne
Hors ligne