# Séquence de boot trop longue (avec un échec par timeout après "Started Raise network interfaces")

**URL:** <https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256>\
**Category:** Support Debian\
**Tags:** boot\
**Created:** [Septembre 25, 2019, 2:47 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256 "2019-09-25T14:47:24Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 2:47 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/1 "2019-09-25T14:47:24Z")

</div>

Bonjour,

Je me remets à Linux après environ 15 sans y avoir touché. J’avais à la base Windows 10 sur mon PC portable. J’ai fait de la place sur le disque de 1To qui contenait mes données.

J’ai installé Debian 10 après avoir téléchargé l’image la plus à jour et avoir installé la plupart des composants via le réseau (filaire, j’y reviendrai).

J’ai ensuite installé les drivers de ma carte Wifi (trouvé sur [https://doc.ubuntu-fr.org/wifi\_bt\_mt7630e](https://doc.ubuntu-fr.org/wifi_bt_mt7630e)). Ma carte Wifi est une MEDIATEK MT7630e. Le Wifi est stable et fonctionnel, bien que certains semblent avoir eu des soucis.

Toute l’installation de la Debian s’est faite sur une seule partition, et l’installateur m’a fait une Swap de presque 8Go.

Puis j’ai installé une Linux Kali. Initialement la dernière version (2019-3), mais j’ai découvert que mon driver Wifi ne fonctionnait PAS DU TOUT avec le noyau déployé (5.20 alors que sur la Debian 10 j’ai un noyau 4.19). Donc j’ai viré la Kali 2019-3 et installé la 2019-2.

Je pense que la Kali a vu la partition Swap de la Debian parce qu’il l’a formaté mais je n’ai qu’une seule partition Swap.

Le fait d’avoir une partition Swap pour 2 versions de Linux peut-il causer des soucis ? Notamment les soucis que je rencontre au démarrage avec la Debian ?

Je ne suis plus un dieu (je ne l’ai d’ailleurs jamais été) de Linux puisque je m’y remets, donc il y avait peut être un moyen de récupérer les éléments autrement, mais j’ai fait des photos des choses qui me chagrinent lors de la séquence de démarrage, mais pour lesquelles je n’ai pas le niveau pour savoir comment résoudre les soucis.

Voici les photos des choses anormales selon moi au boot :

 ![IMG_20190923_182357](https://www.debian-fr.org/uploads/default/original/2X/a/a61213068f7aeb9b8687d4c09f769cd2f62a6c75.jpeg)

Pour information, le secure boot est toujours désactivé dans le BIOS (peut être une explication pour les tous premiers messages d’insultes de Debian ?).

Je ne suis pas totalement débutant, j’ai par ailleurs réussi à installer mon imprimante scanner Brother Wifi et ça imprime (bon ça mange le haut de la 1ère ligne et je n’ai pas trouvé pourquoi mais ça imprime quand même…).

Merci d’avance pour vos lumières !

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 2:48 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/2 "2019-09-25T14:48:18Z")

</div>

La photo du début de la séquence de boot où déjà c’est suspect…

 ![IMG_20190923_182226](https://www.debian-fr.org/uploads/default/original/2X/9/956420bb194740824ea89790559d3e98aecbe1a4.jpeg)

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 2:49 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/3 "2019-09-25T14:49:08Z")

</div>

Et ce qui se passe avant que ça ne continue :

 ![IMG_20190923_182329](https://www.debian-fr.org/uploads/default/original/2X/9/91ead77b5ae1ea89f3b0b7524e382cce7f4c8e9f.jpeg)

Désolé de l’avoir fait en 3 messages mais je n’avais le droit que de mettre une seule image par post.

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 25, 2019, 3:04 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/4 "2019-09-25T15:04:23Z")

</div>

Quelle est la partition qui possède cet UUID 990…1823 ?  
Peut-on avoir le retour de `sudo blkid`, ainsi que le contenu du fichier `/etc/fstab` ?

Sinon je n’ai pas bien compris: tu as installé Kali à côté de Debian, ou sur la Debian que tu venais d’installer (en éditant le `/etc/apt/sources.list` de la Debian par exemple) ?

Pour les messages de la 2e photo, a priori ils n’ont rien à voir avec le problème actuel et ne sont pas bloquants, peut-être que quelqu’un qui lira ce post pourra t’en dire plus.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 25, 2019, 3:33 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/5 "2019-09-25T15:33:12Z")

</div>

Alors arrète les photos, tout ce que tu montres là est dans les logs, et le texte, contrairement à une image, on peut le citer, faire une recherche dessus, etc…  
Donc les logs de boot du matériel, tu les as avec **sudo dmesg** , et l’état des services systemd (les messages OK/TIME/… en couleur) tu les examines avec les commandes _systemctl_ et/ou _journalctl_ (lire le man).  
En commençant par **systemctl --failed** qui va t’indiquer les services qui ont pu foirer.

> [@gannick](#):
>
> Le fait d’avoir une partition Swap pour 2 versions de Linux peut-il causer des soucis ?

Ca cause peut être un «&nbsp;soucis&nbsp;» si tu réveilles d’une mise en veille profonde faite sur l’un en rebootant sur l’autre mais je ne suis même pas certain.  
Pour le reste, normalement ça ne pose aucun problème de partager le swap.

Sauf que là, je crois qu’effectivement la kali a changé l’identifiant de la partition swap à l’install, donc ta debian ne retrouve plus le swap avec l’identifiant qu’elle lui avait attribué.  
Là, ta debian doit juste tourner sans swap, c’est le sens de tes deux messages jaunes et rouges.  
Tu peux vérifier le swap monté avec **swapon**  
Si c’est ça, ce n’est pas grave, il suffit de recopier la ligne de configuration pour le swap dans le fichier /etc/fstab de la kali et remplacer la ligne correspondant au swap dans le fichier fstab de la debian debian par la ligne de la kali.

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Septembre 25, 2019, 3:52 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/6 "2019-09-25T15:52:45Z")

</div>

> [@mattotop](#):
>
> Si c’est ça, ce n’est pas grave, il suffit de recopier la ligne de configuration pour le swap dans le fichier /etc/fstab de la kali et remplacer la ligne correspondant au swap dans le fichier fstab de la debian debian par la ligne de la kali.

Il faut pas aussi régénérer l’initramfs ?

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 25, 2019, 4:03 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/7 "2019-09-25T16:03:44Z")

</div>

> [@Sputnik93](#):
>
> Il faut pas aussi régénérer l’initramfs ?

Tu as raison, je crois qu’il faut reporter l’UUID du swap (qui doit apparaître comme désignation de la partition sur la ligne de fstab), dans le fichier _/etc/initramfs-tools/conf.d/resume_, sur le paramètre _RESUME=UUID=\<partie à changer\>_ et ensuite **sudo update-initramfs -u**

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 4:41 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/8 "2019-09-25T16:41:04Z")

</div>

Alors merci pour les pistes tout d’abord. Pour les photos, je me doutais que ce n’était pas le top, encore faut-il savoir où trouver les logs.

Pour `dmesg`, je viens de tout regarder, et je ne retrouve pas l’affichage OK/TIME… Voici le seul message bizarre que j’en ai extrait :

```nohighlight
[0.054176] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x25 (or later)

```

Pour la commande `swapon`, je ne l’ai pas sur ma Debian, alors que je l’ai bien sur la Kali. Me faut-il un paquet supplémentaire ? Pourtant je me suis mis en root sur la console :

```nohighlight
root@debian-nico:/home/nicolas# swapon
bash: swapon : commande introuvable
root@debian-nico:/home/nicolas# 

```

```nohighlight
root@debian-nico:/home/nicolas# apt-get install swapon
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet swapon
root@debian-nico:/home/nicolas# 

```

Sur Kali, voici ce que me donne `swapon` et `blkid` :

```nohighlight
root@kali:~# swapon > result.txt
NAME TYPE SIZE USED PRIO
/dev/sda3 partition 7,9G 0B -2
root@kali:~# 

```

```nohighlight
root@kali:~# blkid >> result.txt
/dev/sda1: LABEL="DATA" UUID="52D62941D6292727" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="3cbc37dd-55fe-476c-8741-4a1fad0cf786"
/dev/sda2: UUID="feee1f3d-5d9d-4690-9d2f-c3eb0f1d6946" TYPE="ext4" PARTUUID="470a4ecd-250b-43f8-83fd-c37b63b4ffd2"
/dev/sda3: UUID="ec084865-62fc-4111-a3c4-c3fc8ce62123" TYPE="swap" PARTUUID="8be6ac21-a3c4-42bb-b855-3aeb104cf246"
/dev/sda4: UUID="7207-2681" TYPE="vfat" PARTUUID="5353ee50-bbe9-48d9-915e-c532b22b912a"
/dev/sda5: UUID="1754ee99-ceef-4086-9e1e-e6ea1917eb77" TYPE="ext4" PARTUUID="761b912c-b9da-4057-a20f-c1213614a919"
/dev/sdb1: LABEL="SYSTEM" UUID="2415-B38F" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="800e0568-dba1-463d-9282-8aade5260c55"
/dev/sdb3: LABEL="OS" UUID="6C6218E16218B236" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6e32b630-e16e-4468-871c-9a3c7ddcb836"
/dev/sdb4: UUID="AC944D6
root@kali:~# 

```

```nohighlight
root@kali:~# swapon > result.txt
NAME TYPE SIZE USED PRIO
/dev/sda3 partition 7,9G 0B -2
root@kali:~# 

```

```nohighlight
root@kali:~# blkid >> result.txt
/dev/sda1: LABEL="DATA" UUID="52D62941D6292727" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="3cbc37dd-55fe-476c-8741-4a1fad0cf786"
/dev/sda2: UUID="feee1f3d-5d9d-4690-9d2f-c3eb0f1d6946" TYPE="ext4" PARTUUID="470a4ecd-250b-43f8-83fd-c37b63b4ffd2"
/dev/sda3: UUID="ec084865-62fc-4111-a3c4-c3fc8ce62123" TYPE="swap" PARTUUID="8be6ac21-a3c4-42bb-b855-3aeb104cf246"
/dev/sda4: UUID="7207-2681" TYPE="vfat" PARTUUID="5353ee50-bbe9-48d9-915e-c532b22b912a"
/dev/sda5: UUID="1754ee99-ceef-4086-9e1e-e6ea1917eb77" TYPE="ext4" PARTUUID="761b912c-b9da-4057-a20f-c1213614a919"
/dev/sdb1: LABEL="SYSTEM" UUID="2415-B38F" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="800e0568-dba1-463d-9282-8aade5260c55"
/dev/sdb3: LABEL="OS" UUID="6C6218E16218B236" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6e32b630-e16e-4468-871c-9a3c7ddcb836"
/dev/sdb4: UUID="AC944D69944D36DC" TYPE="ntfs" PARTUUID="56589750-413b-43d1-9988-883134aac417"
/dev/sdb2: PARTLABEL="Microsoft reserved partition" PARTUUID="ae46948f-0716-4b48-8592-90f72b57755e"
/dev/sdc1: LABEL="DDDD" UUID="709A63219A62E358" TYPE="ntfs" PARTUUID="c3072e18-01"9944D36DC" TYPE="ntfs" PARTUUID="56589750-413b-43d1-9988-883134aac417"
/dev/sdb2: PARTLABEL="Microsoft reserved partition" PARTUUID="ae46948f-0716-4b48-8592-90f72b57755e"
/dev/sdc1: LABEL="DDDD" UUID="709A63219A62E358" TYPE="ntfs" PARTUUID="c3072e18-01"

```

Pour répondre à Sputnik, j’ai bien installé la Kali sur un autre espace libre, et pas sur la même partition que la Debian. Effectivement je n’ai pas été clair en exposant ça.

En tapant `systemctl -- failed` :

```nohighlight
root@debian-nico:/home/nicolas# systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
root@debian-nico:/home/nicolas#

```

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 4:42 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/9 "2019-09-25T16:42:44Z")

</div>

Et `blkid` ne fonctionne pas non plus sur ma Debian…

Alors que les outils util-linux sont bien installés :

```nohighlight
root@debian-nico:/home/nicolas# apt-get update
Atteint :1 http://security.debian.org/debian-security buster/updates InRelease
Atteint :2 h... buster InRelease
Atteint :3 http:/;.....;;bian.org/debian buster-updates InRelease
Lecture des listes de paquets... Fait
root@debian-nico:/home/nicolas# 

```

```nohighlight
root@debian-nico:/home/nicolas# apt-get install util-linux
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
util-linux est déjà la version la plus récente (2.33.1-0.1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 11 non mis à jour.
root@debian-nico:/home/nicolas# 

```

```nohighlight
root@debian-nico:/home/nicolas# blkid
bash: blkid : commande introuvable
root@debian-nico:/home/nicolas# 

```

Pour info, en allant sur le tty4, j’ai pu taper la commande `blkid` qui est reconnue. Mais la commande `swapon` ne rend rien ! Je suis surpris qu’une commande fonctionne (en root) sur un tty et pas depuis la Konsole de Gnome !? Avez-vous une explication ?

Donc depuis tty4, `blkid` me répond cela :

```nohighlight
/dev/sda1: LABEL="DDDD" UUID="709A63219A62E358" TYPE="ntfs" PARTUUID="c3072e18-01"
/dev/sdb1: LABEL="DATA" UUID="52D62941D6292727" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="3cbc37dd-55fe-476c-8741-4a1fad0cf786"
/dev/sdb2: UUID="feee1f3d-5d9d-4690-9d2f-c3eb0f1d6946" TYPE="ext4" PARTUUID="470a4ecd-250b-43f8-83fd-c37b63b4ffd2"
/dev/sdb3: UUID="ec084865-62fc-4111-a3c4-c3fc8ce62123" TYPE="swap" PARTUUID="8be6ac21-a3c4-42bb-b855-3aeb104cf246"
/dev/sdb4: UUID="7207-2681" TYPE="vfat" PARTUUID="5353ee50-bbe9-48d9-915e-c532b22b912a"
/dev/sdb5: UUID="1754ee99-ceef-4086-9e1e-e6ea1917eb77" TYPE="ext4" PARTUUID="761b912c-b9da-4057-a20f-c1213614a919"
/dev/sdc1: LABEL="SYSTEM" UUID="2415-B38F" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="800e0568-dba1-463d-9282-8aade5260c55"
/dev/sdc3: LABEL="OS" UUID="6C6218E16218B236" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6e32b630-e16e-4468-871c-9a3c7ddcb836"
/dev/sdc4: UUID="AC944D69944D36DC" TYPE="ntfs" PARTUUID="56589750-413b-43d1-9988-883134aac417"
/dev/sdc2: PARTLABEL="Microsoft reserved partition" PARTUUID="ae46948f-0716-4b48-8592-90f72b57755e"

```

Sur la Kali et la Debian, la partition SWAP a bien le même UUID et le même PARTUUID. Seule change la dénomination suivant la distribution : /dev/sdb5 sur Debian, /dev/sda5 sur Kali. Cela change-t-il quelque chose ?

Où est-ce que j’ai loupé une étape ?

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 25, 2019, 8:08 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/10 "2019-09-25T20:08:35Z")

