Existe-t-il un moyen de forcer X à utiliser les cartes graphiques intégrées Intel lors de l’exploitation d’Ethereum sur une carte Radeon discrète?
Update Nous avons fait des recherches supplémentaires et avons trouvé la solution à ce problème pour l'ancien pilote fglrx: https://bitcointalk.org/index .php? topic = 170470.6 Cela ne fonctionne cependant pas avec les pilotes AMDGPU, qui ne sont pas livrés avec switchlibglx préemballé pour autant que je sache.
Update 2 - Trouvé cette solution possible mais cela n’a pas fonctionné. Obtenir l'une des 2 choses suivantes: A, un écran noir lorsque je lance systemctl isolate graphical.target, ou B, si je passe en liste noire le pilote, l'incapacité d'exploiter.
Mise à jour 3 Ouvert /var/log/Xorg.0.log dans un VT (avec systemd par défaut temporairement défini sur multi-user.target tant que ce problème persiste) - erreur "aucun écran trouvé" extrêmement bizarre. Je me demande si les pilotes AMDGPU tentent de forcer X à les utiliser au démarrage. Heureusement non.
Mise à jour 4 Trouvé ces instructions dans les forums Arch Linux lors de la recherche du message exact relatif à: ne pas trouver d'affichages - maintenant, au lieu de quitter anormalement, le système se bloque simplement lorsque j'essaie d'exécuter startx. Une amélioration, mais ça ne marche toujours pas.
Update 5 Le blocage ci-dessus dure environ 5 minutes, puis il se ferme avec une erreur "Connexion refusée". Extrait ~/.local/share/xorg/Xorg.0.log - il indique en fait "Le serveur a été arrêté avec succès", bien que la sortie startx indique que c’est ce qu’il faut consulter.
Mise à jour 6 Googler site:bugs.launchpad.net "amdgpu" est apparu ce rapport de bogue qui pourrait être lié à ce problème. Tentative de contournement - non, ça n'a pas marché.
La mise à jour 7 Running journalctl | grep gdm | grep EE | less a fourni des informations plutôt précieuses pour aider à résoudre ce problème:
(EE) open /dev/fb0: Permission denied
WTF le pilote AMDGPU fait-il pour les autorisations sur le framebuffer?
Mise à jour 8 Toujours pas de solution; placer des primes.
Update 9 J'ai également essayé Wayland; En fait, c'est ce que les médias en direct ont fait défaut. GNOME n'utilise pas Weston, donc weston.ini ne fonctionnera pas pour forcer l'utilisation de i915 et ignorer amdgpu.
La description originale commence ci-dessous.
Bon, alors je viens de construire une plate-forme minière sur laquelle Ubuntu 18.04.1 est installé (la pré-version 18.10 a été essayée, mais pour une raison quelconque, AMDGPU ne parvient pas à créer des modules DKMS dans ce cas, même avec des solutions de contournement connues, telles que l'usurpation de version, ). La carte fonctionne bien. l'extraction de l'ETH à une vitesse comprise entre 24,2 et 24,3 MH/s, même avec un seul Sapphire Nitro Radeon RX 480 (qui possède un ventilateur bien meilleur que la carte mère et qui peut ainsi supporter une valeur de hachage élevée lorsque la vitesse du ventilateur est augmentée à fond).
Le système est également doté d’un processeur Intel Core i5-8400, qui comporte non seulement six cœurs, mais également des graphiques sur puce, fonctionnant sur la carte mère MSI H310-F Pro. Avant que les pilotes AMDGPU ne soient configurés pour exécuter cette carte, GNOME Shell fonctionnait parfaitement. Cependant, une fois le GPU discret configuré pour l’exploitation minière, il n’y a plus que des VT - pas de GNOME, pas de GDM, pas de X, pas rien. Y a-t-il un moyen, par conséquent, de forcer X à utiliser la puce graphique intégrée Intel sur le i5-8400 afin de pouvoir utiliser à la fois le bureau et le mien? Toute aide serait grandement appréciée.
Je l'ai finalement obtenu pour que cela fonctionne, via la méthode de purge-le-pilote-et-réinstallation-en-tête-à-tête:
cd /home/realkstrawn93/Desktop/amdgpu-pro-18*
amdgpu-pro-uninstall --purge -y
./amdgpu-pro-install --opencl=legacy,rocm --headless
Cela installe UNIQUEMENT le composant OpenCL du pilote AMDGPU-Pro et non le composant d'affichage.