Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

End Kernel Panic after update

antholife

xubu1957 a écritFournis les noyaux présents :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

Vous m'avez coupé, j'étais en train de vous le fournir, et pour moi il y a un problème regarder :

sudo chroot /media/system
root@ubuntu:/# dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3 | column -t"}'
ii  linux-headers-5.4.0-17                5.4.0-17.21  all
ii  linux-headers-5.4.0-17-generic        5.4.0-17.21  amd64
ii  linux-headers-5.4.0-18                5.4.0-18.22  all
ii  linux-headers-5.4.0-18-generic        5.4.0-18.22  amd64
ii  linux-headers-5.4.0-20                5.4.0-20.24  all
ii  linux-headers-5.4.0-20-generic        5.4.0-20.24  amd64
ii  linux-headers-5.4.0-21                5.4.0-21.25  all
ii  linux-headers-5.4.0-21-generic        5.4.0-21.25  amd64
ii  linux-headers-5.4.0-22                5.4.0-22.26  all
ii  linux-headers-5.4.0-22-generic        5.4.0-22.26  amd64
ii  linux-headers-5.4.0-23                5.4.0-23.27  all
ii  linux-headers-5.4.0-23-generic        5.4.0-23.27  amd64
ii  linux-headers-5.4.0-24                5.4.0-24.28  all
ii  linux-headers-5.4.0-24-generic        5.4.0-24.28  amd64
ii  linux-headers-5.4.0-25                5.4.0-25.29  all
ii  linux-headers-5.4.0-25-generic        5.4.0-25.29  amd64
ii  linux-headers-5.4.0-26                5.4.0-26.30  all
ii  linux-headers-5.4.0-26-generic        5.4.0-26.30  amd64
ii  linux-image-5.4.0-26-generic          5.4.0-26.30  amd64
ii  linux-modules-5.4.0-26-generic        5.4.0-26.30  amd64
ii  linux-headers-5.4.0-29                5.4.0-29.33  all
ii  linux-headers-5.4.0-29-generic        5.4.0-29.33  amd64
ii  linux-headers-generic                 5.4.0.29.34  amd64
ii  linux-image-5.4.0-31-generic          5.4.0-31.35  amd64
ii  linux-modules-5.4.0-31-generic        5.4.0-31.35  amd64
ii  linux-modules-extra-5.4.0-31-generic  5.4.0-31.35  amd64
ii  linux-image-generic                   5.4.0.31.36  amd64

MAIS :

root@ubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-31-generic
Image Linux trouvée : /boot/vmlinuz-5.4.0-26-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-26-generic
Adding boot menu entry for UEFI Firmware Settings
fait

C'est normal ça ; il ne devrais pas aussi appraitre dans grub en toute logique s'ils sont installés ?
De plus je ne vois plus mon entrée win ! Mais pourtant elle est toujours là.

antholife

geole a écritdans le boot-info il n'y a que le noyau 31
Il plein de place disque.
si tu as passé par le chroot

sudo apt update
sudo apt ugdrade

tu verras bien ce que cela donne

Oui je l'avais déjà fais, j'ai eu quelque mise à jour, mais rien n'a changé 🙁

marcodel

essais de demarrer sur le -26

geole

ce qui compte c'est ce qu'il y a dans /boot
Si la 26 est revenue tu pourrais forcer l'affichage du grub pour la choisir

antholife

marcodel a écritessais de demarrer sur le -26

Fais, même problème, je vous l'ai dis, je pense que le noyau n'est finalement pas reponsable

antholife

geole a écritce qui compte c'est ce qu'il y a dans /boot
Si la 26 est revenue tu pourrais forcer l'sffichage du grub pour la choisir

Oui je l'ai reinstallé manuellement ; mais ça ne change rien.

geole

en version 20.04 l'utilisateur peut se connecter même s'il ne reste que 0 octets de libre.
dans les versions précédantes il fallait pas loin de 100 Mo.
Si tu as toujours la méme erreur ( error -13) à la lecture du fichier initrd
c'est qu'il est mal constitué.

Ma question: avais-tu déjà fonctionné en 20.10
Si la réponse est non c'est tout simplement que le SSD ne lui plaît pas.
alors installes la version 20 04

Heureusement que tu dis que windows fonctionne donc il n'y a pas lieu de changer le SSD

antholife

geole a écriten version 20.04 l'utilisateur peut se connecter même s'il ne reste que 0 octets de libre.
dans les versions précédantes il fallait pas loin de 100 Mo.
Si tu as toujours la méme erreur ( error -13) a la lecture du fichier initrd
c'est qu'il est mal constituté.

Ma question: avais-tu déjà fonctionné en 20.10
si la réponse est non c'est tout simplement que le SSD ne lui plaît pas.

Comme dis tantôt ; oui ; la 20.10 tournai depuis qu'elle est sorti et disponible en migration. Donc aucun porblème avec le ssd, oui j'avais pensé à cela au début mais non, hélas encore une impasse.

Je veux bien repartir sur du clean, mais je voudrais conserver certains dossier comme home ou /opt ; mais je n'y arrive pas ; pourtant ça l'air tellement simple sur le papier, j'ai honte

Oui le problème viens de init peut être ...

antholife

Voilà l'erreur pour le noyau 26 ; la même que la 31 finalement.

C'est bien init le problème. Cette erreur 13.

https://imgur.com/a/q3H69Nj

geole

antholife a écrit
Je veux bien repartir sur du clean, mais je voudrais conserver certains dossier comme home ou /opt ; mais je n'y arrive pas ; pourtant ça l'air tellement simple sur le papier, j'ai honte

Oui le problème viens de init peut être ...

tu choisis l'optionautre chose et tu ne formates pas la partition
Je sais que /home et /boot sont conservés. donc le piège est qu'il faut forcer l'affichage pour choisir un noyau de la version 20.10 car en standard, il bootera sur le plus récent qui n'a pas été éliminé.

pour /opt, je ne sais pas
le plus simple est que tu le renommes avant de commencer

antholife

geole a écrit
antholife a écrit
geole a écriten version 20.04 l'utilisateur peut se connecter même s'il ne reste que 0 octets de libre.
dans les versions précédantes il fallait pas loin de 100 Mo.
Si tu as toujours la méme erreur ( error -13) a la lecture du fichier initrd
c'est qu'il est mal constituté.

Ma question: avais-tu déjà fonctionné en 20.10
si la réponse est non c'est tout simplement que le SSD ne lui plaît pas.
Comme dis tantôt ; oui ; la 20.10 tournai depuis qu'elle est sorti et disponible en migration. Donc aucun porblème avec le ssd, oui j'avais pensé à cela au début mais non, hélas encore une impasse.

Je veux bien repartir sur du clean, mais je voudrais conserver certains dossier comme home ou /opt ; mais je n'y arrive pas ; pourtant ça l'air tellement simple sur le papier, j'ai honte

Oui le problème viens de init peut être ...

tu choisis l'option autre chose et tu ne formate pas la partition
Je sais que /home et /boot sont conservés. pour /opt, je ne sais pas
le plus simple est que tu le renommesavant de commencer

D'ailleurs l'erreur posté juste avant apparais également (pas tout à fais la même mais rapport avec init decoding) quand je démarre ma session live ! Ne serai ce pas la dernière build qui ne va pas avec le matériel ! Mais pourtant la 26 tournai très bien et aujourd'hui elle ne tourne plus ! C'est incompréhensible lol.

Donc quand je réinstalle je choisis autre chose et je configure comment la suite ? (Partition etc du coup?)

geole

Il te fera un état des lieux

si pas trop de changements https://doc.ubuntu-fr.org/tutoriel/partitionner_manuellement_avec_installateur_ubuntu

partition sda4 a monter sur le point de montage / sans formater.

antholife

geole a écritIl te fera un état des lieux

si pas trop de changements https://doc.ubuntu-fr.org/tutoriel/partitionner_manuellement_avec_installateur_ubuntu

partition sda4 a monter sur le point de montage / sans formater.