</div>

> [@gannick](#):
>
> [0.054176] [Firmware Bug]: TSC\_DEADLINE disabled due to Errata; please update microcode to version: 0x25 (or later)

Ca doit pouvoir se resoudre avec l’install de intel-microcode ou amd64-microcode.  
Même si ça n’est pas ça, ça ne coute rien d’installer les deux paquets (peu importe ton processeur de base).

> [@gannick](#):
>
> Mais la commande swapon ne rend rien !

C’est ce que je te disais: ça confirme que ta debian ne monte aucune partition de swap.

> [@gannick](#):
>
> e suis surpris qu’une commande fonctionne (en root) sur un tty et pas depuis la Konsole de Gnome !? Avez-vous une explication ?

Oui.  
Dans ta konsole, tu es passé root avec un simple **su** , ce qui a conservé ton path d’utilisateur qui ne permet pas de lancer les commandes root sans spécifier leur chemin complet.  
Pour avoir le path normal de root, au delà de passer par le tty, il faut passer root avec **su -** (avec le tiret).

> [@gannick](#):
>
> /dev/sdb3: UUID=“ec084865-62fc-4111-a3c4-c3fc8ce62123” TYPE=“swap”

OK, ben tu as ton UUID.

> [@gannick](#):
>
> Sur la Kali et la Debian, la partition SWAP a bien le même UUID et le même PARTUUID.

Sur la Kali et la Debian _avec uuid donc en lisant les données du disque_.

> [@gannick](#):
>
> Où est-ce que j’ai loupé une étape ?

Ce que tu as loupé, c’est que ces données d’UUID/PARTUUID que tu lis sont bien celles qu’utilise ta kali et qui sont inscrites sur la partition elle même, mais pas celles utilisées dans ta debian:  
oui, _avec uuid_, ta debian constate qu’il y a une partition avec l’uuid machin, mais comme dans le fstab et dans le initramfs, on lui a indiqué d’utiliser un autre uuid (celui que debian avait affecté au swap au départ) et bien ta debian est paumée et ne monte aucun swap (cf le swapon vide plus haut).  
Donc fais ce que je t’ai indiqué et corrige l’uuid dans les fichiers de ta debian, c’est tout.

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 25, 2019, 9:12 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/11 "2019-09-25T21:12:44Z")

</div>

Merci mattotop, effectivement cela résoud le souci principal au boot.

Par contre j’ai encore plusieurs message d’insultes concernant des firmwares manquants (et quand j’ai fait le `update-initram -u` je ne te raconte pas la liste !!!).

Pour le

```nohighlight
[0.054176] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x25 (or later)

```

J’ai tenté :

```nohighlight
root@debian-nico:~# apt-get install intel-microcode
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Aucune version du paquet intel-microcode n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source

E: Le paquet « intel-microcode » n'a pas de version susceptible d'être installée
root@debian-nico:~# 

```

```nohighlight
root@debian-nico:~# apt-get install amd64-microcode
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet amd64-microcode
root@debian-nico:~# 

```

Donc je suis preneur si c’est autre chose qu’il fallait faire.

Et j’ai au boot encore aussi ce message qui me perturbe :

```nohighlight
[30.827497] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168g-3.fw (-2)
[30.829112] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware       

```

En résumé, tout ce qui semble encore merder au démarrage :

```nohighlight
root@debian-nico:~# dmesg -l err
[0.054520] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x25 (or later)
[1.346601] efi: EFI_MEMMAP is not enabled.
[5.451617] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[5.496277] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 10ac08 [IBUS]
[6.777298] nouveau 0000:04:00.0: DRM: Pointer to TMDS table invalid
[30.827497] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168g-3.fw (-2)
[30.829112] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[43.349021] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[71.143579] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[82.365951] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
root@debian-nico:~# 

```

En tout cas jusque là, merci pour les explications claires et détaillées.

---

<div class="post-metadata">

**Author:** ![Eldest](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/6bbea6/32.png) [@Eldest](https://www.debian-fr.org/u/Eldest)\
**Post date:** [Septembre 25, 2019, 10:01 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/12 "2019-09-25T22:01:43Z")

</div>

Bonjour,

J’ai un problème similaire au démarrage ce qui m’empêche d’utiliser le wifi. Il est apparut après l’upgrade 9 → 10.  
Si vous voulez bien jeter un coup sur le post que j’ai créé à ce sujet, je vous en serai reconnaissant 🙂 :

> [@Problème wifi suite à upgrade Debian 10 (périphérique non prêt)](https://www.debian-fr.org/t/probleme-wifi-suite-a-upgrade-debian-10-peripherique-non-pret/79626):
>
> Bonjour, J’ai upgrade pour la version buster. Suite au redémarrage mon périphérique wifi avait le statu “non prêt”. Je l’ai ensuite redémarré et il à fonctionné correctement. J’ai ensuite installé openvpn et networtk-manager-openvpn. (mon but étant d’utiliser Cyberghost). J’ai redémarré et la même problème que lors du premier démarrage. J’ai donc désinstallé ce que je venais d’installer et ça ne marche pas. Voila ce qui apparaît quand je démarre: [image] En espérant que quelqu’un ai une sol…

Merci

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 25, 2019, 10:15 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/13 "2019-09-25T22:15:04Z")

</div>

> [@gannick](#):
>
> Donc je suis preneur si c’est autre chose qu’il fallait faire.

Non, c’est ça.  
Mais il faut modifier tes sources apt, car par défaut elles ne sont pas configurées pour aller chercher dans les dépots non libres et là tu cherches à installer des trucs propriétaires intel.  
Dans /etc/apt/sources/list ou dans un des fichiers .list de /etc/apt/sources.list.d, tu dois avoir une ligne genre:

```auto
emeraude@emeraude:/etc/postfix$ cat /etc/apt/sources.list.d/buster.list 
deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free

```

mais avec juste main, pas _contrib_ ni _non-free_.  
Tu rajoutes juste les 2 pour être tranquille, à la fin de la ligne.

Ca, ce sont les lignes pour les dépots de base, mais tu dois avoir aussi des lignes pour les dépots de sécurité, pareil ajouter aussi _contrib_/_non-free_  
Tu as peut être d’autres dépots officiels de la distrib debian: pareil, même si ce n’est pas obligatoire.  
Pour les depots non debian même si j’imagine que tu n’en as pas, faut pas y toucher.

[edit: ne pas oublier de faire **apt update** aprés la modification des sources pour mettre à jour la base de donnée des paquets dispos en ligne]

> [@gannick](#):
>
> ```plaintext
> r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168g-3.fw (-2)
> 
> ```

Ca doit être ton wifi ou ta carte réseau qui plante faute de firmware adéquat (encore des composants non-libres que debian se refuse à installer automatiquement).  
Il est probable que l’installation de **firmware-realtek** resolve le probléme du message, mais il est possible que ça ne suffise pas pour autant pour que ta carte marche: vérifies que tout fonctionne.

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 26, 2019, 7:09 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/14 "2019-09-26T07:09:27Z")

</div>

> [@mattotop](#):
>
> mais avec juste `main`, pas _`contrib`_ ni _`non-free`_ .  
> Tu rajoutes juste les 2 pour être tranquille, à la fin de la ligne.
> 
> Ca, ce sont les lignes pour les dépots de base, mais tu dois avoir aussi des lignes pour les dépots de sécurité, pareil ajouter aussi _`contrib`_ / _`non-free`_

Merci beaucoup ! Ça a réglé les soucis de firmware au boot. Concernant le swap, c’est vraiment devenu le jour et la nuit au boot et à l’extinction (hier avant de remettre en ordre le swap, en 10min il n’a pas réussi à s’éteindre.

Il me reste en erreur au boot cela, as-tu des idées ?

```plaintext
root@debian-nico:~# dmesg -l err
[1.338044] efi: EFI_MEMMAP is not enabled.
[5.164930] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[5.207833] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 10ac08 [IBUS]
[6.490013] nouveau 0000:04:00.0: DRM: Pointer to TMDS table invalid
[43.756664] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[70.099165] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
[80.605931] nouveau 0000:04:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [IBUS]
root@debian-nico:~#

```

[Edit]  
A priori tout ce qui bugue et concerne «&nbsp;`nouveau`&nbsp;» concernerait la carte graphique NVidia. J’ai trouvé ça :  
[https://forums.archlinux.fr/viewtopic.php?t=19603](https://forums.archlinux.fr/viewtopic.php?t=19603)  
Mais ça ne dit pas trop comment résoudre le souci.

Il y aurait une certaine cohérence avec ce que m’a dit APT quand j’ai installé les différents firmware. Il m’a dit qu’il manquait potentiellement une liste énorme de firmware nvidia…

Est-ce que je peux essayer de suivre ce tuto ? [https://wiki.debian.org/fr/Bumblebee](https://wiki.debian.org/fr/Bumblebee) parce que j’ai 2 cartes graphiques :

```plaintext
root@debian-nico:~# lspci -nn | egrep -i "3d|display|vga"
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 [8086:1616] (rev 09)
04:00.0 3D controller [0302]: NVIDIA Corporation GM108M [GeForce 940M] [10de:1347] (rev a2)
root@debian-nico:~# 

```

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 26, 2019, 7:35 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/15 "2019-09-26T07:35:20Z")

</div>

> [@gannick](#):
>
> Mais ça ne dit pas trop comment résoudre le souci.

Les messages qui te restent sont des warnings sans conséquence.  
Le pilote nouveau est la version libre pour la gestion des cartes nvidia.  
Il est encore assez «&nbsp;buggy&nbsp;» malgré le gros travail des devs, mais il souffre du manque de documentation technique publiques sur les cartes.  
Du coup, le pilote propriétaire nvidia marche souvent bien mieux que le pilote nouveau.  
La mise en place du pilote propriétaire est décrite ici:

> **[fr/NvidiaGraphicsDrivers - Debian Wiki](https://wiki.debian.org/fr/NvidiaGraphicsDrivers)**

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 26, 2019, 7:38 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/16 "2019-09-26T07:38:07Z")

</div>

> [@gannick](#):
>
> Est-ce que je peux essayer de suivre ce tuto ? [I Challenge Thee](https://wiki.debian.org/fr/Bumblebee) parce que j’ai 2 cartes graphiques :

Ah zut, le lien que je viens de t’indiquer est mauvais et le tien est le bon.  
Je n’avais pas vu ça.  
Par contre, d’autres risquent de devoir prendre la main sur l’install de bumblebee, je ne l’ai jamais faite, et j’ai l’impression que c’est souvent un peu laborieux.

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 26, 2019, 8:20 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/17 "2019-09-26T08:20:03Z")

</div>

> [@mattotop](#):
>
> Le pilote nouveau est la version libre pour la gestion des cartes nvidia.  
> Il est encore assez “buggy” malgré le gros travail des devs, mais il souffre du manque de documentation technique publiques sur les cartes.  
> Du coup, le pilote propriétaire nvidia marche souvent bien mieux que le pilote nouveau.

Merci de tes efforts ! Je vais peut être me lancer dans l’installation de Bumblebee.

Je n’aime pas les warnings ! 😋 J’aime quand tout fonctionne bien ! 😘 Du coup pour l’EFI\_MEMMAP, pas d’idée ? Je n’ai pas trop trouvé grand chose sur le net…

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 26, 2019, 9:09 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/18 "2019-09-26T09:09:03Z")

</div>

> [@gannick](#):
>
> Je n’aime pas les warnings ! 😋 J’aime quand tout fonctionne bien !

Oui, ben tout fonctionne bien, non ?  
Parce que si tu veux faire disparaitre absolument tous les warnings, tu vas y passer ta vie, chaque correction rajoutant son propre lot de warnings.

> [@gannick](#):
>
> Du coup pour l’EFI\_MEMMAP, pas d’idée ?

A priori, c’est un warning lié au fait que ta machine boote en mode bios et pas uefi.  
Je crois qu’il aurait fallu que tu bascules ton bios dans ce mode avant d’installer.  
Tu dois pouvoir reformatter ton disque pour créer une partition uefi, préparer ton grub à la bascule, puis passer ton bios en uefi et bouter dans ce mode.  
Avec tous les risques de tout casser dans la manip.

---

<div class="post-metadata">

**Author:** ![gannick](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/e480ec/32.png) [@gannick](https://www.debian-fr.org/u/gannick)\
**Post date:** [Septembre 26, 2019, 7:01 UTC](https://www.debian-fr.org/t/sequence-de-boot-trop-longue-avec-un-echec-par-timeout-apres-started-raise-network-interfaces/80256/19 "2019-09-26T19:01:14Z")

</div>

> [@mattotop](#):
>
> A priori, c’est un warning lié au fait que ta machine boote en mode bios et pas uefi

Bizarre, je pense pourtant être en mode UEFI… Bon ok je vais suivre ton conseil. Je pense que si j’arrive à installer le driver NVIDIA je ne devrais plus avoir trop de souci (si ce n’est avoir un driver Wifi plus à jour, puisque quand le noyau Debian va passer en 5.20, mon Wifi ne va plus fonctionner, vu que c’est ce qui est arrivé sur Kali…).

P.S : je voulais répondre depuis ce matin mais le forum m’en empêchait…