Bonsoir,

Je ne pensais pas que cette discussion me serait utile aussi rapidement!

Je me trouve sur le N240JU d'une cliente sous Ubuntu 16.04 (OK jusqu'en avril 2021). La cliente se plaignait de difficultés d'allumage (curseur blanc après l'écran violet, puis plus rien) et finalement de ne plus pouvoir démarrer du tout. En effet, même la LED du bouton power ne s'allumait plus!?!

J'ai retiré quelques instants la pile du BIOS, après quoi le bouton Power s'allumait à nouveau. En tentant de lancer BootRepair depuis une clé live-USB, je me suis aperçu que la machine était en mode UEFI. Je l'ai remise en mode Legacy (UEFI: Disabled) et lancé BootRepair sur une clé Legacy. La réparation a été faite et la machine a redémarré comme une fleur.

J'ai donc lancé les mises à jour et passé les commandes suivantes:

sudo apt update
sudo apt upgrade
sudo apt autoremove

et tout s'est bien passé. J'ai encore voulu lancer un:

sudo apt autoclean
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Del intel-microcode 3.20201110.0ubuntu0.16.04.1 [2'849 kB]

Et c'est là que j'ai eu un message Del intel-microcode 3.20201110.0ubuntu0.16.04.1 [2'849 kB], que j'interprète comme la suppression par autoclean du fameux intel-microcode.

Ne me reste plus qu'à faire:

sudo update-grub
reboot

Malheureusement, cela n'a rien amélioré. La machine ne démarre qu'une fois, impossible de faire apparaître le menu GRUB avec [Shift] pour lancer le système en mode recovery. La seule solution consiste à lancer Boot-Repair sur une live-USB en mode Legacy, toutefois la réparation du GRUB ne permet de démarrer qu'une seule fois et, au prochain démarrage, on aboutit de nouveau sur un écran noir.

Comme Boot-Repair m'indiquait que la partition bootable était trop éloignée du début de la partition du disque SSD de 120 GB, j'ai encore supprimé avec GParted (dans Boot-Repair) la partition SWAP, mais cela n'a rien changé: la réparation du GRUB ne fonctionne qu'une seule fois.

Comme ce matin sur une autre machine N240JU présentant le même problème, j'ai redémarré la machine une dernière fois pour sauvegarder les données, lancé Clonezilla depuis une live-USB Legacy, flasher notre build Ubuntu 20.04 UEFI, enclenché le mode UEFI dans le BIOS, redémarré la machine comme une fleur et réalisé les mises à jour avant de restaurer les données (de préférence dans un dossier créé au préalable sur le home).

C'est rageant de ne pas comprendre, mais c'est la seule solution...

Cordialement.

Je pensais avoir trouvé une solution triviale avec Brasero pour graver une image disque sur ma clé USB formatée en FAT32 avec GParted et téléchargée dans /tmp/mozilla. Mais impossible d'y parvenir...

J'enrage, car au premier redémarrage, je me suis retrouvé devant le même problème!!!

J'ai donc redémarré en tapant [F7] (Boot select) pour choisir ensuite l'option Recovery mode, puis Root pour lancer un "update-grub", avant de reprendre le démarrage. Après quoi j'ai lancé une mise à jour enmode graphique avec le gestionnaire de mise à jour. Et tout semble à nouveau fonctionner.

Mais toujours pas l'ombre d'une idée du pourquoi et comment!!!

Zut alors! Rebelotte ce matin: écran violacé et rien d'autre. BootRepair n'améliore pas les choses et il faut démarrer en recovery mode. C'est incompréhensible!?!

Suite au prochain épisode...

Merci Claudep!

En fait, mis à part un démarrage ce matin en recovery mode, et sans rien faire d'autre, tout est rentré dans l'ordre et cela fait la 3e fois que je démarre ma machine sans encombre...

Le mystère s'épaissit, mais tout va bien!?!

Un indice: voilà trois fois, aujourd'hui comme hier, que je redémarre sans problème ma machine Ubuntu 16.04. A confirmer demain...

Tout se passe comme si le démarrage ne fonctionnait plus dès lors que la date est différente de celle de l'extinction.

Un peu comme avec mon Fairphone 3, que, durant plusieurs semaines, je devais redémarrer une fois par jour (mais pas deux)!?...

Peut-être cela donnera-t-il une idée à quelqu'un, sachant que le même problème s'est présenté sur d'autres machines, qu'elles soient sous Ubuntu 16.04 ou 18.04...

La machine de la cliente réparée il y a une semaine, comme mentionné dans le post #16, il était impossible de faire que la LED power s'allume en bleu. La LED se trouvant tout à gauche sur la tranche était allumée en vert indiquant que la machine était allumée ou sous tension, mais il n'y avait pas d'alimentation branchée.

J'ai retiré la pile du BIOS durant 5 minutes et j'ai pu redémarré la machine en recovery mode. Comme au deuxième redémarrage j'avais à nouveau un écran violacé sombre, j'ai supprimé de la liste des mises à jour le Intel micro-code avec:

sudo apt-mark hold intel-microcode

puis effectué les mises à jour, y compris grub-update, autoclean et autoremove.

La partir de là la machine a déjà redémarré sans problème au moins 5 fois.

On touche du bois...

Au risque de me répéter, je pense que ça vaudrait la peine de le désinstaller, au moins pour voir si c'est bien la source du problème. Ensuite on peut toujours essayer de réinstaller une version antérieure, ou attendre un peu jusqu'à ce qu'une nouvelle version corrige le problème actuel. Je pense qu'on peut très bien "vivre" sans ce paquet.

François Marthaler a écrit:

J'imagine qu'il faudrait réinstaller la version 3.201511.06 pour Ubuntu 16.04 (xenial, dans mon cas), mais je ne sais pas trop comment faire. Peut-être avec Synaptic? Je n'ose pas trop essayer, de peur de ne plus rien pouvoir faire...

Merci pour toute aide!

Via synaptic, c'est assez aisé à faire:
- Choisir le paquet en question
- Menu -> Paquet -> Choisir la version (CTRL+e) -> Forcer la version
- Appliquer
Ensuite, il faut bloquer la version installée.
- synaptic :
- Choisir le paquet en question
- Menu -> Paquet -> Bloquer la version
- dpkg:
- au terminal, taper :

sudo apt-mark hold intel-microcode

Il faut absolument faire les deux manipulations, parce que synaptic et dpkg/apt ne bloquent pas les paquets de la même façon.

Il n'y a pas grand risque à faire cette manipulation.
En l'état, de toute façon, la machine est peu utilisable.
Au pire, il faut backuper  /home - depuis un live CD ou autre - réinstaller la machine et restaurer /home.

Cher Eggman,

Après un redémarrage sans problème, je constate que Synaptic m'indique que j'ai toujours l'ancienne version de intel-microcode.

Un immense merci pour la solution complète à ce problème sur lequel nous et nos clients butons depuis au moins deux semaines.

Je me permets deux questions complémentaires:
- où as-tu acquis ces compétences (je pense en particulier à la gestion différenciée des mises à jour par dpkg et apt)?
- pourquoi les développeurs du noyau Linux ont-ils intégré ce nouveau microcode (propriétaire) qui fout le b...?

Cordialement.

Chapeau Eggman! Et encore merci!!!

Cela a même aidé un client en Suisse alémanique: https://swisslinux.org/forum/viewtopic. … 96#p31396.

Cordialement.