Vous n'êtes pas identifié(e).
Pages : 1
C'est quand tu cherches ce que tu pourrais mettre là, que tu te rends compte que tu n'es rien !
Hors ligne
Hors ligne
Dernière modification par raleur (24-02-2019 21:10:58)
Il vaut mieux montrer que raconter.
Hors ligne
LOL.
Je n'ai pas l'habitude d'employer ce genre d'acronymes, mais suggérer d'activer l'attribut immuable dans /sys, il faut avouer que c'est quand même incongru.
/sys est un pseudo-système de fichiers virtuel (sysfs) qui sert d'interface de communication avec le noyau, comme /proc. Les fichiers qu'il contient ne sont pas de vrais fichiers, on ne peut pas les manipuler (créer, supprimer, renommer, déplacer...) comme des fichiers normaux, ni y écrire n'importe quoi, et ils sont réinitialisés à chaque démarrage. La seule solution consiste à réécrire la valeur à chaque démarrage. Par exemple le paquet sysfstools permet d'initialiser des valeurs dans /sys au démarrage via un script d'init et un fichier de configuration. J'ignore si systemd dispose nativement d'une telle fonctionnalité.
La piste me conviendrait mais il faudrait qu'une âme charitable développe un peu plus.
C'est quand tu cherches ce que tu pourrais mettre là, que tu te rends compte que tu n'es rien !
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Problèmes courants
Ventilo qui tourne à toute berzingue
Installer les firmwares (voir en haut de cette page)
Rajouter l'option radeon.dpm=1 au noyau dans le fichier /etc/default/grub pour obtenir la ligne :
qui force la prise en charge par les DRM de l'énergie 'plus propre que de toucher au mode de fonctionnement du gpu "auto - silence - max-performance"
bien sur le firmware "amd" doit être installé et la carte bien prise en charge.
ps: pas trop d'information sur la carte graphique utilisé
enfin ça mérite d'être testé , avec nvidia (nonfree) et cartes récentes amd (en driver libre) je n'ai pas ce genre de problème , l'énergie est bien géré .
tu a un man pour radeon
quelque chose de plus sérieux => https://doc.ubuntu-fr.org/radeon
Attention toucher certains paramètres peu être dangereux pour le matériel et le fonctionnement de l'OS
un extrait
La méthode par profils est basée sur 5 profils de gestion plus basiques mais qui fonctionne sur une gamme de matériel plus large.
Les 5 profils sont:
"default": Horloges et voltages par défaut (option que vous avez si vous ne faites rien)
"auto": Passer en mode "high" quand le système est sur secteur et "mid" quand il est sur batterie.
"low": Force les fréquences et voltages les plus bas. Peut poser des problèmes sur certains matériels car il correspond au mode d'affichage dpms innactif
"mid": Force un mode de puissance moyenne.
"high": Force les fréquences et voltages au plus haut accessible (sans overclocking).
et tu a comment l'appliquer 'sur le lien ) si dpm=1 ne fonctionne pas.
sur du matériel moderne je déconseille , laisser faire le système pour la gestion du gpu . (les noyaux récent savent faire avec le firmware nonfree )
Dernière modification par anonyme (25-02-2019 08:27:09)
Un moyen simple est proposé sur le wiki Arch Linux. Il semble qu'il a fait ses preuves
La règle udev est probablement un moyen plus fiable que sysfstools car le paramètre à modifier n'existe que lorsque le module radeon est chargé. Le chargement des modules est asynchrone et rien ne garantit que le module radeon est chargé avant que le fichier script d'init de sysfstools soit exécuté. En revanche la règle udev est liée à l'existence du périphérique /dev/dri/card0 créé par le module radeon.
S'il y a un paramètre du module radeon qui fait la même chose que le paramètre dans /sys, c'est encore plus simple.
Dernière modification par raleur (25-02-2019 10:14:20)
Il vaut mieux montrer que raconter.
Hors ligne
avec ceci
mais je sais pas si cela fonctionne avec tous les gpu amd
nota: l'avantage de ubuntu-fr c'est en français et ils donnent des références de cartes graphiques
Dernière modification par yole1 (25-02-2019 12:42:56)
Hors ligne
Pages : 1