Souci au boot

Tags: #<Tag:0x00007fb8e4735a88>

Hi Folks
depuis 3 jours, j’ai un kernel panic au démarrage, ou cette erreur :
kernel

Quand je rentre dans le bios, j intervertis les 2 disques au démarrage, puis je les remets comme
à la base, et paf, le pc démarre normalement.

J’ai fait un grub-install, un os-prober,un update-grub, mais ça revient à chaque démarrage.
Quelqu’un sait, connait ce truc bizarre ?
Merci :slight_smile:

salut,
Commence par tester tes disques ( smart et fsck -f -y -v ) - eventuellement après une copie du disque

1 J'aime

Oui
mon SSD a seulement 2 mois.
Une précaution particulière pour ce genre de disque ?

  • Oui = tu as testé?
    que donne smartctl -H $dev ;smartctl --quietmode=errorsonly --all $dev

où dev=/dev/…

  • es-tu en dual boot ? Que donne fsck -l

  • sinon, ton inversion de disques :
    quand tu démarres, ouvre le gestionnaire de disques de boot ( souvent F10 ou F9 ,esc,f8,f12 , et démarre sur le bon disque : ça marche à chaque coup

1 J'aime

Ton système est reparti sur deux disques? est-ce le cas de ton LVM? es-tu en partitions chiffrées?
Car il a en effet des effets de bors avec des installs de ce type depuis la Debian 13 qu’il n’y avait pas en Debian 12. je sais que j’ai le problème depuis novembre avec une installation sur deux nvme, chiffrés, dans le même vg.
les disques s’intervertisse au démarrage, nvme0n1 devient nvme1n1 et inversement.
Du coup mon crypttas n’est inversé, et mon initramfs ne sait plus où il habite

2 J'aime

Sauf si tu es en LVM sur deux disques

1 J'aime

je teste tout ça ce soir ou demain

non, j’ai rien de compliqué dans ma config, Dindoun, Zargos.
un disque avec / et /home ( le SSD ), et l’autre disque /sauvegarde ( que je monte manuellement pour la sauv )
Pas de chiffrement.

Je change l’ordre des disques dans le bios, et je remets à l’identique. Juste un tour de passe passe.
Je sais pas pourquoi j’ai eu cette idée, encore moins pourquoi mon système démarre après ça…

@dindoun

Guillaume:~# smartctl -H /dev/sda
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.12.57+deb13-amd64] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Guillaume:~# smartctl -H /dev/sdb
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.12.57+deb13-amd64] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Bizarre, pas d’erreur.

Guillaume:~# fdisk -l
Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : ST1000DM010-2EP1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d’étiquette de disque : dos
Identifiant de disque : 0x10f63094

Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 2048 1953525167 1953523120 931,5G 83 Linux

Disque /dev/sda : 894,25 GiB, 960197124096 octets, 1875385008 secteurs
Modèle de disque : KINGSTON SA400S3
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Type d’étiquette de disque : dos
Identifiant de disque : 0x4b5dfabf

Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 156641279 156639232 74,7G 83 Linux
/dev/sda2 156641280 164454399 7813120 3,7G 82 partition d’échange Linux / Solaris
/dev/sda3 164454400 1875384319 1710929920 815,8G 83 Linux

smartctl --quietmode=errorsonly --all /dev/sda(sdb) ==> aucun résultat.

Ça doit venir de la carte mère.
Je vais regarder s’il n y a pas un condensateur un peu déformé.
Merci :slight_smile: