NL55PU Clevo qui ne démarre plus avec Ubuntu

LLyaudet · Le 29/10/2024, à 11:32

Bonjour,
Le PC portable de ma mère n'arrive pas à démarrer l'O.S.
C'est un Clevo NL55PU : https://clevo-europe.com/default_zone/f … LPU-NL55PU
Elle l'a acheté avec Ubuntu 22.04 installé en juillet 2023.
Tout allait bien jusqu'en septembre 2024 où elle a eu la proposition d'upgrade vers Ubuntu 24.04.
Elle a lancé l'upgrade vers Ubuntu 24.04.
Elle a attendu plusieurs heures sans que cette mise à jour ne termine.
Mais ça n'a pas fonctionné.
Maintenant au démarrage, le B.I.O.S. se lance, tout a l'air ok,
puis le B.I.O.S. passe la main à G.R.U.B.,
puis G.R.U.B. passe la main à l'O.S.
et là tout freeze avec un underscore en haut à gauche de l'écran.
Attendre des heures n'y change rien.
J'ai créé une clé U.S.B. bootable avec Ubuntu 22.04.
Je clique sur F7 au démarrage et j'accède à l'ordre de boot dans le B.I.O.S. ;
je choisis la clé U.S.B., je lance l'O.S. Ubuntu 22.04, Option "Try or install Ubuntu" dans G.R.U.B.
et là encore tout freeze avec un underscore en haut à gauche de l'écran.
J'ai répété la même manipulation avec 4 variantes de ma clé U.S.B. bootable :
- clé U.S.B. bootable avec Ubuntu 22.04,
- clé U.S.B. bootable avec Ubuntu 24.04,
- clé U.S.B. bootable avec Ubuntu 24.10,
- clé U.S.B. bootable avec Ventoy et Ubuntu 22.04, Ubuntu 24.04, Ubuntu 24.10.
Ça ne marche jamais.
Quand j'essaye avec Ventoy, la partie B.I.O.S. marche,
puis la partie Ventoy marche,
puis la partie G.R.U.B. marche,
et ensuite l'O.S. freeze avec un underscore en haut à gauche de l'écran.
J'ai essayé de trouver des infos sur Internet,
donc j'ai essayé de changer de port U.S.B. pour brancher ma clé.
Je n'ai pas réussi à avoir d'amélioration et passer l'écran avec underscore en haut à gauche qui freeze.
Pas moyen non plus de passer en mode terminal avec Ctrl-Alt-F1, etc.
On a envoyé une demande d'assistance au vendeur de l'ordinateur pcw.fr par courriel,
mais il n'a jamais répondu.
Est-ce que vous auriez des suggestions de trucs à essayer pour débloquer tout ça, s'il vous plaît ?

xubu1957 · Le 29/10/2024, à 12:06

Bonjour,

As-tu moyen de démarrer sur un ancien noyau ?

Le 29/05/2017, moko138 a écrit :

Démarrer sur un noyau précédent
- redémarre en tapotant les touches Majuscules ou Echap
- à l'apparition du menu de grub, descends avec la flèche bas, sur la ligne :
Linux previous versions
ou
Advanced options for Ubuntu
- valide
- choisis un noyau autre que le plus récent.
- valide et laisse le pc poursuivre son démarrage.

Le 03/12/2022, nany a écrit :

Quand on a réussi à afficher le menu de GRUB, il faut alors aller sur la deuxième ligne (Advanced options for Ubuntu ou Options avancées pour Ubuntu en français) puis valider pour faire apparaître un sous-menu où il est alors possible de choisir une autre version de noyau.

Doc recovery_mode

geole · Le 29/10/2024, à 13:02

Bonjour.
Pour le support d'installation, as-tu pensé à choisir la ligne install with safe graphic mode au lieu de celle proposée.m

LLyaudet · Le 29/10/2024, à 15:01

Bonjour xubu1957 , bonjour geole ,
Merci de vos réponses rapides.
1) Démarrer sur un noyau précédent :
Avec l'installation sur le PC, dans Advanced options for Ubuntu, j'ai les choix
a) Ubuntu, with Linux 6.8.0-45-generic
b) Ubuntu, with Linux 6.8.0-45-generic (recovery mode)
c) Ubuntu, with Linux 6.8.0-40-generic
d) Ubuntu, with Linux 6.8.0-40-generic (recovery mode)

Le choix c) affiche :
Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
et ça freeze comme ça (pas de changement pendant plus de 10 minutes).

Le choix d) affiche :
Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
puis il affiche :
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Measured initrd data into PCR 9
_-
et ça freeze comme ça.

Le choix a) donne comme le c) modulo le changement de 40 par 45.
Le choix b) donne comme le d) modulo le changement de 40 par 45.

2) install with safe graphic mode
J'ai fait 6 tests en mode "Ubuntu (safe graphics)".
Car Ventoy propose le démarrage en mode normal et le démarrage en mode grub2 (je ne sais pas ce que ça change).
Mais bon 2 modes normal et grub2 avec 3 isos Ubuntu 22.04, 24.04 et 24.10, ça m'a fait 6 tests.
À chaque fois le résultat est ce que j'avais écrit au début avec juste un underscore en haut à gauche et ça freeze.

geole · Le 29/10/2024, à 17:14

Cela devient bien compliqué.

Avec le choix D.
Lorsque tu as le menu de recovery.
Ajoute le mot debug soit devant soit après le mot recovery
Cela devrait le faire bavarder un peu plus, voir plus si tu peux aussi ajouter le mot ignore_loglevel
Voir procedure au paragraphe 7.3.1

LLyaudet · Le 29/10/2024, à 17:43

Merci geole.
J'ai modifié la liste de commandes pour
d) Ubuntu, with Linux 6.8.0-40-generic (recovery mode)
avec e pour éditer comme précisé et j'ai modifié la ligne linux.
Du coup, maintenant l'affichage (en ignorant mes "hr" ------) c'est :
-----------------------------------------------------------------------------------
Démarrage d'une liste de commandes
Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
-----------------------------------------------------------------------------------
puis il affiche :
-----------------------------------------------------------------------------------
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Measured initrd data into PCR 9
_Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
-----------------------------------------------------------------------------------

En gros, ça affiche "Démarrage d'une liste de commandes" en plus et ça décale le reste de l'affichage.
Mais à aucun moment, il n'imprime de nouveaux messages de debug.
J'ai essayé en ajoutant `debug ignore_loglevel` à la fin de la ligne linux.
Et j'ai aussi essayé en les ajoutant entre "ro" et "recovery" sur la ligne linux.
Mais ça n'a rien changé.

geole · Le 29/10/2024, à 18:09

LLyaudet a écrit :

-----------------------------------------------------------------------------------
Démarrage d'une liste de commandes
Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
-----------------------------------------------------------------------------------
puis il affiche :
-----------------------------------------------------------------------------------
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Measured initrd data into PCR 9
_Loading Linux 6.
.

Tu sembles décrire une boucle.
J'ai cherché sur mots-clés
Pour le moment rien de probant.

Vu ce message
Pourrais-tu télecharger et essayer une 20.04 voir une 18.04. y compris jusqu'à une 16.04
Ou alors une 24.11. puisque tu dis avoir essayé une grande gamme.
Je ne sais pas s'il faut avancer ou reculer.

Pour éliminer quelques pistes vues dans cette recherche.
Manque de puissance électrique: L'ordinateur boote-t-il sur secteur.
Le chiffrement. Le sécure boot est-il déactivé?
Est-ce une installation chiffrée?
La virtualisation est-elle activée dans le bios. Si oui, faire un test en l'invalidant

Dernière modification par geole (Le 29/10/2024, à 18:47)

corradoventu · Le 29/10/2024, à 18:35

Si vous utilisez la clé U.S.B. bootables (non Ventoy) dans la partition writable, vous trouverez le journal d'installation, cela peut peut-être vous aider.

geole · Le 29/10/2024, à 19:01

Faire un nouvel essai en ajoutant l'option
acpi=off

LLyaudet · Le 29/10/2024, à 19:37

