Vous n'êtes pas identifié(e).
Dernière modification par Choupex22 (13-02-2020 18:35:39)
Amatrice inconditionnelle du libre et surtout de Debian !
Un autre ordinateur fixe, un optiplex 755 installé avec XFce 10 depuis août 2019.
Hors ligne
Hors ligne
Lui aussi à une installation de firmware-linux-nonfree et une désinstallation de Plymouth
Pourquoi ? Je n'ai pas eu besoin de le faire.
Il vaut mieux montrer que raconter.
Hors ligne
Tu peux retrouver le message dans la sortie de dmesg.
Une autre énigme ?
J'aime bien que cela fonctionne au mieux, ... sans casse ! parfois l'expérimentation est sur le fil du rasoir ... C'est le lot des amateurs!
Bonne soirée à la communauté
Amatrice inconditionnelle du libre et surtout de Debian !
Un autre ordinateur fixe, un optiplex 755 installé avec XFce 10 depuis août 2019.
Hors ligne
Une autre énigme ?
Non, simplement un moyen de retrouver les messages d'erreur exacts et complets.
Il vaut mieux montrer que raconter.
Hors ligne
Et là, Optiplex est prolixe. Je ne transmets que les lignes m'apparaissant relatives aux messages désignés sous le titre "Mei & wdt". Je choisi la fin à partir de la ligne 11, où Intel powerclamp intervient dans le récit, ...
Si quelques linusiens arrivent à traduire, j'aurai plaisir à lire leurs avis.
fraternité
Amatrice inconditionnelle du libre et surtout de Debian !
Un autre ordinateur fixe, un optiplex 755 installé avec XFce 10 depuis août 2019.
Hors ligne
Pilote Intel(R) MEI (Management Engine Interface) Chipset_Driver_316K0_WN32_11.0.0.1167_A02_01.EXE
Je tente l'installation de intel-microcode :
Cette phrase m'interroge :
Les paquets suivants contiennent des dépendances non satisfaites :
intel-microcode : Dépend: iucode-tool (>= 1.0) mais il n'est pas installable
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
C'est sans résultat. Que faut-il en penser ?
À vous lire.
Fraternité
Amatrice inconditionnelle du libre et surtout de Debian !
Un autre ordinateur fixe, un optiplex 755 installé avec XFce 10 depuis août 2019.
Hors ligne
Hors ligne
Voici pour les deux propositions suivantes :
Reprenant les recherches dans le wiki de DF :
Je tente l'installation de amd64-microcode.
nada !
je reprends le début de la discussion et en fait il s'agit de dépendances :
Les paquets suivants contiennent des dépendances non satisfaites :
intel-microcode : Dépend: iucode-tool (>= 1.0) mais il n'est pas installable
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
Dois-je essayer d'installer ces firmwares ?
dep: firmware-amd-graphics (= 20190114-2)
Binary firmware for AMD/ATI graphics chips
dep: firmware-misc-nonfree (= 20190114-2)
Binary firmware for various drivers in the Linux kernel
Est-ce sans danger de grosses perturbations ?
À te lire,
fraternité
Amatrice inconditionnelle du libre et surtout de Debian !
Un autre ordinateur fixe, un optiplex 755 installé avec XFce 10 depuis août 2019.
Hors ligne
vérifier ton sources.list
un update
tout doit être a jour
tu a une machine en intel avec un gpu intel
donc tu n' installe que ce qui est utile
firmware-misc-nonfree pour le gpu
intel-microcode pour le cpu
en cas de souci utilise aptitude
en simulation ça donne
en vrai
pour savoir si quelque chose cloche le retour de
je sais pas à quoi sert le paquet
iucode-tool
mais personnellement sur tous les pc, le simple intel-microcode fait l'affaire.
et donne le retour de
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
je pense que aptitude va nous donner la raison de ce blocage
bien nettoyer le système
vérifier le sources.list
mettre a jour le cache
et installer avec aptitude les paquets (si problème il va proposer des solutions )
dans le doute a la fin tu répond "non" pour annuler et tu poste les solutions qu il donne
si tout est correct tu fais l'installation normalement
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
La proposition de anonyme de vérifier le sources.list est sans doute la première chose à faire pour installer le paquet intel-microcode.
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
si "contrib" n'est pas activé ça risque de poser problème (il doit y avoir un wiki pour le sources.list )
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Dernière modification par --gilles-- (16-10-2019 14:53:01)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Dernière modification par naguam (16-10-2019 15:56:49)
Unixien?
Compiler son kernel!
Hors ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
doit probablement venir du fait que le mei de 2006 (même mis à jour jusqu'en je ne sais pas quelle année, mais avant 2016 grand maximum je pense) n'aie pas les fonctionnalitées les derniers mei ont.
Cependant cela ne devrait pas créer de warning ou erreurs kernel, le kernel est tout de même censé fonctionner sur ton processeur qui est une architecture supportée.
Je suppose que malgré ça ton ordinateur doit bien fonctionner, donc il n'y a rien a faire si ce n'est remonter l'erreur aux mainteneurs du kernel debian (pas aux devs du kernel sur kernel.org, car ils le disent sur leur page, qu'ils ne supportent pas les kernel de distro, et que si c'est inhérent au kernel, eux-même en théorie feront remonter le bug)
Aussi il dis au début qu'il a déjà installé firmware-linux-nonfree.
Ce qui signifie qu'il a déjà installé le microcode intel avec (version de debian, je sais pas si très a jour sur stable, mais buster reste accez recent, et probablement plus récent que la dernière version supportée par son processeur si tant est que son processeur utilise un microcode logiciel chargé par le kernel, vu son âge 2006.)
Dernière modification par naguam (16-10-2019 16:18:35)
Unixien?
Compiler son kernel!
Hors ligne
Ce qui signifie qu'il a déjà installé le microcode intel avec
euh non puisqu'une dépendance de ce paquet intel-microcode n'est pas présente sur le système.
Peut-être que comme intel-microcode est seulement un paquet recommandé du paquet firmware-linux-nonfree et non une dépendance, ce dernier s'est installé quand même sans le paquet intel-microcode. Je n'ai pas réinstallé de système sous VM pour tester et vérifier mais ça me semble le plus probable.
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Après de toute manière, ça ne change rien à ce que j'ai dis par rapport aux microcodes.
Dernière modification par naguam (16-10-2019 20:35:44)
Unixien?
Compiler son kernel!
Hors ligne
Dernière modification par melissa6969 (16-10-2019 20:38:06)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Dernière modification par naguam (16-10-2019 21:18:50)
Unixien?
Compiler son kernel!
Hors ligne