être, si on lit les messages de https://duckduckgo.com/?q=totem-video-t … any&ia=web
cette solution :
puisque le paquet gstreamer1.0-libav est déjà installé chez Herbert west.]]>
Herbert west a écrit :c'est possible aussi
j'ai de vieilles cartes ou le constructeur proposait encore des mises a jours y a pas si longtemps. je mets toujours a jour mon bios et les microcodes. apres faut bien savoir régler son bios( y a des parties qui peuvent etre gerées par le bios ou par l'os.
c'est mon côté mise a jour . plutot progressiste tant que ça fait pas de mal ,mais aucunement a pédaler pour creer ma propre electricité.
aprés y a les rasberry , c'est pas cher comme premier ordi , mais c'est trop lent sur un os ;ils sont tous passés en emulation d'anciennes bornes d'arcade ou pour des tests d'automates.
Dernier HS promis j'arrête après.
ça c'est bien quand le constructeur suit le matériel et propose des mises à jour même après des années, hélas sur les laptops c'est rarement le cas pour les bios (normal c'est pour inciter les gens a acheter les derniers modèles)...
Le Raspberry c'est une petite merveille malgré son minuscule format, tellement bien pour se faire un petit server maison et tout ça pour une somme dérisoire.
et pour une utilisation classique, il peut aussi faire le boulot (mais vaut mieux prendre le petit dernier sorti y a quelques mois, + puissant, mieux équipé en connectique, et toujours pas cher)
le laptop il est a côté de moi ;il me regarde, je le regarde... si y a pas deux gros écrans , je sais plus bosser; un pour la doc , l'autre pour eclipse]]>
c'est possible aussi
j'ai de vieilles cartes ou le constructeur proposait encore des mises a jours y a pas si longtemps. je mets toujours a jour mon bios et les microcodes. apres faut bien savoir régler son bios( y a des parties qui peuvent etre gerées par le bios ou par l'os.
c'est mon côté mise a jour . plutot progressiste tant que ça fait pas de mal ,mais aucunement a pédaler pour creer ma propre electricité.
aprés y a les rasberry , c'est pas cher comme premier ordi , mais c'est trop lent sur un os ;ils sont tous passés en emulation d'anciennes bornes d'arcade ou pour des tests d'automates.
Dernier HS promis j'arrête après.
ça c'est bien quand le constructeur suit le matériel et propose des mises à jour même après des années, hélas sur les laptops c'est rarement le cas pour les bios (normal c'est pour inciter les gens a acheter les derniers modèles)...
Le Raspberry c'est une petite merveille malgré son minuscule format, tellement bien pour se faire un petit server maison et tout ça pour une somme dérisoire.
et pour une utilisation classique, il peut aussi faire le boulot (mais vaut mieux prendre le petit dernier sorti y a quelques mois, + puissant, mieux équipé en connectique, et toujours pas cher)]]>
ps: je sais c'est pas bien ,mais j'ai tripatouillé quelques trucs dans le bios:P]]>
]]>
--gilles-- a écrit :
3] La question : « Le paquet intel-microcode est-il pertinent ? » Je ne suis pas à tout à fait sûr, mais il me semble qu'avec les « vieux » processeurs les microcodes ne sont plus mis à jour et que le paquet ne sert donc plus à rien, par contre avec les récents évidemment c'est le contraire qui se passe. Je ne sais si cela a un rapport avec l'erreur : gnome-session-binary[859]: Unrecoverable failure in required component org.g. Tu pourrais toujours l'enlever plus tard, juste pour tester, mais pas maintenant, regardons déjà le comportement de totem avec les différents environnements.
Les vieux cpu sont toujours mis à jour, même si c'est moins fréquent que les récents, y a des mises à jour, j'ai un Intel de 2012, la dernière màj du microcode date de avril 2019.
et l'enlever c'est s'exposer à toutes les failles de sécurité..
si je devais compter sur les màj du bios, je pourrais toujours attendre (dernière màj du bios en 2012)
le microcode est une bénédiction pour les vieux pc.
si il faut enlever le microcode, désactiver le multi-threading, ça fait beaucoup de sacrifices, de pertes de puissance, pour beaucoup de problèmes de sécurité tout de même.
limite autant donner gracieusement son pc (moi j'y prends si vous voulez, je leur donne une seconde jeunesse à vos vieux pc hein, j'en connais qui seront heureux)
et si en + on écoute tout le monde, soit disant, avec les dernières màj du microcode pour combler spectre et meltdown, on perdrais jusqu'à 40% de performance, perso sur mon pc j'ai absolument pas senti de différence de perf malgré ces 7 ans, c'est juste un argument bidon pour pousser les gens à acheter des cpu Intel dernier cri qui coûte un rein et 2 bras
c'est possible aussi
j'ai de vieilles cartes ou le constructeur proposait encore des mises a jours y a pas si longtemps. je mets toujours a jour mon bios et les microcodes. apres faut bien savoir régler son bios( y a des parties qui peuvent etre gerées par le bios ou par l'os.
c'est mon côté mise a jour . plutot progressiste tant que ça fait pas de mal ,mais aucunement a pédaler pour creer ma propre electricité.
aprés y a les rasberry , c'est pas cher comme premier ordi , mais c'est trop lent sur un os ;ils sont tous passés en emulation d'anciennes bornes d'arcade ou pour des tests d'automates.]]>
3] La question : « Le paquet intel-microcode est-il pertinent ? » Je ne suis pas à tout à fait sûr, mais il me semble qu'avec les « vieux » processeurs les microcodes ne sont plus mis à jour et que le paquet ne sert donc plus à rien, par contre avec les récents évidemment c'est le contraire qui se passe. Je ne sais si cela a un rapport avec l'erreur : gnome-session-binary[859]: Unrecoverable failure in required component org.g. Tu pourrais toujours l'enlever plus tard, juste pour tester, mais pas maintenant, regardons déjà le comportement de totem avec les différents environnements.
Les vieux cpu sont toujours mis à jour, même si c'est moins fréquent que les récents, y a des mises à jour, j'ai un Intel de 2012, la dernière màj du microcode date de avril 2019.
et l'enlever c'est s'exposer à toutes les failles de sécurité..
si je devais compter sur les màj du bios, je pourrais toujours attendre (dernière màj du bios en 2012)
le microcode est une bénédiction pour les vieux pc.
si il faut enlever le microcode, désactiver le multi-threading, ça fait beaucoup de sacrifices, de pertes de puissance, pour beaucoup de problèmes de sécurité tout de même.
limite autant donner gracieusement son pc (moi j'y prends si vous voulez, je leur donne une seconde jeunesse à vos vieux pc hein, j'en connais qui seront heureux)
et si en + on écoute tout le monde, soit disant, avec les dernières màj du microcode pour combler spectre et meltdown, on perdrais jusqu'à 40% de performance, perso sur mon pc j'ai absolument pas senti de différence de perf malgré ces 7 ans, c'est juste un argument bidon pour pousser les gens à acheter des cpu Intel dernier cri qui coûte un rein et 2 bras ]]>
(à installer : )
merci .
amicalement ,
alain.
n.b.:
Nvidia fait de très belles cartes , malheureusement , très compliquées à installer et à utiliser .
pourtant un effort sensible a été fait sur les pilotes , mais ... encore trop compliqué .
AMD est un peu moins performant , voire un peu bridé pour les cartes d'entrée de gamme , surtout .
mais beaucoup plus simple à installer (un pilote et un firmware qui ne posent pas de souci particulier) .
et surtout , beaucoup plus simple à utiliser . souvent prise en charge par défaut .]]>
merci t'as raison c'est une sale erreur
il me semble que c'est lié au soucis intel amd qui perdait 30% a cause de ce bug .un bug qui est aussi une porte d'entrée aux attaques;ça avait fait un bordel y a deux ans;du coup je suis allé dans le bios désactiver l'hypertradingsudo dmesg --level=err,warn
[ 0.226671] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 0.226672] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
[ 0.245714] pmd_set_huge: Cannot satisfy [mem 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
[ 1.424885] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.SBRG.GPBX) (20180810/utaddress-213)
[ 1.424889] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.SBRG.GPBX) (20180810/utaddress-213)
[ 1.424892] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.SBRG.GPBX) (20180810/utaddress-213)
[ 1.424894] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ 2.933314] systemd[1]: Failed to bump fs.file-max, ignoring: Invalid argument
et la commande journal passe à la ligne et rien
1] Bon, eh, bien avec l'hypertrading en moins, tu as avancé, cela a dézingué beaucoup d'erreurs. Par contre, tu ne précises quelle commande journalctl passe à la ligne sans rien d'affiché. Peux-tu nous redonner celle-ci :
2] Y-at-il un environnement où le bord inférieur de totem ( Vidéos ) est disponible ? X11, Gnome Wayland, Gnome Classic etc ?
3] La question : « Le paquet intel-microcode est-il pertinent ? » Je ne suis pas à tout à fait sûr, mais il me semble qu'avec les « vieux » processeurs les microcodes ne sont plus mis à jour et que le paquet ne sert donc plus à rien, par contre avec les récents évidemment c'est le contraire qui se passe. Je ne sais si cela a un rapport avec l'erreur : gnome-session-binary[859]: Unrecoverable failure in required component org.g. Tu pourrais toujours l'enlever plus tard, juste pour tester, mais pas maintenant, regardons déjà le comportement de totem avec les différents environnements.
4] Dans un autre fil, https://debian-facile.org/viewtopic.php … 09#p317209 tu indiques que tu abandonnes Nvidia, bonne idée ! Quand j'entends Nvidia, je pense à la chanson de Johnny : « Nvidia, tu brûles mon esprit, ta carte vidéo étrangle ma vie Et l'enfer devient comme un espoir Car dans tes mains je meurs chaque soir »
Avec la nouvelle carte AMD RX 560 as-tu toujours le problème de la barre de commande du bas de totem ? Ou bien cela n'a rien n'à voir parce qu'il s'agit d'un ordinateur différent ?]]>
et la commande journal passe a ligne et rien]]>