Rebonjour geole , bonjour corradoventu ,
J'ai fait une floppée de tests avec Ventoy,
à chaque fois Ventoy me propose :
i) Démarrage normal
ii) Démarrage GRUB
- 16.04.6 il y a les choix dans GRUB "Try Ubuntu without install" et "Install Ubuntu",
aucun des 4 (2 fois i) et ii) ) n'a marché, j'ai carrément un écran noir sans même le underscore en haut à gauche.
Pareil en faisant ii) "Try Ubuntu without install" e et debug ignore_loglevel
5 tests en tout, aucun ne passe.
- 18.04.5 (idem 16.04.6) il y a les choix dans GRUB "Try Ubuntu without install" et "Install Ubuntu",
aucun des 4 (2 fois i) et ii) ) n'a marché, j'ai carrément un écran noir sans même le underscore en haut à gauche.
Pareil en faisant ii) "Try Ubuntu without install" e et debug ignore_loglevel
5 tests en tout, aucun ne passe.
- 20.04.6 il y a les choix dans GRUB "Try Ubuntu or install" et "Ubuntu (safe graphics)",
aucun des 4 (2 fois i) et ii) ) n'a marché, j'ai carrément un écran noir sans même le underscore en haut à gauche.
Pareil en faisant ii) "Ubuntu (safe graphics)" e et debug ignore_loglevel
5 tests en tout, aucun ne passe.
- 22.04.5 il y a les choix dans GRUB "Try Ubuntu or install" et "Ubuntu (safe graphics)",
j'ai fait ii) "Ubuntu (safe graphics)" e et debug ignore_loglevel
Ça m'affiche "Booting from command list" puis toujours juste le underscore en haut à gauche.
Un nouveau test en échec.
- 24.04.1 il y a les choix dans GRUB "Try Ubuntu or install" et "Ubuntu (safe graphics)",
j'ai fait ii) "Ubuntu (safe graphics)" e et debug ignore_loglevel
Ça m'affiche "Booting from command list" puis toujours juste le underscore en haut à gauche.
Un nouveau test en échec.
- 24.10 il y a les choix dans GRUB "Try Ubuntu or install" et "Ubuntu (safe graphics)",
j'ai fait ii) "Ubuntu (safe graphics)" e et debug ignore_loglevel
Ça m'affiche "Booting from command list" puis toujours juste le underscore en haut à gauche.
Un nouveau test en échec.

> Manque de puissance électrique: L'ordinateur boote-t-il sur secteur.
Oui il est branché.

> Le chiffrement. Le sécure boot est-il déactivé?
Oui c'est désactivé. J'ai un message au démarrage de Ventoy qui me le montre.

> Est-ce une installation chiffrée?
Non.

> La virtualisation est-elle activée dans le bios. Si oui, faire un test en l'invalidant
Non, elle n'était pas activée. J'avais "VT-d disabled" dans le B.I.O.S.

> Faire un nouvel essai en ajoutant l'option
> acpi=off
J'ai fait 4 tests de plus sur les 4 versions qui proposent "safe graphics".
Donc ii) "Ubuntu (safe graphics)" e debug ignore_loglevel acpi=off
pour la 20.04.6 ça donne toujours écran noir,
pour les 22.04.5, 24.04.1 et 24.10,
ça m'affiche "Booting from command list" puis toujours juste le underscore en haut à gauche.

> Tu sembles décrire une boucle.
Moi je pense qu'il y a un bug sur le B.I.O.S. ou bien le microcode, peut-être suite à des C.V.E. récents.
En tout cas, comme le vendeur n'a pas répondu,
j'ai mon côté paranoïaque qui m'a fait pensé que c'était un truc dont ils ne voulaient pas la paternité.

> Si vous utilisez la clé U.S.B. bootables (non Ventoy) dans la partition writable, vous trouverez le journal d'installation, cela peut peut-être vous aider.
Je ne suis pas certain d'avoir compris.
SI je reflashe ma clé U.S.B. avec juste l'iso de la 24.04 par exemple,
tu veux dire que je peux tenter le démarrage "Try or install Ubuntu",
le laisser foirer,
et ensuite rebrancher ma clé U.S.B. sur mon autre ordinateur
et analyser un journal de log rempli systématiquement, c'est bien ça ?

geole · Le 29/10/2024, à 21:27

Bonsoir.
Je ne sais plus quoi proposer.
Le fait qu'en live-usb, tu ne puisses rien faire m'interpelle.
Tu as mis plein d'options permettant de suivre en direct la trace.
Reste une piste. Remettre les paramètres du bios à l'état usine.

