# Installation debian buster **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 31, 2019, 8:24 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790 "2019-07-31T08:24:27Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Juillet 31, 2019, 8:24 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/1 "2019-07-31T08:24:28Z")
Bonjour, Je viens de réinstaller debian buster pour la nième fois sur un portable LENOVO R500. Dans un premier temps, j’ai utilisé l’image `debian-10.0.0-amd64-netinst.iso` et j’ai galéré pour installer les firmwares sans vraiment y arriver. Depuis, j’ai réinstallé en utilisant l’image `firmware-10.0.0-amd64-netinst.iso` et la seule amélioration que j’y ai trouvée, c’est que le firmware de ma puce wifi a été installé, mais pas les autres. Il me manque un firmware pour la puce graphique, pour la puce bluetooth, j’ai un problème avec mei… Quelqu’un a des idées ? Amicalement. Jean-Marie ---
**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\ **Post date:** [Juillet 31, 2019, 8:37 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/2 "2019-07-31T08:37:49Z")
Bonjour, Peut-être, partir d’une installation «classique», déterminer quels firmwares manquent et les installer. Vraisemblablement il s’agit de versions non-free qui ne sont pas incluses par défaut dans Debian. C’est vrai que cela peut prendre du temps. Si quelqu’un connaît ta configuration, il te sera, certainement, d’une plus grande utilité que moi. Bonne journée. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 31, 2019, 12:05 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/3 "2019-07-31T12:05:22Z")
Salut Essayer un live Debian avec firmware non-free [http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0-live+nonfree/amd64/iso-hybrid/](http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0-live+nonfree/amd64/iso-hybrid/) ---
**Author:** ![anon83684313](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/3da27b/32.png) [@anon83684313](https://www.debian-fr.org/u/anon83684313)\ **Post date:** [Juillet 31, 2019, 12:11 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/4 "2019-07-31T12:11:41Z")
Peu-être partir d’une installe fraîche de stretch, installer les firmwares et upgrader sous buster ? Peu-être pas le plus rapide… ---
**Author:** ![Herve33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/herve33/32/6012_2.png) [@Herve33](https://www.debian-fr.org/u/Herve33)\ **Post date:** [Juillet 31, 2019, 3:56 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/5 "2019-07-31T15:56:15Z")
Bonjour, installe ta Debian avec les firmwares non-free, tu as l’iso que t’as posté grandtoubab si tu veux tester en live ou celui-ci si tu veux directement l’installer en netinstall [https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0+nonfree/amd64/iso-cd/firmware-10.0.0-amd64-netinst.iso](https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0+nonfree/amd64/iso-cd/firmware-10.0.0-amd64-netinst.iso) Ensuite installe le paquet firmware-linux-nonfree s’il n’est pas installé: [https://packages.debian.org/fr/buster/firmware-linux-nonfree](https://packages.debian.org/fr/buster/firmware-linux-nonfree) Relance ton PC, et dis nous. ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 1, 2019, 8:37 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/6 "2019-08-01T08:37:22Z")
Bonjour à tous et merci pour vos contributions. @ Hervé33, Dans mon post initial, j’ai bien indiqué que j’avais utilisé l’image `firmware-10.0.0-amd64-netinst.iso` Sauf erreur de ma part, c’est bien la même. De plus : ```nohighlight jean-marie@serveur:~$ dpkg -l | grep firmware ii firmware-amd-graphics 20190114-1 all Binary firmware for AMD/ATI graphics chips ii firmware-iwlwifi 20190114-1 all Binary firmware for Intel Wireless cards ii firmware-linux-free 3.4 all Binary firmware for various drivers in the Linux kernel ii firmware-linux-nonfree 20190114-1 all Binary firmware for various drivers in the Linux kernel (meta-package) ii firmware-misc-nonfree 20190114-1 all Binary firmware for various drivers in the Linux kernel ii intel-microcode 3.20190618.1 amd64 Processor microcode firmware for Intel CPUs jean-marie@serveur:~$ ``` Je crois que la messe est dite. @ [**grandtoubab**](https://www.debian-fr.org/u/grandtoubab), J’ai déjà essayé d’installer à partir de cette image mais je n’avait pas réussi à booter sur la clé USB (je pense que l’image n’avait pas été correctement téléchargée). Je n’ai pas insisté car j’avais trouvé l’image `netinst` avec les firmwares. Je vais réessayer. [EDIT] Je viens de retélécharger l’image `debian-live-10.0.0-amd64-standard+nonfree.iso` et même symptômes. Le `sha1sum` est bon (donc le fichier a été bien téléchargé), mais le créateur de disque de démarrage refuse de me le prendre et je crains que si, comme la fois précédente, je tente de transférer l’image sur la clé USB avec un dd, j’obtienne le même résultat. [/EDIT] Amicalement. Jean-Marie ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 1, 2019, 12:22 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/7 "2019-08-01T12:22:13Z")
Bon, j’ai un peu progressé. Pour l’ISO `debian-live-10.0.0-amd64-standard+nonfree.iso` , je crois savoir pourquoi ça n’avait pas fonctionné la première fois. J’ai dû retirer la clé USB trop tôt après la fin de l’exécution du dd et le cache ne devait pas être vide. Cette fois-ci, ça a marché. Par contre, que ce soit en version installée ou en version live, j’ai toujours les mêmes messages d’erreur au démarrage : ```nohighlight mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: Could not read FW version mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: FW version command failed -5 bluetooth hci0: firmware: failed to load brcm/BCM20702A1-0a5c-21e6.hcd (-2) firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware ``` La bonne nouvelle, c’est que si je désactive “physiquement” le bluetooth, les deux derniers messages disparaissent. Et comme l’installation finale se fera sur une machine non équipée d’un module bluetooth… Il ne me reste donc plus que les deux premières lignes pour lesquelles j’ai bien trouvé des informations en anglais sur internet, mais rien de bien concluant. Amicalement. Jean-Marie ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Août 1, 2019, 1:07 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/8 "2019-08-01T13:07:26Z")
> [@diesel](#): > > ```plaintext > mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: Could not read FW version mei > mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: FW version command failed -5 > > ``` C’est du à ce que fwupd ( un daemon de mise à jour des firmwares ) est devenu un paquet recommandé par gnome-software pendant que buster était en phase testing. `# apt-cache depends gnome-software` > **[\#898479 - \[gnome\] gnome-software should detach fwupd as a dependency - Debian...](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898479)** Malgré que j’ai installé les paquets recommandés pour fwupd, j’ai la même erreur : ```plaintext aptitude search '?reverse-recommends(?narrow(?version(CURRENT),^fwupd$))' i A bolt - démon système pour gérer les périphériques thunderbolt 3 i fwupd-amd64-signed - Tools to manage UEFI firmware updates (signed) v fwupd-signed - i A python3 - langage orienté objet interactif de haut niveau – version par défaut de i tpm2-abrmd - TPM2 Access Broker & Resource Management Daemon i tpm2-tools - TPM 2.0 utilities ``` Tu as comment utiliser `fwupd` avec `fwupdmgr` sa commande ici : > Mais pour moi cela a été décevant, aucune mise à jour des firmwares et toujours le message d’erreur, j’avais trouvé une déclaration de bug à ce sujet, mais je crois que je ne vais pas essayer de la retrouver, je me souviens juste que debian pour buster avait décidé d’ignorer ce bug et donc je n’en tiens plus compte. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Août 1, 2019, 1:08 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/9 "2019-08-01T13:08:31Z")
ca ressemble furieusement à çà [https://bbs.archlinux.org/viewtopic.php?id=242015](https://bbs.archlinux.org/viewtopic.php?id=242015) comme c’est très spécifique du type de matériel, que je connais pas, je te laisse faire 🤣 ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 1, 2019, 2:32 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/10 "2019-08-01T14:32:46Z")
Ben…, Le problème, c’est que je n’ai ni gnome, ni fwupd, ni fwupdmgr, ni libfwxxx sur cette machine. Par contre, dans dmesg, j’ai : ``` [10.730899] intel_powerclamp: No package C-state available [10.763764] intel_powerclamp: No package C-state available [10.845943] mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: Could not read FW version [10.846013] mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: FW version command failed -5 ``` Serait-ce lui qui produit les messages mei ? Amicalement. Jean-Marie ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Août 1, 2019, 3:56 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/11 "2019-08-01T15:56:54Z")
J’ai eu le message mei et la dépendance rajoutée à `gnome-software` le même jour et comme les deux sont liés aux firmwares, j’en ai conclu que ces deux évènements étaient directement liés, mais peut-être n’est-ce qu’indirect. Chez moi : ```nohighlight lscpu | grep CPU Nom de modèle : Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz dmesg |grep "intel\\|mei" [0.911813] intel_idle: does not run on family 6 model 23 [10.117448] mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: Could not read FW version [10.117485] mei mei::55213584-9a29-4916-badf-0fb7ed682aeb:01: FW version command failed -5 [11.511271] fbcon: inteldrmfb (fb0) is primary device [11.559920] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device [11.663862] intel_powerclamp: No package C-state available [11.704664] intel_powerclamp: No package C-state available ``` Pour `intel_powerclamp`, je ne suis pas concerné par cette technologie de refroidissement des CPU par logiciel qui consiste à injecter des temps où le CPU ne fait rien ( idle ) pour le refroidir : ```nohighlight intel_idle: does not run on family 6 model 23 ``` Pour les erreurs `mei`, elles sont liées a l’`Intel Management Engine`. ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 1, 2019, 8:21 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/12 "2019-08-01T20:21:46Z")
Chez moi : ``` jean-marie@serveur:~$ lscpu | grep CPU Nom de modèle : Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz jean-marie@serveur:~$ ``` Et effectivement, j’ai un : `[1.523225] intel_idle: does not run on family 6 model 15` Le mystère reste entier. Amicalement. Jean-Marie ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Août 1, 2019, 8:48 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/13 "2019-08-01T20:48:57Z")
Pour intel\_powerclamp, nous ne sommes pas concernés par cette technologie de refroidissement des CPU par logiciel qui consiste à injecter des temps où le CPU ne fait rien ( idle ) pour le refroidir, car nos processeurs ne peuvent pas la prendre en charge vu qu’ils ont été conçus avant que intel\_idle soit mis en œuvre : [https://duckduckgo.com/?q=powerclamp+linux+driver](https://duckduckgo.com/?q=powerclamp+linux+driver) L’erreur powerclamp n’en est pas une pour nous car elle ne change rien pour nos machines car nos processeurs ne prennent pas en charge cette technologie. Reste l’erreur mei Management Intel Engine à laquelle je sèche pour une explication depuis que tu as démoli mon hypothèse que c’était lié à fwupd ! Peut-être un pilote qui buguerait ? ```nohighlight dpkg -S mei | grep driver linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/watchdog/mei_wdt.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/misc/mei linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/nfc/pn544/pn544_mei.ko linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/misc/mei/mei.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/misc/mei/mei.ko linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/misc/mei/mei-me.ko linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/misc/mei linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/nfc/mei_phy.ko linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/watchdog/mei_wdt.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/media/rc/keymaps/rc-gadmei-rm008z.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/nfc/pn544/pn544_mei.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/nfc/mei_phy.ko linux-image-4.19.0-5-amd64: /lib/modules/4.19.0-5-amd64/kernel/drivers/misc/mei/mei-me.ko linux-image-4.19.0-4-amd64: /lib/modules/4.19.0-4-amd64/kernel/drivers/media/rc/keymaps/rc-gadmei-rm008z.ko ``` Une partie du mystère n’est pas encore éclairci. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Août 2, 2019, 6:08 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/14 "2019-08-02T06:08:20Z")
tester avec le noyau 5 ```auto uname -a Linux debian 5.2.4-xanmod5 #1.190729 SMP PREEMPT Mon Jul 29 14:59:14 -03 2019 x86_64 GNU/Linux ``` > **[Utilisation du noyau Xanmod](https://bidouilledebian.wordpress.com/2019/07/04/test-du-noyau-xanmod/)** > > Un autre fournisseur de noyau plus récent que celui de Debian. Environnement.Mise en oeuvre.Vérifier le noyau approprié au PC.Lister les noms des noyaux.Installer.Vérifier.Nettoyage des noyaux xand… ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 2, 2019, 7:53 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/15 "2019-08-02T07:53:39Z")
Je ne suis pas chaud pour jouer avec les noyaux. Je crois que je vais rester avec mon erreur mei jusqu’à ce qu’elle soit corrigée. Après tout, la machine fonctionne correctement. Amicalement. Jean-Marie ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Août 2, 2019, 11:18 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/16 "2019-08-02T11:18:10Z")
> [@diesel](#): > > Je ne suis pas chaud pour jouer avec les noyaux. joueur petit bras 😂 ---
**Author:** ![diesel](https://www.debian-fr.org/user_avatar/www.debian-fr.org/diesel/32/8093_2.png) [@diesel](https://www.debian-fr.org/u/diesel)\ **Post date:** [Août 2, 2019, 8:06 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/17 "2019-08-02T20:06:09Z")
Oui. 😀 Et si j’upgrade mon noyau en 5.0 ou 5.2, quid des mises à jour ? Amicalement. Jean-Marie ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Août 3, 2019, 6:46 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/18 "2019-08-03T06:46:19Z")
le noyau xanmod se mets à jour sans problème automatiquement, comme tout dépôt, et ça ne casse rien du noyau Debian que tu peux toujours sélectionner dans Grub au démarrage ```nohighlight ls -alrt /boot total 120316 -rw-r--r-- 1 root root 5217520 juil. 19 00:23 vmlinuz-4.19.0-5-amd64 -rw-r--r-- 1 root root 3371003 juil. 19 00:23 System.map-4.19.0-5-amd64 -rw-r--r-- 1 root root 206213 juil. 19 00:23 config-4.19.0-5-amd64 -rw-r--r-- 1 root root 48297430 juil. 27 11:24 initrd.img-4.19.0-5-amd64 -rw-r--r-- 1 root root 184884 juil. 29 16:14 memtest86+_multiboot.bin -rw-r--r-- 1 root root 182704 juil. 29 16:14 memtest86+.bin -rw-r--r-- 1 root root 7240064 juil. 29 19:58 vmlinuz-5.2.4-xanmod5 -rw-r--r-- 1 root root 4642795 juil. 29 19:58 System.map-5.2.4-xanmod5 -rw-r--r-- 1 root root 234700 juil. 29 19:58 config-5.2.4-xanmod5 drwxr-xr-x 5 root root 4096 juil. 30 09:08 grub drwxr-xr-x 25 root root 4096 août 2 14:47 .. -rw-r--r-- 1 root root 53585391 août 3 08:23 initrd.img-5.2.4-xanmod5 ``` ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Août 3, 2019, 11:26 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/19 "2019-08-03T11:26:58Z")
Bonjour grandtoubab ! Comment expliques-tu qu’en installant le noyau 5.2.4-xanmod5 et qu’ensuite même en redémarrant sur le 4.19.0-5-amd64 tout est plus rapide : durée de démarrage abaissée de 6 secondes, applications plus rapides ? Est-ce du au paquet libelf-dev qui est venu avec l’installation du noyau 5.2.4-xanmod5 ? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Août 3, 2019, 12:05 UTC](https://www.debian-fr.org/t/installation-debian-buster/79790/20 "2019-08-03T12:05:18Z")
peut etre que xanmod est vraiment bien optimisé ou que le noyau 5 est intrinsèquement meilleur. je n’en sais pas plus que ce qui est dit sur le site [https://xanmod.org/](https://xanmod.org/) > [@](#): > > Built to provide a more rock-solid, responsive and smooth desktop experience la lib que tu cites vient de Debian ```auto apt policy libelf-dev libelf-dev: Installé : 0.176-1.1 Candidat : 0.176-1.1 Table de version : *** 0.176-1.1 990 500 https://cdn-aws.deb.debian.org/debian buster/main amd64 Packages 990 https://cdn-aws.deb.debian.org/debian bullseye/main amd64 Packages 100 https://cdn-aws.deb.debian.org/debian sid/main amd64 Packages 100 /var/lib/dpkg/status 0.168-1 500 500 https://cdn-aws.deb.debian.org/debian stretch/main amd64 Packages 0.159-4.2+deb8u1 500 500 https://cdn-aws.deb.debian.org/debian-security jessie/updates/main amd64 Packages ``` [Page suivante](https://www.debian-fr.org/t/installation-debian-buster/79790.md?page=2)