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

Support Debian
Tags: #<Tag:0x00007f63f3905930>
#1

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). 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

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 !

#2

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

#3

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

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

#4

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.

#5

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.

Ca cause peut être un “soucis” 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.

#6

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

#7

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

#8

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 :

[    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 :

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

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 :

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

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:~# 

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

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 :

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#
#9

Et blkid ne fonctionne pas non plus sur ma Debian…

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

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# 

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# 

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 :

/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 ?

#10

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).

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

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).

OK, ben tu as ton UUID.

Sur la Kali et la Debian avec uuid donc en lisant les données du disque.

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.

#11

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

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

J’ai tenté :

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:~# 

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 :

[   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 :

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.

#12

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 :slight_smile: :

Merci

#13

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:

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]

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.

#14

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 ?

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 “nouveau” concernerait la carte graphique NVidia. J’ai trouvé ça :
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 parce que j’ai 2 cartes graphiques :

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:~#
#15

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 “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.
La mise en place du pilote propriétaire est décrite ici:
https://wiki.debian.org/fr/NvidiaGraphicsDrivers

#16

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.

#17

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

Je n’aime pas les warnings ! :yum: J’aime quand tout fonctionne bien ! :kissing_heart: Du coup pour l’EFI_MEMMAP, pas d’idée ? Je n’ai pas trop trouvé grand chose sur le net…

#18

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.

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.

#19

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…