[Résolu] Kernel Panic après interruption upgrade vers 20.04

AlexPlorateur · Le 14/03/2021, à 11:16

Bonjour,

(J'ai choisi de documenter d'emblée la situation, j'espère que ça n'enfreint pas les règles du forum.)

Mon PC est un ancien Windows 7, converti en W$ 10, sur lequel j'ai partitionné mon disque pour installer la 18.04 il y a environ 2 ans.
J'ai tenté d'upgrader en 20.04.
Je l'ai fait en ligne de commandes, à l'aide de tous les "sudo apt" ad hoc.
J'ai malencontreusement interrompu l'opération par un Ctrl-C (ou Z, je sais plus), durant la vérif d'un fichier que l'installeur me proposait de vérifier.

Au redémarrage, je vois toujours mon menu grub (ouf !).

GNU GRUB version 2.02
Ubuntu, avec Linux 5.4.0-66-generic 
Ubuntu, avec Linux 5.4.0-66-generic (recovery mode)
Ubuntu, avec Linux 4.15.0-136-generic
Ubuntu, avec Linux 4.15.0-136-generic (recovery mode)
Ubuntu, avec Linux 4.15.0-135-generic
Ubuntu, avec Linux 4.15.e-135-generic (recovery mode)

Mais si je le laisse démarrer sur la première ligne (ou même sur n'importe quelle ligne qui n'est pas un "recovery mode"), j'obtiens un "Kernel panic"

1.0821031 md: autorun DONE.
[ 1.082178] VFS: Cannot open root device "sda6" or unknown-block(0,0): error-6
[ 1.082239] Please append a correct "root=" boot option; here are the available partitions :
[ 1.082303] Kernel panic not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 1.082366) CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.4.0-66-generic #74-Ubuntu
[ 1.082428) Hardware name : Dell Inc. Vostro 430/054KM3, BIOS 2.0.1 11/30/2009
1.0824771 Call Trace:
1.0825231 dump_stack+8x6d/8x9a [ 1.082569] panic+0x101/0x2e3
1.082615] mount_block_root+0x23f/0x2e8
1.082661] mount_root+0x38/0x3a
1.082705] prepare_namespace+0x13f/0x194 1.082750) kernel_init_freeable+0x231/0x255
[ 1.082797] ? rest_init+0xb0/0xb0
1.082841) kernel_init+0xe/0x110
1.082886) ret_from_fork+0x35/0x40
1.083011] Kernel Offset: 0x28800000 from Oxffffffff81000000 (relocation range: Oxffffffff80000000-0xffffffffbfffffff) 
[ 1.083079) ---[ end Kernel panic not syncing: VFS: Unable to mount root fs on unknown-block(0,0) ]---

J'ai donc démarré en mode de récupération, où j'ai trouvé un chouette menu:

Menu de récupération (état du système de fichiers : lecture seule)
resume Reprendre le démarrage normal
clean Essayer de libérer de l'espace
dpkg Réparer les paquets cassés 
fsck Vérifier tous les systèmes de fichiers
grub Mettre à jour le chargeur d'amorçage GRUB
network Activer la prise en charge du réseau
root Passer sur une console administrateur (root)
system-summary Rapport d'état du système

