En fait, le problème c'est que quelques chose de ne se passe pas bien dans la gestion d’énergie. Normalement, le ventilateur devrait se mettre en mode hurricane quand la température monte alors que là, il reste à son mode minimum juste avant de s'éteindre. Il va falloir que je comprenne pourquoi...
Bouska

- 14 mars 2021
- Inscrit 24 déc. 2006
- 0 meilleure réponse
- Fedora project Petit nouveau Adepte du forum Rédacteur potentiel
- @VINDICATORs : Le problème c'est que je suis déjà en LOW, si je passe en dynpm, l'écran clignote, et en high, je passe à 85°C :-/ Je viens de passer sur LXDE, j'ai plus ou moins perdu 10°C et l'ordi ne crashe plus. Je vais tout de même voir si ne pas l'envoyer en garantie.
@fgland : J'essaye juste de faire tourner 0ad. C'est pas un problème de performance, c'est juste qu'à plein de régime, il y a tellement de chaleur produite et non évacuée que l'ordinateur se coupe. - Bonjour,
Ça fait quelques temps que mon Dell Studio 1555 se coupe brusquement dès qu'il doit faire une tâche un minimum intense (film, jeu, etc.), a priori pour cause de surchauffe. Comme j'étais en Rawhide depuis Fedora 15, je me disais que c'était à cause d'instabilité de l'ACPI, de la gestion du ventilateur ou autre, mais même depuis que je suis sur une Fedora 17 tout ce qu'il y a de plus classique, j'ai le même soucis. Ci dessous, les températures de ma machine en idle (juste avec Firefox avec une 10zaine d'onglet, Claws-mailet Powertop). Ma radeon a déjà un profile low, je ne peux pas faire plus de ce coté. Mon BIOS est le dernier sorti et j'ai essayé d'installer i8k, mais il ne change pas grand chose (enfin, je peux contrôler manuellement et temporairement les vitesses des ventilateurs) mais est très instable et provoque des kernel panics. Et oui ça me semble évident, mon ventilateur tourne (je dirais à l'oreille, en middle).
[pablo@pablo ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +71.0°C (crit = +100.0°C)
temp2: +67.0°C (crit = +100.0°C)
temp3: +72.0°C (crit = +100.0°C)
radeon-pci-0100
Adapter: PCI adapter
temp1: +76.0°C
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +65.0°C (high = +105.0°C, crit = +105.0°C)
Core 1: +65.0°C (high = +105.0°C, crit = +105.0°C)
Linux pablo.portable 3.4.0-1.fc17.x86_64 #1 SMP Sun Jun 3 06:35:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linuxtop - 13:48:34 up 27 min, 1 user, load average: 1.05, 0.96, 0.83
Tasks: 141 total, 1 running, 140 sleeping, 0 stopped, 0 zombie
Cpu(s): 13.8%us, 2.8%sy, 0.0%ni, 82.7%id, 0.5%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 6079104k total, 1957136k used, 4121968k free, 150296k buffers
Swap: 0k total, 0k used, 0k free, 567176k cached
/var/log/message : http://fpaste.org/wUEM/
dmesg : http://fpaste.org/yzCo/
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500/5100 Series]
01:00.1 Audio device: ATI Technologies Inc RV710/730
04:00.0 Network controller: Intel Corporation WiFi Link 5100
08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10)
09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
09:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
09:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)
Si vous savez m'aider, je vous en serais très reconnaissant, je pourrais enfin jouer une partie de 0ad en entier :-ptop - 13:48:34 up 27 min, 1 user, load average: 1.05, 0.96, 0.83
Tasks: 141 total, 1 running, 140 sleeping, 0 stopped, 0 zombie
Cpu(s): 13.8%us, 2.8%sy, 0.0%ni, 82.7%id, 0.5%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 6079104k total, 1957136k used, 4121968k free, 150296k buffers
Swap: 0k total, 0k used, 0k free, 567176k cached - Modifié
Vu que mon écran de boot était rempli d'erreur à cause de fedora-storage-init et fedora-wait-storage, je me suis dit que j'allais les enlever. Grâce à ce topic, je viens de comprendre pourquoi disable n'était pas suffisant ; donc comme un gros bourrin, je les ai supprimer de local-fs.target.wants. Au reboot, j'avais ultra peur pour ma partition LUKS, mais tout s'est passé comme des roulettes, boot plus rapide, plus aucun message d'erreur \o/
Plus qu'à dégager plymouth-quit-wait.service (vu que plymouth-start.service n'est jamais lancé...), et à regéner un initramfs plus léger (8sec chez moi pour le charger).
Edit: En fait, il semble que dans mon cas, avec ce que j'ai désactivé, le boot fonctionne une fois sur trois. Je vais voir si en réactivant udev-settle.service ça corrige le problème
1) Aucune idée, mais à priori, il ne devrait pas y avoir de problème vu le nom du portTitoux wrote:// Mes questions //
1) Apparemment sur les images affichées par les sites de vente sur internet, une "Sapphire radeon HD3650 ou HD3450" semble avoir un connecteur AGP 8x de type 1.5 volts. Est-ce compatible avec un slot "AGP Universel" ?
2) La "radeon" fonctionnera t'elle avec une alim PC de 250 w ?
3) Par rapport à ma config (cf ci-dessous), sera t'il possible d'obtenir un gain de temps notable lors des conversions de vidéos en mpeg-4 ?
4) Meilleure fluidité sur Dailymotion et les jeux en flash ?
5) Etant donné que la carte graphique sera bridée en AGP 4x, quel choix serait le plus judicieux ?
2) Ça dépend de la qualité de l'alimentation (une vrai 250W avec de la puissance sur le 12V ?), mais à priori le reste de la configuration consomme au maximum 200W en charge, donc ça passe
3) Aucun, autant les cartes graphiques apportent un plus dans le décodage (dans certaines conditions), autant pour l'encodage, seule les toutes dernières cartes sachant faire du GPGPU peuvent changer quoi que ce soit
4) Probablement pas dans les conditions que tu présentes, néanmoins avec une Fedora plus récente avec Firefox 4 et Flash 10.3, là, il devrait y avoir une nette amélioration
5) Déjà il faut comprendre que le changement de carte graphique n'apportera pas tant que tu ne le crois. Le choix dépend surtout de si tu comptes utiliser les pilotes libres ou non, dans la positive, je conseillerai plus la Radeon, dans la négative, la Nvidia- Dans noyau 2.6.37Quoi qu'il en soit il est plus que probable que Fedora patchera le noyau pour annuler ce patch (!), vu que c'est déjà géré par systemd sous Fedora Rawhide (futur 15)
- Ne chercher pas, la nVidia GT 425M, c'est de la génération Fermi, la 3D ne sera géré par Nouveau que dans le noyau 2.6.38 dont le développement vient à peine de commencer. Donc pour Fedora, on peut supposer que ça fonctionnera pour Fedora 15 🙂
- Du moins, ça le sera sûr et certain pour Fedora 15 : https://fedoraproject.org/wiki/Features/FourkBSectorBooting
- @pingou : Non, en fait, j'ai un peu triché. J'étais déjà venu l'année précédente (je connaissais même pas Fedora à l'époque), mais en coup de vent, j'avais dû rester même pas une demi-heure, le temps de voir vaguement tous les stands. Néanmoins, après vérification (archives de 2007), ça fera quand même 5ans pour toi et 6 pour moi, juste après la sortie de Fedora Core 6 :-D
- 5ième fois consécutive pour ma part :-D
Alors concrètement, prépare ton anglais et tes serviettes ! Le coté technique n'est pas vraiment bloquant puisqu'il y a vraiment de tout type de conférence : de la conférence très générique présentant un nouveau logiciel à la conférence ultra-pointu où la moitié des transparents sont le code source d'un BIOS pour un sys. embarqué dans une webcam. La particularité n'est pas tant d'avoir la base technique mais d'avoir et gérer cette base technique en anglais et ce quelques soit l'accent de l'interlocuteur. Pour les serviettes, c'est le problème suivant : les salles sont utilisés à leur capacités maximales (avec les ordinateurs qui vont bien) en permanence sans ventilation et avec le bruit des couloirs impossible d'ouvrir les portes ; en conclusion, il doit faire facilement 30°C dans les salles. L'autre gros problème, c'est l'organisation des conférences, c'est la loi de Murphy à 100% ; presque sûr et certain que tu vas te retrouver avec 3heures avec rien qui t'intéresse puis sur une heure avoir les trois qui t'intéressait. - Modifié
RTFM :-D : http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/sn-automating-installation.html
Une autre solution est d'utiliser "Live Creator" qui te permet de générer un live à partir d'un fichier .ks- Pas besoin de se casser la tête à recréer un xorg.conf pour utiliser le pilote vesa. À priori, un "video=vesafb" comme option au noyau suffit (vous savez dans Grub, là où vous mettez un 3 pour démarrer en init 3).
Personnellement, je penche plutôt pour un problème matériel mais plutôt du coté du southbridge. C'est lui qui s'occupe de tout ce qui I/O, donc il est particulièrement utilisé lors d'un yum update (utilisation du réseau, puis du disque) ou d'un déplacement de fichiers (utilisation en lecture sur la clé USB, en écriture sur le disque). Dans ce cas là, l'une des choses que tu pourrais tester c'est un "sensors" pour voir si le southbridge ne chauffe pas démesurément. Si ce n'est pas le southbridge, il se pourrait que ce soit le disque, normalement, un test avec un live ou une vérification des paramètres SMART (avec palimpsest) du disque devrait suffire. - Quatre-cinq remarques/commentaires après deux jours d'utilisations :
- La page de redirection a toujours l'ancien style
- Changez ce vert pomme des citations qui m'agresse les yeux (et ça fait un peu tache dans la palette : noir-gris-bleu-orange)
- Le fond sous la barre "Accueil <==> Déconnexion" n'est pas le même que le reste de la barre (Chromium 8, FF4)
- On pourrait faire un test sans la barre noire qui sépare la partie profil de la partie message
- J'avais un autre commentaire mais je l'ai oublié ^^' (peut-être sur les boutons...)
Sinon du reste, je suis globalement convaincu 😉 - Je dis ça sans aucune garantie, mais sur mon Dell Studio (Intel Wifi 5100), j'avais un connexion qui se déconnectait régulière (et qui avait du mal à se (re)connecter). J'ai tout testé et au final, j'ai découvert que mon PC (ou plus probablement le pilote) ne captait correctement que sur le channel 1 du wifi ; donc qui sait, ça pourrait peut-être t'aider.
- Sinon il y a aussi SystemD qui gère/crée les cgroups automatiquement depuis la version 0.13 déjà disponible sur Rawhide. Et c'est bien plus propre que la méthode de Mike.
Oh non, grand dieu ! Un serveur graphique qui sait parler directement à la carte graphique, surtout pas ! On parle d'EGL là, c'est de l'OpenGL spécialisé dans l'interface, même le SoftPipe de Mesa doit savoir le gérer (en terme de puissance). Et d'ici que Wayland soit opérationnel, on peut penser LLVMPipe et Gallium3D le seront aussi. Et il faudra aussi que tu me donnes des noms de personnes qui sont passé à un pilote propriétaire (qui dans leur état l'implantation actuelle de Wayland ne fonctionne absolument pas avec Wayland) et actuelle pour faire tourner le cube de CompizRenault wrote:Je trouve, personnellement que l'usage d'un tel serveur par défaut est une mauvaise idée. De ce que j'ai pu voir c'est tout en OpenGL, ce qui va amener les gens à utiliser des pilotes proprio pour l'utiliser au mieux et encore. Pour les petites configurations qui n'ont pas d'accélération OpenGL ce n'est pas des masses possibles. En gros ça consomme trop.
Je ne vois pas ce que c'est que Wayland sinon la ré-invention de X aux standards actuels en ayant appris de ses défauts. Ça sort d'où le fait que Wayland est moins puissant et plus gourmand, alors que pour l'instant, Wayland n'existe presque qu'exclusivement sur le papier. Pour ce qui est de recoder X11, je te conseille de chercher sur ton moteur de recherche préféré "X12". X est de tout façon cordonné à mourir un jour, c'est un protocole qui est à été écrit il y a 25ans et dont les développeurs ne veulent absolument pas toucher à la rétro-compatibilité, donc ré-écriture ou pas, on aura toujours le même protocole complètement obsolète par rapport aux équipements d'aujourd'hui.Renault wrote:De plus, X11 n'est certes pas parfait mais il a au moins l'avantage d'être moins gourmand et bien plus puissant. Il a des limitations mais qu'on pourrait soulever (via une réécriture par exemple, oui recoder X11 c'est difficile mais je suis persuadé que d'ici quelques années il n'y aura pas le choix).
Je ne comprend pas pourquoi tout le monde fait tout un fatras parce que quelqu'un dit (en gros) : "À terme, on remplacera X par Wayland". Rien de plus, pas du : "Dans deux ans, peu importe l'état d'avancement de Wayland, on passe dessus par défaut" ; il n'y a rien qui est fait à l'arrachée.nothanks wrote:edit bis : et ce truc est en effet loin de fonctionner et j'ai du mal à comprendre (malgré les défauts de X) pourquoi vouloir poser un truc à l'arrachée?- C'est juste que ton ami à installer le thème d'icônes Echo (« yum install echo-icon-theme » pour tester), comme le confirme la corbeille en haut à droite.
- Dans Manque de RAM ?Prendre plus de 1Go de mémoire RAM est un peu inutile pour cette configuration, le reste ne suivant pas. En plus, si ce boost ne suffit pas, généralement un changement du disque dur (ou l'ajout d'un autre) est très bénéfique vu les améliorations des disques depuis 2004 (à vue, date de la config).
- Il n'y a pas de soucis : tu as bien la pile graphique de Rawhide. Néanmoins, les paramètres de gestion d'énergie ne sont pas activé par défaut. Pour être sûr, que renvoie :cat /sys/class/drm/card0/device/power_method
cat /sys/class/drm/card0/device/power_profile - Dans Trop de processus!D'après ce que je vois, je dirais que le problème n'est pas au niveau des services mais de la pile Flash-NdispluginWrapper-Firefox (npviewer.bin) le tout combiné à un certain nombre d'onglets. Je ne peux que te conseiller d'installer la version expérimentale de Flash 64bit qui te permettra de te débarrasser de NdisPluginwrapper et l'extension FlashBlock pour ne pas avoir des millions d'animations flash en arrière plan qui te bouffent le CPU.