Yes j'ai trouvé ce lien au top.

https://doc.ubuntu-fr.org/reinstallation_ubuntu

Je vais augmenter la persistance de ma clé pour copier home etc ; et je fais ça.

Je vous tiens au courant.

Merci

lynn

marcodel a écritsalut
as tu un kernel panic avec le -29 ?
a+

Oui. J'avais ces trois paquets initramfs-tools initramfs-tools-bin initramfs-tools-core qui n'étaient plus en version adéquate. Je les ai désinstallés puis réinstallés et depuis c'est bon... plus de kernel panic.
Je pense qu'il devait y avoir un lien avec le problème en cours mais comme je n'ai pas eu de réponse, je ne sais pas...

geole

antholife a écritVoilà l'erreur pour le noyau 26 ; la même que la 31 finalement.

C'est bien init le problème. Cette erreur 13.

https://imgur.com/a/q3H69Nj

Bonjour
Plus précisément, le message d'erreur est bien visible dans cette capture
initramfs unpacking failed: decoding failed Avec un code -13

Probablement un lien avec ces BUG
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1835660
https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1870260
qui contaminent encore.

Je ne pense pas que l'erreur qui précède ait un lien. https://bugzilla.redhat.com/show_bug.cgi?id=1218734
Pour l'éliminer penser au paramètre noresume ou modification du fichier gérant l'hibernation.

C'est dommages qu'il n'ait pas été tenté d'utiliser boot-repair en demandant de réinstaller le noyau, Initramfs aurait été réinstallé et on aurait su que boot-repair était opérationnel en version 20.10.

FrancisFDZ

Bonjour,
En résumé de tout ça : gare au gorille !
Il n'y a rien chez Malizor (qui se charge d'habitude de discuter des nouveautés sur les versions à venir) ?

didrocks

En résumé plutôt: ne jamais utiliser <version>-proposed.

Proposed est justement là pour éviter que les gens tombent sur ce genre de problème grave: c’est un sas pour une première validation avant de copier dans la pocket de release. C’est pour cela qu’il n’est pas activé par défaut. Même en temps que développeur travaillant sur la version de devel, proposed n’est jamais activé ici (et pareil pour mes collègues).

Les seuls cas valides pour activer -proposed *et ne prendre que quelques paquets, à la main, de ce pocket:
* vous travaillez sur un fix/une transition et voulez tester ceci
* on vous demande de valider un SRU

marcodel

salut

lynn a écrit Oui. J'avais ces trois paquets initramfs-tools initramfs-tools-bin initramfs-tools-core qui n'étaient plus en version adéquate. Je les ai désinstallés puis réinstallés et depuis c'est bon... plus de kernel panic.

merci
a+

geole

antholife a écritBonjour à tous ;

Je suis en dual boot depuis plus de deux ans sans problème.....
J'ai le noyau 5.4.0-31 sous ubuntu 20.10.
La distribution contient des projets importants qui ne sont pas seulement contenus dans /home .. je dois les remettre dans peu de temps et donc travailler dessus.. ;

Bonjour.
J'ai noté que tu avais peu de place disque de disponible

df (filtered): _________________________________________________________________
       Avail Use% Mounted on
sda1    55.5M  91% /mnt/boot-sav/sda1
sda3    16.3G  92% /mnt/boot-sav/sda3
sda4       5G  74% /mnt/boot-sav/sda4
sda5   569.7M   8% /mnt/boot-sav/sda5

Cependant, dans un tel contexte, tu devrais utiliser en plus une version stable de ubuntu pour être à l'abri des imprévus de testeur.
Il faudrait que tu sacrifies environ 10 Go d'espace disque pour y installer aussi la version 18.04.1 qui fait référence.
Tu pourrais alors accéder à tes dossiers importants avec un ubuntu installé sur disque dur plutôt qu'un ubuntu installé dans un support d'installation qui n'a probablement pas été créé en mode persistant.
NOTA: Disposer d'une partition /Data dédiée à tes données personnelles serait certainement un plus. Plus de partition contenant le répertoire /home

« Page précédente