LLyaudet · Le 30/10/2024, à 14:18

Bonjour geole , bonjour corradoventu ,

> Reste une piste. Remettre les paramètres du bios à l'état usine.
J'ai testé ça. Mais ça ne change rien.
Par contre, j'ai réinitialisé les paramètres, mais je n'ai pas essayé de réinstaller une version du B.I.O.S. plus ancienne.
A priori, la mise à jour d'Ubuntu de la 22.04 à la 24.04 lancée par ma mère n'a pas dû upgrade le B.I.O.S. mais bon.

> Si vous utilisez la clé U.S.B. bootables (non Ventoy) dans la partition writable, vous trouverez le journal d'installation, cela peut peut-être vous aider.
Je n'ai pas réussi. J'ai refait une clé U.S.B. bootable sans Ventoy, juste avec Ubuntu 22.04.5 puisque cette version marchait quand elle a acheté l'ordinateur.
J'ai essayé de démarrer avec.
J'ai encore eu l'écran noir avec juste le underscore en haut à gauche.
Puis j'ai arrêté et décortiqué le contenu de la clé U.S.B. sur mon ordinateur.
Et je n'ai rien trouvé comme journal de démarrage.

geole · Le 30/10/2024, à 14:39

LLyaudet a écrit :

J'ai refait une clé U.S.B. bootable sans Ventoy, juste avec Ubuntu 22.04.5 puisque cette version marchait quand elle a acheté l'ordinateur.

Bonjour
Essaie de nouveau de la tracer au maxima

Nota. Une live USB non persistante ne conserve pas la trace de ce qui s'est passé au démarrage précédant

Dernière modification par geole (Le 30/10/2024, à 14:42)

LLyaudet · Le 30/10/2024, à 14:50

> Essaie de nouveau de la tracer au maxima
Ça marche pas mieux.
J'ai refait "Ubuntu (safe graphics)" e debug ignore_loglevel et en enlevant quiet splash.
Mais j'ai toujours
---------------------------------------------------------------
Booting a command list

_

---------------------------------------------------------------
Idem avec "Try or install Ubuntu".

geole · Le 30/10/2024, à 14:52

Pourrais-tu faire une photo de ce qui est affiché afin de tenter de rechercher avec d'autres mots-clés.

xubu1957 · Le 30/10/2024, à 14:54

Bonjour,

Voir > [Tuto] Poster une image

LLyaudet · Le 30/10/2024, à 15:14

LLyaudet · Le 30/10/2024, à 15:17

Voilà les deux images.
La première avec la ligne grub éditée.
La deuxième avec le résultat du démarrage.
Désolé, l'écran a un reflet et je n'arrive pas à avoir une image nette.
En plus mon smartphone a un réseau assez mauvais dans mon appartement,
et j'ai poireauté plus de 5 minutes avant de pouvoir récupérer les images que je m'étais envoyées par courriel entre l'app Android et mon ordinateur.

geole · Le 30/10/2024, à 15:28

Cela n'a plus rien à voir avec les sorties du message sept
A croire que les options n'ont pas fonctionné.

Peux-tu mettre debug ignore_loglevel juste après le mot nomodeset

Dernière modification par geole (Le 30/10/2024, à 15:32)

LLyaudet · Le 30/10/2024, à 15:35

> Cela n'a plus rien à voir avec les sorties du message sept
Oui les sorties du message sept ça correspond à un boot depuis le disque dur.
Là j'ai affiché le boot depuis la clé U.S.B. Ubuntu 22.04.5
https://releases.ubuntu.com/jammy/
Par contre, la 22.04.5 n'est pas listée ici :
https://old-releases.ubuntu.com/releases/jammy/
En vérifiant les dates sur cette page web,
la version qui marchait en juillet 2023, c'est au maximum la 22.04.2 de février.
Je vais refaire un test avec celle-là.

LLyaudet · Le 30/10/2024, à 15:40

> Peux-tu mettre debug ignore_loglevel juste après le mot nomodeset
Je viens de le tester, ça ne change rien.
Je suis en train de télécharger la 22.04.2, Firefox m'annonce plus de 20 minutes car ça télécharge à moins de 5 Mo/s.

xubu1957 · Le 30/10/2024, à 15:50