J'ai pu terminer l'install grâce à dpkg (j'ai revu au passage le message me proposant de vérifier les différences sur ce fameux fichier de conf: j'ai prudemment choisi l'option par défaut, car c'est en voulant consulter ces différences que je me suis fait piéger dans un affichage dont je n'ai pas su sortir sans Ctrl-C).
À la fin du dpkg, j'ai vu les traces des commandes indiquant que le menu grub avait été regénéré.
J'ai ensuite choisi "Reprendre le démarrage normal", mais l'écran est devenu noir, avec un curseur clignotant indéfiniment...

Du coup, vu que le kernel panic parlait de problème de disque (de ce que j'en ai compris), je suis retourné en mode récup, et j'ai lancé l'utilitaire de vérification fsck.
Mais il a tourné court:

/lib/recovery-mode/recovery-menu: ligne 80: /etc/default/rcS: Aucun fichier ou dossier de ce type 
fsck de util-linux 2.34
/dev/sda6 est monté.
e2fsck: Ne peut continuer, arrêt immédiat.
Terminé, veuillez appuyer sur Entrée

En résumé:
- je pense que mon upgrade 20.04 est ok
- j'ai vérifié la place sur mon disque: il me reste plusieurs dizaines de Go libres
- je ne sais pas quoi faire pour réparer le kernel panic
Je comprends le message [1.082239] qui me demande d'ajouter une option correcte de boot, mais j'ignore où le faire.
Et le fait qu'il annonce la liste des partitions disponibles, mais n'en trouve apparemment aucune, me fait un peu souci...
- j'ai vu ce fil https://forum.ubuntu-fr.org/viewtopic.php?id=2053820, et je suis allé voir les pages proposées au post #2, de Coeur Noir
Pour la première, comme dit plus haut le fsck ne fait pas grand-chose.
La deuxième (https://askubuntu.com/questions/41930/k … n-block0-0) propose des commandes pour lesquelles j'aurais besoin d'assistance.

Je vous serais vraiment reconnaissant de m'éclairer !

(i. je suis absolument incompétent sur Ubuntu: si vous avez besoin d'infos, merci de m'indiquer explicitement et en détail ce que je dois faire pour vous les procurer)
(ii. je sais, pour un dimanche matin, ça fait beaucoup de lecture...)

Merci déjà,
Alex

Dernière modification par AlexPlorateur (Le 18/03/2021, à 07:57)

lucmars · Le 14/03/2021, à 16:23

Aurias-tu encore ta clef/dvd buntu 1804 pour :

1- faire un boot-info (voir doc)
2- éventuellement recourir à fsck

À part ça t'es plus habile qu'incompétent.

geole · Le 14/03/2021, à 18:59

Bonjour

1.083079) ---[ end Kernel panic not syncing: VFS: Unable to mount root fs on unknown-block(0,0) ]---

probablement une installation non finie
1) Booter en recovery
2) Activer le réseau
3) Se mettre root
4) Finir l'installation

ping -c4 google.com
dpkg --configure -a
apt -f install
apt autoremove --purge
apt update
apt upgrade

Dernière modification par geole (Le 14/03/2021, à 19:48)

AlexPlorateur · Le 14/03/2021, à 19:22

Meeci d'avoir pris de ton temps dominical pour m'aider !

Je n'ai plus le disque qui m'avait servi à installer 18.04
J'en ai donc fait un avec Focale Fossa, sur lequel j'ai booté.

Voici le rapport demandé http://paste.ubuntu.com/p/vW2mjxHJ2p/
Il semble préconiser un "boot-repair", des précos sur cette opération ?
Préservera-t-elle ma partition ?

J'ai tenté un fsck sur sda4, et il m'a répondu une horreur !

Desktop$ sudo fsck -y /dev/sda4
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la tentative d'ouverture de /dev/sda4
Peut-être cette partition est-elle de taille zéro ?

J'ai pourtant l'impression de voir la lumière au bout de ce tunnel d'angoisse...

geole · Le 14/03/2021, à 19:29

SD4 est une partition virtuelle!!!!

sda4: __________________________________________________________________________
    File system:       Extended Partition
    Boot sector type:  Unknown
    Boot sector info:

Dans le boot-info, on voit bien qu'il manque le fichier boot/initrd.img-5.4.0-66-generic

==================== sda6: Location of files loaded by Grub ====================
           GiB - GB             File                                 Fragment(s)
 212,547847748 = 228,221513728  boot/vmlinuz-4.15.0-135-generic                2
 214,461917877 = 230,276730880  boot/vmlinuz-4.15.0-136-generic                2
 218,707176208 = 234,835042304  boot/vmlinuz-5.4.0-66-generic                  1
 221,992591858 = 238,362730496  boot/initrd.img-4.15.0-135-generic             2
 221,951587677 = 238,318702592  boot/initrd.img-4.15.0-136-generic             1

Donc, installation à finir en mode recovery, ou en bootant avec un vieux noyau

Dernière modification par geole (Le 14/03/2021, à 19:35)

AlexPlorateur · Le 14/03/2021, à 19:40

Comme je suis joueur ( et un peu impatient aussi), j'ai lancé le boot repair
Il a essayé de bosser mais a fini en râlant et en me demandant de passer la commande suivante

dpkg-error détecté. Veuillez ouvrir un terminal et saisir (ou copier-coller) la commande suivante :
sudo chroot "/mnt/boot-sav/sda6" dpkg --configure -a

Malheureusement celle-ci foire avec le message ci-dessous

failed to run command 'dpkg': No such file or directory

Finalement, c'est peut-être une locomotive, cette lumière qui se rapproche...

AlexPlorateur · Le 14/03/2021, à 20:48

