Accepted linux 4.19.12-1~bpo9+1 (all source) into stretch-backports, stretch-backports
]]>
pour l'installateur "Debian GNU/Linux buster-DI-alpha4 "Buster" il n'a pas les firmwares non-free , tu remarquera aussi que je t'en parle pas.
je te fais installer les firmwares a partir de stretch , et dans tous les cas avant le reboot de la machine.
Du coup, contrairement à ce que j'avais cru, je ne peux pas en déduire que c'est la mise à jour du bios qui a reglé le problème (sous buster)
pourquoi tu me parle de UPnP => "minissdpd" ?
Parce que c'est la seule question qui m'a été posée pendant l'upgrade, donc je voulais le signaler
Pour les gpu j'ai bien précisé , un ou deux écrans sur la même carte.
Oui. Là, j'ai essayé en branchant un écran sur chaque carte pour voir si le message switching to amdgpudrmfb (qui était le dernier à apparaître) ne signifiait pas que le système basculait sur l'autre gpu,
Donc je confirme que non
pour finir , je sais pas si tu a eu un fonctionnement correct a la fin du passage a Buster
si randr et glxinfo -B a renvoyé quelque chose de correct.
il me semble que tu va vite en besogne
C'était pour être sûr (et donner un retour exact), mais il me semblait aussi avoir lu que ça n'allait pas tourner rond.
ps: je sais pas non plus quel bureau tu utilise , si gnome , avec Wayland (menu "gnome" ) ou avec le serveur X (menu "gnome-classic" ou "gnome sur X" )
Comment je vérifie ? Quand je rentre mon mot de passe, à côté j'ai essayé les différents bureau pour voir, mais en utilisation pour l'instant, je suis sur Gnome Wayland je suppose (ni classic, ni X).
Dans le bios, settings/advanced/Integrated Graphics Configuration/, j'ai :
-> le bios trouve tout seul
-> pas de différence et sous Debian GNU/Linux avec Linux 4.19.0-1-amd64 ça bloque.
Anecdotiquement, sous Debian GNU/Linux avec Linux 4.9.0-8-amd64 (en démarrant "options avancées"), ça marche "presque", mais ça freeze de temps à autre, et il faut rebooter. Mais bon, je ne suis pas sûr que ça ait un intérêt vu que c'est une plus vieille version ?
Pour l'instant, donc , je vais tourner sur la GPU intégrée et je mettrai la RX560 dans un autre pc. Et je me reposerai la question d'une carte pcie si je trouve que ça rame trop (mais à priori ça devrait le faire comme ça).
Je marque donc la discussion comme résolue.
Et j'ajoute une petite question subsidiaire si tu as un peu de temps, sur la différence entre tes instructions et l'iso d'installation :
Qu'elle est la différence dans le cas présent entre l'upgrade et l'iso ? C'est le fait de charger les paquets non présents dans l'iso avant de lancer le chargement et l'installation des paquets pour buster ? Et du coup l'iso du version stable de buster intégrerait ces mêmes paquets (à peu près) ou un équivalent libre, mais à un moment bien particulier de l'installation ?
En tout cas merci pour tout.]]>
sp5100-tco sp5100-tco: Watchdog hardware is disabled
utilisé surtout sur les serveurs (il permet de redémarrer la machine en cas d' inactivité prolongé sous certaines conditions )
aucun rapport avec les cartes graphiques.
pour le dernier message , j'ai le même (pas une erreur) , les cartes vidéo modernes ont un bios EFI (t' expliquer exactement je saurai pas )
[7.962019] fb: switching to amdgpudrmfb from EFI VGA
pour finir , je sais pas si tu a eu un fonctionnement correct a la fin du passage a Buster
si randr et glxinfo -B a renvoyé quelque chose de correct.
tout ceci avec l APU du Raven Ridge
ps: je sais pas non plus quel bureau tu utilise , si gnome , avec Wayland (menu "gnome" ) ou avec le serveur X (menu "gnome-classic" ou "gnome sur X" )
en #123 , carte nvidia uniquement
https://debian-facile.org/viewtopic.php … 25#p288925
en #78 , carte nvidia et gpu raven ridge (les deux actives )
https://debian-facile.org/viewtopic.php?id=21343&p=4
nota: noyau 4.18
j'ai eu des soucis moi aussi avec certains tests
mais le plus souvent je suis arrivé a un fonctionnement correct
ps: il y a d'autres fils sur ce matériel sur le forum
]]>
et
J'ai ensuite essayé de remettre la RX560 en place, en me disant que les firmware amd que tu m'as faits installer vont peut-être coller avec cette carte.
Et ben non, j'ai l'écran de démarrage, mais en mode normal ça reste bloqué au dernier warning que j'avais déjà sans la carte
J'ai essayer de démarrer en mode recovery, et ça bloque sur cette phrase :
J'ai ré-essayé en branchant un écran sur chaque carte des fois que le système bascule de l'une sur l'autre, mais non, quand la rx560 est en place, je n'ai pas de sortie sur la carte embarquée.
Et je n'ai pas installé minissdpd. Il fallait ?]]>
Il faudrait que je rajoute
deb http://ftp.fr.debian.org/debian stretch main non-freedans /etc/apt/sources.list ?
oui pour le "contrib non-free"
mais moi ce que je t'ai demandé c'est de passer a Buster
comme ceci
et c'est finit , tu pourra régler tes écrans et utiliser ton bureau gnome
tu vérifie avec glxinfo -B et xrandr pour ton affichage
et tu pourra passer ce fil en [résolu]
nota: réinstaller gnome ou stretch ne sert a rien
pour éviter que apt te demande le cdrom , enlève les deux premières lignes sur ton sources.list
ou mieux en console remplace son contenu par ce que t'ai donné au dessus
fait les commandes jusqu'a "reboot" et c'est terminé.]]>
et
Si c'est ma façon d'installer gnome qui n'a pas été bonne, je peux ré-installer stretch avec gnome puis les firmare realtek et amd-graphics pour voir si ça change quelque chose]]>
dans /etc/apt/sources.list ?]]>
Il me répond "impossible de trouver le paquet". Il faut que j'autorise les dépots non-free ou quelques chose comme ça ? (Précédement j'avais trouvé les firmware via synaptic, mais là du coup, je ne sais pas gérer les dépots en ligne).]]>
et ceci
il te faut installer le firmware
ces message tu ignore un warning pour AMD (rien a faire)
il te manque le firmware du gpu (firmware-amd-graphics)
faire un upgrade et dist-upgrade vers buster (sans bureau le passage de stretch a buster est plus rapide , moins de paquet a mettre a jour)
modifier le souces.list en buster
vérifier les erreurs (les firmwares vont se mettre a jour , le noyau aussi )
normalement le noyau a pris en charge ton gpu , la résolution de l'écran est meilleure
installer le bureau gnome
par exemple
ps: l'installation du bureau va installer toute la couche graphique , wayland ,serveur X , mesa etc ...........
installer apt-listbugs
garder a jour buster
normalement gnome te donne des notifications sur les mises a jour en attente
network-manager lui va gérer ton réseau (wifi (bluetooth) ou cablé a partir du bureau)
ps: si il manque des applications tu est toujours a temps de les installer par la suite]]>
+ 2 problèmes de firmware mais que j'avais résolu précédemment en chargeant les micro-programme correspondants.
(IOMMU enabled : la ligne kvm disabled by bios apparaît 2fois, seule différence pour l'instant).
J'ai changé le paramètre SVM à enabled dans le bios. La ligne kvm disabled by bios disparait.
Par contre, dans tous les cas, à partir du deuxième démarrage, j'ai l'erreur :
Résultat de
:
ET
:
Donc ça m'a l'air pas mal ?
Je passe à l'install d'un bureau, toujours sous debian 9.6 pendant que je suis aux tests ? Ou ça n'a aucun intérêt pour l'instant vu que je serai obligé de passer sous buster pour les paquets graphiques amd conseillés par anonyme ?]]>
Merci.
Du coup je suis en train de télécharger la debian buster pour voir si ça passe.
En attendant, j'ai enlevé la carte graphique et l'installation s'est beaucoup mieux passée. J'ai eu à priori quelques messages d'erreurs, trop rapides pour être lus ou mémorisés en entier, donc je les ai pris en photo. Je ne sais pas si je peux les retrouver quelque part ?
- J'ai installé les 2 firmwares non-free qui manquaient : rtlwifi/rtl8192cfw.bin et rtl_nic/rtl8168h-2.fw
L'arrêt du pc est parfois assez long (2min environ : a stop job is running for user manager UID 116 et for session C3 of user debian-gdm)
Et vu une des erreurs du début, il semblerait bien qu'il y ait un problème avec iommu (mais je ne sais pas comment le dévalider).
Je n'arrive pas non plus à configurer ma résolution d'écran (qu'il voit comme "affichage inconnu") à autre chose que 1024x768 (4:3)
J'essaie de charger la photo du démarrage.
pas vu ce post en #3
normal sans la RX560 ça va mieux
laisse tomber les messages d'erreurs pour l'instant
pour les firmware il te faut installer
firmware-realtek et firmware-amd-graphics
laisse tomber le message IOMMU pour l'instant (c'est un warning pas une erreur )
pour la résolution d'écran tout rentrera dans l'ordre avec buster + le firmware-amd-graphics
merci raleur (un peu de doc )
un peu de doc sur IOMMU (input/outup/memory/management/unit)
https://www.amd.com/system/files/TechDo … _IOMMU.pdf
https://firmware.intel.com/sites/defaul … n_UEFI.pdf
https://en.wikipedia.org/wiki/Input%E2% … ement_unit
l'init de IOMMU sur le raven 2200G
@vanvan
quand tu a finis renvoie le retour de cette commande
je fais pas de virtualisation , mais j'active le cpu et l'option IOMMU , l'OS en fait ce qu il veut
de la même manière pour les machines récentes je ne fais plus que des installations en EFI (GPT)
après tout est discutable
ps:par defaut IOMMU est désactivé , a priori windows n'en a pas besoin (ou "auto" a partir du bios)
en général sur mes machines AMD je le met sur le bios en "enabled" avec debian
pour intel il me semble que je n'ai pas cette option dans le bios
pour le reste
le bios en mode EFI (sans secure key et autre OS(pas win)) , toutes les cartes video ont maintenant un bios EFI (ici 3Go alloué au gpu intégré a partir du bios)
pour le cpu
virtualisation du cpu activé dans le bios
tu peu donner le retour de lspci aussi
voir le matériel sur cette carte mère]]>
l'IOMMU est une particularité de GNU Linux
Non, c'est une fonctionnalité du matériel (processeur et carte mère).
IOMMU = AMD I/O Virtualization Technology. C'est l'équivalent de l'intel vt-d. C'est une fonctionnalité qui permet à une machine virtuelle d'accéder, directement , aux ressources matérielles de la machine (bus pcie,..).
Pas vraiment. IOMMU est un terme générique qui n'est ni d'Intel, ni d'AMD. Chacun de ces deux fabricants a sa propre implémentation d'IOMMU, appelée VT-d chez Intel et parfois AMD-Vi chez AMD.
Comme son nom l'indique, l'IOMMU est l'application des concepts de MMU et de mémoire virtuelle aux accès directs à la mémoire par les périphériques (DMA). Une IOMMU virtualise les accès DMA comme la MMU virtualise les accès du processeur à la mémoire. L'objectif premier est la sécurité, en empêchant un périphérique d'accéder à des zones mémoire auxquelles il n'est pas censé accéder. Vous savez, tous ces périphériques en lien avec l'extérieur (cartes réseau, wifi, contrôleurs USB...), qui font souvent tourner des firmwares propriétaires dont il est impossible de connaître les éventuelles failles de sécurité. Sans IOMMU, ces périphériques ont un accès direct à toute la mémoire de l'ordinateur sans passer par le processeur ni un programme.
Mais l'IOMMU peut également servir avec les machines virtuelles : non pas pour permettre aux machines virtuelles d'accéder aux périphériques physiques mais l'inverse, pour permettre aux périphériques d'accéder à la mémoire des machines virtuelles.]]>