Pour l'instant, la machine fonctionne et j'ai même pu prendre la main à distance pour notamment effectuer les dernières mises à jour de Ubuntu 20.04 en ligne de commande et sans aucun message d'erreur.

Comme je n'étais pas certain que le problème était résolu (cf. message d'erreur ci-dessus), je lui ai demandé de relancer fsck en recovery mode et, à nouveau, l'opération n'a pas pu s'exécuter, comme le montre cette photo d'écran:



C'est du jamais vu et je pense que le problème va se reproduire...

Merci pour l'aide.

Bonjour,

https://askubuntu.com/questions/1090066 … ounted-r-w indique que depuis 20.04 (voire 18.10) on ne peut plus utiliser le mode recovery pour vérifier la partition root car celle-ci y est montée.

Selon moi le plus simple est de faire un clef ubuntu live et lancer un fsck sur le bon disque depuis cette clef...

Si on cherche une méthode sans clef USB, c'est possible bien sûr mais nettement plus technique. Je n'ai pas de machine Ubuntu sous la main présentement donc je ne peux pas vous assurer que cette procédure est exacte dans l'exécution (mais dans l'idée si). J'ai juste fait un essai dans une machine virtuelle Ubuntu 20.04 qui semble montrer que cela fonctionne. L'idée est de forcer le démarrage dans le initramfs, et d'utiliser le fsck qui s'y trouve pour vérifier la partition root :

0. noter le nom de la partition root de votre système, par exemple : /dev/nvme0n1p2 (on l'obtient par exemple grâce à la commande "df /")
1. vérifier que fcsk  se trouve dans le initramfs : "lsinitramfs /boot/initrd.img | grep fsck" (qui requiert le paquet initramfs-tools-core)
2. redémarrer et dans grub éditer la ligne des options du noyau (via la commande "e" sur la ligne Ubuntu, puis en navigant avec les flèches jusqu'à la fin de ladite ligne) pour y ajouter " break=premount" (cf. par exemple https://wiki.debian.org/InitramfsDebug), puis Ctrl-x pour démarrer
3. une fois dans le initramfs, lancer : "fsck <nom de la partition root>" (déterminé dans l'étape 0 ci-dessus)


Florent, pour Commown.

La dernière erreur fait vraiment penser à un souci de RAM. Il faudrait essayer d'enlever une barrette, voir si ça se reproduit, et si oui essayer l'autre.

Comme l'accès aux slots de mémoire 1 & 2 est plus compliqué que pour les slots 3 & 4 sur une P775DM3-G (voir https://fr.ifixit.com/Tutoriel/P775DM3+ … +RAM/96752), j'ai suggéré au client d'aller dans le menu GRUB en pressant une fois sur [Esc] 2-3 secondes après l'apparition du logo why! et de lancer memtest86+. Comme il n'y parvenait pas, j'ai testé la chose sur notre machine de démo et constaté qu'il n'y a plus de memtest86+ dans le menu GRUB de Ubuntu 20.04. J'ai tenté de faire un test avec une clé Live-USB avec BootRepair, mais cela n'a pas fonctionné (écran noir et rien...).

J'ai finalement trouvé la solution sur https://www.memtest86.com/tech_configuring-grub.html, mais je ne l'ai pas encore testée...

Bonjour,

Visiblement, le problème n'est toujours pas réglé, si j'en crois le courriel reçu le 02.04.2022:

Bonjour,

J'ai acheté un ordinateur au mois d'octobre dernier.

Dès le premier allumage, est apparu un écran noir et un message se terminant par "initramfs".

Ce phénomène se produit depuis régulièrement à peu près toutes les 10 tentatives de démarrages.

Je parviens jusque là à re-démarrer l'appareil après une extinction forcée.

Le problème est récurrent et semble se présenter de plus en plus fréquemment (deux fois de suite entre hier et aujourd'hui).

Les messages sur l'écran noir sont les suivants :

Busybox V1.30.1 (ubuntu 1:1.30.1_4ubuntu6.4) built-in shell (ash)

Enter ‘help’ for a list of built-in commands-(initramfs)

Ou :

alloc magic is broken at 0x295f10c0 : 0

Aborted, press any key to exit.

Puis, après avoir appuyé sur une touche :

Reboot and select proper boot device or insert boot media in selected boot device and press any key

Et aujourd'hui, nous recevons ce message:

Bonjour, pour info ce matin à nouveau, l'écran noir avec le message se terminant par "initramfs" est apparu à l'allumage.

C'est à dire que d'un démarrage problématique sur dix, on est passé à trois démarrages problématiques sur trois.

Une extinction forcée et un redémarrage me permettent alors d'accéder  à mon ordinateur... Mais jusqu'à quand ?

J'attends de vos nouvelles.

Sincères salutations

Je pense que nous devrions prendre cet appareil en pension quelques jours pour tenter de cerner la nature du problème...

Bonjour,

J'ai trouvé une petite discussion sur askubuntu.com.

Il faudrait démarrer sur une clé Live-USB, choisir "Essayer Ubuntu", puis lancer un terminal (Ctrl+Alt+t) et écrire:

lsblk

(Ceci permettra d'identifier l’emplacement du disque à réparer, ex: /dev/sda2)

Ensuite, écrire:

sudo fsck /dev/sdxx

(Remplacer le sdxx par le résultat de la première commande, ici pour l'exemple, sda2)

S'il n'y a pas d'erreur, faire:

reboot

Sinon, retaper la deuxième commande jusqu'à ce qu'il n'y ait plus d'erreur, puis faire reboot.

On attend de voir si ça résout le problème.

Cordiales salutations.