Forum

Bonjour,
J'utilise Mageia 6, en dual boot avec windows 7, depuis un petit bout de temps.
J'ai 3 disques : 1 SSD W7, 1 SSD linux et 1 DD linux pour le stockage.
Le MBR est sur le 1er SSD sous W7.
Windows 7 est conservé pour les jeux, principalement pour l'usage de mon fils (mais pour moi aussi, à vrai dire).
Récemment, celui-ci m'a dit qu'il avait eu des plantages à répétition dans windows 7.
En voyant les messages d'erreur de windows au démarrage après un plantage, j'ai effectivement constaté plein d'erreurs de blocks orphelins donnés par chkdsk de windows.
Après un autre plantage de windows, le PC n'a pas voulu redémarrer, grub se plantant au démarrage, en affichant le prompt :
grub>
(si je tape entrée avec insistance, il me dit "problème stage 2").
Effectivement, en démarrant sur une clé live gparted, et en vérifiant la partition NTFS de windows, celui-ci me dit que la partition, située sur le 1er SSD est endommagée, et qu'il ne peut la réparer. J'en ai profité pour monter la partition root de mon linux et supprimer le montage de la partition windows dans le fstab.

En rebootant à nouveau le PC, j'ai réussi à démarrer linux en suivant les instructions ici, qui me dit exactement comment booter à partir du prompt grub.

Bon, et j'en viens à ma question: pour réinstaller proprement grub sur le disque de démarrage, que me conseillez vous : de suivre les instructions sur la même page, à savoir :
# update-grub
puis
# grub-install /dev/sda
ou une autre manip connue ?
(je précise que j'ai testé mon drive avec smartmon et qu'il a l'air en bonne santé )
Merci bien

Édité par Antoniop Le 18/06/2019 à 16h08

Étrange étrange !
Si tu es sous Mageia (pas en live CD ou autre), peut-être que le plus simple, c'est d'aller dans le CCM, dans démarrage, configurer le démarrage du système, suivant, terminer.

Normalement, en ne touchant rien d'autre parmi les options, c'est bon. Si ça ne fonctionne pas, alors oui... Peut-être qu'on passe en CLI ^^

Le SSD W7 a l'air bien malade.
Est-il bien alimenté ?

Si sors cette hypothèse de :

Le second étage du chargeur de démarrage est situé dans la racine de mageia.

En fait, je ne vois pas ce qu'il te fait dire que le SSD W7 est malade.

Ceci, non ?

Effectivement ! Mais il y une phrase qui m'a fait oublié tout ça :

Du coup, est-ce que tu as as controlé le SSD W7 ?

J'ai fait un test court et un test long
$ sudo smartctl -t long /dev/sda
qui m'a donné cela :


Donc il n'est pas mort, cela étant, selon mon expérience un test smartmon peut être réussi alors que le disque est au bord de l'agonie. Par contre quand il commence à y avoir des erreurs, il faut (re-)sauvegarder très vite.

C'est une bonne question, j'y ai pensé aussi, car elle m'a déjà donné des signes de faiblesses.
En définitive, pour mon SSD, je dois avoir une sauvegarde faite avec clonezilla. Si la restauration passe, c'est que le SSD est encore bon. Si ça passe pas, c'est qu'il est mort (il n'est pourtant pas si vieux).

Édité par Antoniop Le 18/06/2019 à 22h13

et grub ?

Il y a du nouveau : j'ai lancé un jeu sous linux, et ça a totalement planté mon PC au bout de 3-4 minutes, comme sous windows.
Du coup j'ai dû refaire ma manip sous grub et ouf ! ça a re-marché.
Alors soit effectivement l'alim est morte et n'arrive plus à tenir la charge, soit c'est ma carte graphique qui fait planter le PC. En même temps, en 4 minutes, elle n'a pas eu le temps de chauffer.
Qu'en pensez vous ?
Pour grub, je n'ose pas faire quoi que ce soit, j'ai peur de ne plus pourvoir redémarrer !

Bon,
Alors je reviens un peu vers l'avis de JB.
Les erreurs du disques Windows peuvent venir des plantages, qui feraient que des données corrompues resteraient sur la partition Windows.
La carte graphique qui chauffe pourrait être une explication. 3 à 4 min sont suffisantes pour monter en température.
Pour le grub, je recommande le passage par le CCM, comme JB.

La monté en températures peut se faire en quelques secondes (10 secondes c'est possible). Ensuite, vient la dissipation de la chaleur.
Comme tu as lancé le jeu sous linux, il doit y avoir des registres quelque part.

Sais tu l'heure à laquelle le plantage a eu lieu ?
si oui, peux tu en tant que root taper :
journalctl --list-boots
(S'il te plait, passe en root avec juste "su", sans le moins qui suit, c'est pour garder la variable d'environnement ${USER})

exemple :


identifier le boot (par exemple le 11 avril 2019 à 19:20 c'est entre 19:18 et 19:23, donc "-1"
puis extraire le registre avec la commande :
journalctl -xa -b -1 >/home/${USER}/journal && chown ${USER}:${USER} /home/${USER}/journal
tu peux la copier/coller. Pour coller dans un terminal,c'est [CTRL]+[SHIFT]+[V] .

Vu que j'ai le même plantage sous windows et sous linux, le plantage ne vient pas du disque sda. Par contre, c'est sûr que ça a du créer des erreurs disques.
Ma carte graphique étant assez récente, je pense (j'espère) qu'elle n'a pas de problème. En revanche, l'alim date de 2009.
Je vais en commander une autre (seasonic 550 w gold) et puis je verrai si cela va mieux !
Je vais aussi tester le grub chez moi ce soir.
Merci pour vos avis !

Édité par Antoniop Le 19/06/2019 à 11h35

Merci JB, cela doit faire à peu près 30 ans que je connais su (et je ne suis pas mytho, cela existait sous unix, sur lequel j'ai fait mes études)
Merci pour la commande en ligne, je la garde dans mon catalogue de commandes utiles !

(désolé, je ne te connais pas, et j'ai eu d'excellente expérience avec des personnes qui retapait la commande :
cd /home/RemplaceIciParTonPseudoUtilisateur/
à la lettre, et venait se plaindre que la commande ne marche pas. Alors je prends sur moi, je rédige plein de lignes extra-supplémentaires pour que ça fonctionne, ne le prends pas personnellement.)

Je comprends, merci de ne pas avoir mal pris ma remarque non plus !