Merci geole

J'ai suivi tes précos, mais ça se passe pas bien
À chaque commande apt j'obtiens le message suivant

E: dpkg a été interrompu. Il est nécessaire d'utiliser « dpkg --configure -a » pour corriger le problème.

Et lorsque je lance dpkg , il a l'air de bosser correctement, mais termine en me ramenant au menu de recovery, si bien que quand je retourne en root, les commandes apt ne passent toujours pas...

J'en suis à un point où je peux accepter de perdre ma partition.
Existe-t-il un moyen sûr (même radical) de reprendre le contrôle de mon PC ?

geole · Le 14/03/2021, à 22:14

Lorsque tu choisis un ancien noyau,le boot se passe-t'il bien?
Lorsque tu choisis un noyau en recovery, puisque le boot se passe bien,
Il suffit de trouver la bonne commande!!!
peut-être

sudo dpkg --configure -a -force

N'oublie pas d'en donner le retour.

Autre possibilité. Lance boot-repair et demande-lui de réinstaller le dernier noyau. au lieu de réparer le grub!

Dernière modification par geole (Le 14/03/2021, à 22:43)

AlexPlorateur · Le 16/03/2021, à 10:06

Non, aucun de mes anciens noyaux ne boote correctement
En effet, ”y’a plus qu'à ”, mais malheureusement -force ne fait rien de bon (en fait, dpkg comprend -f, incompatible avec -a)
Je n’ai pas trouvé dans la doc de boot-repair d’option permettant de réinstaller le dernier noyau.

Du coup, je me demandais quel serait le résultat si je tentais une installation de Focal Fossa depuis mon live CD?
Retrouverais-je ensuite mon environnement (applis, comptes utilisateurs etc) tel que je l’avais du temps de la 18.04 ?
(mais de toute façon, l’installation de 20.04 depuis live CD a-t-elle des chances de marcher, puisque je l’ai déjà faite à partir de la 18.04?)

Dernière modification par AlexPlorateur (Le 16/03/2021, à 10:24)

geole · Le 16/03/2021, à 12:43

Bonjour

AlexPlorateur a écrit :

Je n’ai pas trouvé dans la doc de boot-repair d’option permettant de réinstaller le dernier noyau.

https://doc.ubuntu-fr.org/boot-repair voir paragraphe 3.3
C'est la dernière ligne dans cette image https://doc.ubuntu-fr.org/lib/exe/fetch … 209964.png

AlexPlorateur a écrit :

Du coup, je me demandais quel serait le résultat si je tentais une installation de Focal Fossa depuis mon live CD?
Retrouverais-je ensuite mon environnement (applis, comptes utilisateurs etc) tel que je l’avais du temps de la 18.04 ?
(mais de toute façon, l’installation de 20.04 depuis live CD a-t-elle des chances de marcher, puisque je l’ai déjà faite à partir de la 18.04?)

Je ne vois pas pourquoi l'installation ne fonctionnerait pas puisque qu'elle ne va pas chercher à récuperer les vieilles applications et leur paramétrage. Elle fait du neuf.

En fait il faudrait trouver sur quoi le dpkg butte.
cette commande peut aider à trouver ce qui ne colle pas

dpkg -l | grep -v ^ii

A condition que tu en postes le résultat.
N'oublie pas qu'en recovery, il faut d'abord activer le réseau...

AlexPlorateur · Le 17/03/2021, à 14:31

Merci geole, tu m'as libéré d'un énorme poids !

La purge + réinstall du dernier noyau à l'aide de Boot-Repair a parfaitement fonctionné (moyennant toutefois quelques erreurs, pour lesquelles il m'a indiqué quelles commandes passer sur un terminal).

Focal Fossa est à moi !!!

Au plaisir,
Alex

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/03/2021, à 11:16

[Résolu] Kernel Panic après interruption upgrade vers 20.04

#2 Le 14/03/2021, à 16:23

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#3 Le 14/03/2021, à 18:59

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#4 Le 14/03/2021, à 19:22

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#5 Le 14/03/2021, à 19:29

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#6 Le 14/03/2021, à 19:40

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#7 Le 14/03/2021, à 20:48

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#8 Le 14/03/2021, à 22:14

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#9 Le 16/03/2021, à 10:06

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#10 Le 16/03/2021, à 12:43

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

#11 Le 17/03/2021, à 14:31

Re : [Résolu] Kernel Panic après interruption upgrade vers 20.04

Pied de page des forums