Forum

Bonjour à tous

Mon bon PC fixe vient de planter. Je vais décrire exactement ce qui s'est passé afin que vous m'aidiez à déterminer comment m'en sortir.

1° Je démarre, je me connecte, j'écris un mail et plus rien ne bouge, souris, clavier figés.
2° J'arrête, redémarre, me connecte, écris un mail et plus rien ne bouge, souris, clavier figés.
3° J'arrête, je redémarre, les ventilos et les disques tournent, l'écran reste désespérément noir et vide.
4° Idem 3°, rien du tout
5° Pensant démarrer sur une clé USB, j'arrête et redémarre, rien comme comme 3° et 4°, impossible de démarrer sur la clé
6° J'arrête, plus longtemps, je redémarre,,la détection des devices apparaît, puis le prompt grub>. Mais clavier inutilisable.
7° Idem 3° et 4°, rien du tout
8° Idem 6° mais le clavier est utilisable. (Mais c'est moi qui ne sait pas quoi faire !)
9° Idem 8°

Précision : le système (/) est seul sur un SSD.

1ère question : À votre avis, est-ce matériel ou pas ?
2ème question : comment avoir le clavier français avec grub ?

En attendant vos avis, je cherche comment me dépatouiller avec grub...

Édité par magnux77 Le 29/05/2020 à 09h07

Bonjour,



C' est une bonne question...

Grub apparait à chaque fois ?

Si oui, il faudrait essayer de faire un ls afin de voir si des disques sont vus...

Après si l' écran est totalement noir, peut être que cela vient d' un composant matériel (mémoire ?, le ssd en lui même (bien que la clé usb est externe à celui ci.) ? )

Édité par nic80 Le 28/05/2020 à 14h56

Salut nic80 ! Et déjà merci.

Ben, comme tu peux le voir dans mon post précédent, dans les derniers boots, oui. Avant, non.

Résultat du ls recopié manuellement (Pfff)
J'en déduis que mon SSD système est vu (hd0)

Édité par magnux77 Le 28/05/2020 à 15h08

Bonjour Magnux77,

Sacrée histoire dis donc ! Comme tu ne mentionnes pas de Maj, ca serait plus matériel effectivement.
En plus, les commandes grub sont très limités...
Mais l'écran fonctionne, le sytème démarre et les disques sont reconnus.

A première vue, on pourrait peut être penser à une barette de ram défectueuse peut être car le noyau ne se charge plus...

Tu pourrais tester Memtest86+sur clé usb en live ? https://www.commentcamarche.net/faq/899-memtest-tester-ses-barrettes-de-ram

Xcuz Fafoulous : je retiens de vérifier la mémoire mais j'étais déjà sur un autre essai.

J'ai démarré sur une Mageia sur clé USB. J'ai choisi Rescue plutôt qu'Install, je sléectionne Re-Install Boot Loader. Il me demande une confirmation, j'accepte et il échoue avec les messages suivants (recopiés à la main)

Bonjour,

S' il n' y a pas eu de mise à jour, ce qui semble le cas, on peut supposer que le grub bien qu' accessible ne trouve plus son fichier de configuration.

Plusieurs ls, devraient permettre de trouver celui qui contient le système.

Par exemple un

ls (hd0,msdos2)

Si on est sur que le hd0 est bien le bon, on peut essayer un

configfile (hd0,msdos2)/boot/grub2/grub.cfg

(Mais je n' y crois pas parce que les rares cas où cela peut se produire, c' est souvent suite à une mise à jour du kernel qui a "oublié" de renommer le fichier temporaire de configuration de grub (ici, cela voudrait dire que cette partie a disparue !)

hd2 et 3 sont des disques de données (des fois qu' il y ait un fichier grub pour démarrer dessus) ?

Edit: à la vue des messages d' erreur, il semble qu' il doit manquer quelques fichiers (les modules de grub en l'occurence), du à une corruption de la partition ?

Edit 2: ce message me fait penser à ce post ci.

Édité par nic80 Le 28/05/2020 à 16h19

C'est (hd0,msdos1) qui contient le système, msdos2 contient le swap et msdos3, la partition EFI. Je peux le confirmer par ce que j'ai vu de la commande lsparts du Rescue de la Mageia sur USB. hd2 et hd3 sont des disques de données, sans fichier grub.

Et le ls retourne


J'ai donc effectué les 2 commandes que tu m'as indiquées (sur hd0,msdos1). Après rectification des erreurs (qwerty !), la commande ne retourne que le prompt grub>

J'ai naïvement tenté la commande boot (des fois que ça tombe en marche ) mais


J'ai redémarré avec SystemRescueCD et je vois que dans sda1 il n'y a pas de fichier /boot/grub2/grub.cfg, il n'y a que le grub.cfg.old. Alors qu'à côté, pour grubenv.old il y a grubenv. Et sous /grub2 il y a grub.cfg et grub.cfg.old mais beaucoup plus anciens. Considérant que c'est une anomalie et en croisant les doigts j'ai copié grub.cfg.old vers grub.cfg. Et j'ai rebooté.

Le boot m'a causé de nodkms, m'a taquiné sur ma carte graphique, il a fallu rebooter et là : ÇA MARCHE !!!

Édité par magnux77 Le 28/05/2020 à 18h57

Bonjour,

Depuis le mode resue, il est possible voir si les fichiers mod sont présents quelques part ?

Sans ceux ci, il sera impossible de démarrer, grub en ayant besoin.

Par contre je suis surpris que le configfile ne donne pas de message d' erreur du style "le fichier n' existe pas".

Depuis grub, un

ls (hd0,msdos1)/

donne quelque chose (on va lister ce qu' il y a à la racine de cette partition, cela permettra de voir s' il existe des fichier, le "ls" de grub permettant le listing !) ?

Edit: puisque le grub.cfg.old exidte, on peut donc essayer de le lancer avec configfile (hd0,msdos1) /boot/grub2/grub.cfg.old

ou alors renommer le grub.cfg.old en grub.cfg (avec la présence du grubenv qui va bien, sous réserve que les noyaux présents dans ce grub.cfg.old soient toujours présents )

Édité par nic80 Le 28/05/2020 à 18h46

Nos messages se sont croisés. Tu pourras lire dans mon post précédent que j'ai eu la même idée que toi et ça a fonctionné.

Je t'écris désormais depuis la machine qui ne démarrait pas. Et d'abord un grand merci !

J'ai fait une mise à jour, j'ai supprimé une palanquée de kernels 5.5 histoire de vérifier le couple grub.cfg - grub.cfg.old se maintenait et c'est correct.

La seule chose bizarre, c'est que le menu grub n'a pas de thème mageia et ne propose, sur un fond bleu uniforme, que Mageia7 et Options avancées pour Mageia7 et pas les différents kernels 5.6 que j'ai conservés. C'est un peu gênant de ne plus avoir la possibilité de retrograder de kernel.

Édité par magnux77 Le 28/05/2020 à 19h25

Bonjour,

Je pense que pour le thème, il doit être possible désinstaller le paquet de thème de grub ( je ne sais plus son nom) et le réinstaller.

Il est peut être nécessaire de faire une mise à jour par drakboot pour avoir les options supplémentaires (afin de redécouvrir les autres systèmes éventuels et s' assurer que grub est bien en mode graphique et pas texte).

Il me semble que supprimer les anciens noyaux manuellement ne met pas forcément le menu de démarrage à jour)

Édité par nic80 Le 28/05/2020 à 19h26

Je n'ai pas supprimé manuellement les anciens noyaux mais par CCM / Installer désinstaller des logiciels.

Ensuite, tu as raison, grub était en mode texte (pourquoi ?), je l'ai passé en graphique. mais sur fond noir cette fois, le theme mageia n'y est pas. Le délai de réponse n'était pas renseigné (pourquoi ?). Mais j'ai la liste des kernels, tant mieux.

1° Je suis content d'avoir récupéré ma machine.
2° Je t'en remercie.
3° C'est bizarre les tous premiers évènements du début du sujet, le blocage souris, clavier, non ?

Édité par magnux77 Le 28/05/2020 à 19h38

Je me suis dit que ce n'était pas bien compliqué de retrouver le package qui va bien avec "grub" et "theme". Bizarre, il était installé. Je l'ai désinstallé, réinstallé. Et ?

Retour à la case départ ! Sur 6 extinction-allumage
3 ne donnent rien à l'écran
1 a démarré le boot qui s'est arrêté sur un fichier de page manquant
2 s'arrêtent sur le prompt Grub.

Et maintenant, même plus de grub. J'allume, le clavier clignote, la clé USB clignote, rien de rien à l'écran, même pas le Bios avant le Grub, pas de possibilité de le voir. Il est où le problème. Le SSD ? La mémoire ? La carte-mère ?

Édité par magnux77 Le 28/05/2020 à 20h51

Maintenant, j'ai le Bios à chaque fois. Pourquoi ?...
J'en profite, comme l'a suggéré Fafoulous, de tester la mémoire.

Je plante une USB Mageia et paramètre le Bios pour démarrer sur l'USB. Ça démarre, j'ai alors 3 choix : Install Mageia, Rescue System, Test Memory. Je lance le test mémoire. Arrivé à plus de 30%, l'écran s'éteint, la machine reboote. Elle reboote sur la clé USB et si je choisis Test Memory, le test se lance, s'arrête après 30% et reboot. Indéfiniment et toujours après 30%.

À votre avis, docteurs ?...

Édité par magnux77 Le 28/05/2020 à 21h30

j’enlèverai une barrette, pour les tester une à une.
mais c'est bizarre que ça coupe carrément,
en général, ça relève juste des erreurs, ou il y a vraiment un gros problème sur la barette ?

problème de température ?

le fait de les manipuler, changer les emplacements, mais j'y crois pas trop.

Édité par Ami age Le 28/05/2020 à 22h15

Bonjour,

Est ce que le pc fait des bip quand le bios ne démarre pas ?

Le clavier clignote quand pas de bios... Est ce que cela produit une séquence particulière et répétitive (cela peut peut être un signe d' une panne ) ?

Je me demande si la carte mère n' a pas non plus de voyants de diagnostics intégrés.