Ce n'était pas un noyau tuxedo > [solution] Tuxedo drivers stopped supporting Clevo computer ?

Et pour info > Que pensez-vous du laptop Slimbook ?

Dernière modification par xubu1957 (Le 30/10/2024, à 15:54)

LLyaudet · Le 30/10/2024, à 16:53

En fait, en premier lieu, j'avais essayé de réinstaller avec la clé U.S.B. bootable de ma mère qui était sur une version de la 22.04 qui démarrait.
Et ça ne voulait plus démarrer, d'où l'ensemble des tests que j'ai faits après.
Là retour au départ, j'ai essayé avec clé U.S.B. bootable de la 22.04.2 et même la 22.04.1.
Et c'est exactement pareil sur l'écran noir avec le underscore.
Donc clairement, y'a quelque chose qui a changé sur l'ordinateur si les vieilles release d'Ubuntu n'ont pas été modifiées.
Je ne savais pas pour Tuxedo.
Moi j'avais réinstallé une fois Ubuntu sur le portable de ma mère quelques semaines après qu'elle l'ait reçu, mais j'avais pris l'Ubuntu LTS standard, pas une version spéciale Tuxedo.

geole · Le 31/10/2024, à 11:41

Bonjour.
Il est probable qu'il y ait eu une mise à jour du firmware.
Comme le live USB et le recovery ne donnent pas exactement le même résultat, tu peux faire le double test en précisant bien duquel il s'agit.
En plus des options debug ignore_level, je propose acpi=off noapic nolapic

Dernière modification par geole (Le 31/10/2024, à 11:42)

LLyaudet · Le 31/10/2024, à 17:41

Bonjour geole ,
Premier test avec d) et e debug ignore_loglevel acpi=off noapic nolapic
J'ai exactement le même résultat que dans mon message #6:

LLyaudet a écrit :

Merci geole.
J'ai modifié la liste de commandes pour
d) Ubuntu, with Linux 6.8.0-40-generic (recovery mode)
avec e pour éditer comme précisé et j'ai modifié la ligne linux.
Du coup, maintenant l'affichage (en ignorant mes "hr" ------) c'est :
-----------------------------------------------------------------------------------
Démarrage d'une liste de commandes
Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
-----------------------------------------------------------------------------------
puis il affiche :
-----------------------------------------------------------------------------------
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Measured initrd data into PCR 9
_Loading Linux 6.8.0-40-generic ...
Loading initial ramdisk ...
_
-----------------------------------------------------------------------------------
En gros, ça affiche "Démarrage d'une liste de commandes" en plus et ça décale le reste de l'affichage.
Mais à aucun moment, il n'imprime de nouveaux messages de debug.
J'ai essayé en ajoutant `debug ignore_loglevel` à la fin de la ligne linux.
Et j'ai aussi essayé en les ajoutant entre "ro" et "recovery" sur la ligne linux.
Mais ça n'a rien changé.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/10/2024, à 11:32

NL55PU Clevo qui ne démarre plus avec Ubuntu

#2 Le 29/10/2024, à 12:06

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#3 Le 29/10/2024, à 13:02

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#4 Le 29/10/2024, à 15:01

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#5 Le 29/10/2024, à 17:14

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#6 Le 29/10/2024, à 17:43

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#7 Le 29/10/2024, à 18:09

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#8 Le 29/10/2024, à 18:35

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#9 Le 29/10/2024, à 19:01

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#10 Le 29/10/2024, à 19:37

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#11 Le 29/10/2024, à 21:27

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#12 Le 30/10/2024, à 14:18

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#13 Le 30/10/2024, à 14:39

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#14 Le 30/10/2024, à 14:50

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#15 Le 30/10/2024, à 14:52

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#16 Le 30/10/2024, à 14:54

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#17 Le 30/10/2024, à 15:14

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#18 Le 30/10/2024, à 15:17

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#19 Le 30/10/2024, à 15:28

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#20 Le 30/10/2024, à 15:35

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#21 Le 30/10/2024, à 15:40

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#22 Le 30/10/2024, à 15:50

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#23 Le 30/10/2024, à 16:53

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#24 Le 31/10/2024, à 11:41

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

#25 Le 31/10/2024, à 17:41

Re : NL55PU Clevo qui ne démarre plus avec Ubuntu

Pied de page des forums