Réparer un boot "abimé"

[DodoVolant]

Dernier message de la page précédente :

@serged: "un coup de boot-repair"... oh que oui..!! plus de 4 ou 5... et des "grub-update" aussi...
mais maintenant le grub est bien là, avec les deux systèmes installés, et il y en a un qui démarre bien.

[DodoVolant]

@Jennatux: je veux bien tenter tes manip, mais je vérifie le pb suivant: ma partition "provisoire de réparation" qui est sur le HDD-sda démarre bien pour le moment,
c'est mon système principal (avec toutes mes applis et paramétrages) qui est sur le SSD-sdb qui coince... bien suite à l'install de la 2e...
Or tu notes "sda" dans toutes tes instructions, je préfère vérifier qu'on s'est bien compris, je ne voudrais pas me re-planter...
Merci d'avance de ta confirmation...

ma journée a été bouffée par un petit incident de conduite... avec mon véhicule de ramassage scolaire (et un collégien!!)...
glissade à 25k/h dans un virage serré en descente (route mouillée par le brouillard!), et frottage sur les poteaux (costauds) d'une clôture de champ qui m'ont évité de passer sur le toit (talus à 45°)... mon ange gardien est sympa...

[Jennatux]

Oui j'ai mis sda parce que le secteur de démarrage est en général sda
Avec cette commande on installe grub sur sda5 pour qu'il pointe sur sda

d'ailleurs sur l'installateur

oh !...elle a reçu la bagnole

[DodoVolant]

OK, merci, je regarde ça demain... avec les yeux ouverts...

[Jennatux]

si ça ne fonctionne pas il faudra peut être faire pour sdb5, c'est a dire (et peut être même en premier comme ça c'est le grub de sdb5 qui sera actif)

Code : Tout sélectionner

sudo mount /dev/sdb5 /boot

et

Code : Tout sélectionner

sudo grub-install --root-directory=/boot /dev/sda

[DodoVolant]

après réflexions apaisées, sda5 est ma partition "ntfs-data" qui ne contient aucun système... donc je ne comprends pas comment ça pourrait marcher?
(pour rappel de la page 1)



Je vais effectivement tenter l'opération sur sdb1 qui est actuellement planté (et ne risque donc rien de plus?) et au besoin sur sda2 ?
Je reviens sur le fait que tu penses que deux secteurs boot (un sur chaque disque), c'est un de trop? je suis en phase avec cette idée, mais du coup pour bénéficier de la vitesse du SSD-sdb quand je l'aurai redémarré je supprimerai bien celui de sda (en le "transférant" sur sdb? par une nouvelle install si besoin?).
Mais mon projet final résoudrait le problème puisque tous les systèmes seraient sur sdb, avec un /home commun sur sda?
Il y a du boulot, mais j'y crois... ça va remettre un peu d'ordre dans l'ensemble de la machine...
Merci infiniment de ton assistance, je reviens en fin de matinée donner le résultat de mes essais.

[Jennatux]

oui tu as raison , je me suis mélangé les pinceaux c'est sda1 la partition systeme de l'autre disque,excuse moi

Pour les partitions boot , non je ne sais pas trop , réflexion faite c'est logique , mais quand meme sdb1 ne fait partie d'aucun systeme Linux , celle-çi fait elle partie d'une ancienne installation ? ,
la capture gparted du sdb a été prise du système en marche apparemment puisse qu'on voit le montage /

(pour mon info ,pour quelle raison créer une partition boot ?)
As tu tenté avec mon dernier message pour réinstaller grub sur sda5
si ça ne fonctionne pas , apres je ne sais plus

[DodoVolant]

oui tu as raison , je me suis mélangé les pinceaux c'est sda1 ,excuse moi

OUF... je suis soulagé, j'avais peur d'avoir fait preuve d'une audace de débutant-capricieux...
Et vu la (relative) complexité de ma configuration générale, je comprends qu'on ait du mal à s'y retrouver (quand on n'est pas dessus depuis dix ans!! )
Je te pose les retours de tes 2 premières commandes suggérées, la 2e appliquée sur sdb1 et sdb5, je n'ai pas osé sur sda de peur de planter le grub qui fonctionne actuellement? :

Code : Tout sélectionner

root@dbi-H81M-DS2:~# update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-125-generic
Found initrd image: /boot/initrd.img-5.15.0-125-generic
Found linux image: /boot/vmlinuz-5.15.0-124-generic
Found initrd image: /boot/initrd.img-5.15.0-124-generic
Found linux image: /boot/vmlinuz-5.15.0-91-generic
Found initrd image: /boot/initrd.img-5.15.0-91-generic
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Linux Mint 21.3 Virginia (21.3) on /dev/sdb5
done
root@dbi-H81M-DS2:~# 

root@dbi-H81M-DS2:~# grub-install /dev/sdb1
Installation pour la plate-forme i386-pc.
grub-install : attention : Le système de fichiers « fat » ne prend pas en charge l'embarquage.
grub-install : erreur : l'embarquage est impossible, il est pourtant nécessaire pour les installations interdisques.
root@dbi-H81M-DS2:~# 

root@dbi-H81M-DS2:~# grub-install /dev/sdb5
Installation pour la plate-forme i386-pc.
grub-install : attention : Le système de fichiers « ext2 » ne prend pas en charge l'embarquage.
grub-install : erreur : l'embarquage est impossible, il est pourtant nécessaire pour les installations interdisques.
root@dbi-H81M-DS2:~# 

Et je fais qqes réflexions générales:
1. ce ne serait pas le grub qui est en cause puisqu'il s'affiche bien avec les 2 systèmes existants (le nouveau 'secours-sda' démarre, l'ancien sur sdb lance la procédure mais échoue.
2. je conclus donc que j'ai mis un 'pet' (à l'insu de mon plein gré) dans mon système principal (sdb), pendant mes tests divers d'install d'un dual-secours.
3. j'avais donné les constats suivants sur mon premier dépannage (topic "grub perdu total") qui pourraient être utiles (voir les images de dossiers 'cochés/marqués/bizarres' que je ne suis pas encore allé contrôler :

je viens poser qqes éléments qui peuvent aider aux réflexions des experts:

1. il me semble que ma dernière install d'ubuntu est bien configurée avec le /boot et la racine / ..??


et 2. je n'avais jamais remarqué ces dossiers avec des coches curieuses qui confirment peut-être des problèmes d'installation ??
sur la 1e image, c'est le dossier "boot" de la dernière install d'ubuntu (qui ne démarre toujours pas),


et ici on a les dossiers grub: au-dessus pour ladite ubuntu installée ce soir (sur le HDD), et en bas pour la mint-21.3 d'origine (pas touchée/modifiée "volontairement" depuis le début des soucis) toute seule sur le SSD.


Si ça peut aider..?? maintenant il faut peut-être qqes retours de commande "de pros"..??

Depuis la mint 'de secours-sda' a démarré, mais l'originale-sdb' reste inaccessible (sauf par lecture des dossiers depuis la sda.!! piste d'infos-diagnostics possibles.?)
je vais essayer d'aller les lire et je ramène ce que je trouve d'intéressant....

[Jennatux]

tu as lancer la commande pour Je n'y comprends plus grand chose , on dirait que tu as fait une installation en EFI alors que EFI exige une table de partitions GPT et chez toi c'est du MSDOS , peut etre ne pas chercher plus loin la cause du probleme, en plus ton ext2 ...
et c'est bizarre les partitions (sauf déplacement sont dans l'ordre sda1, sda2 , etc...) et chez toi c'est sda2 qui est la première
a moins que je me trompe ,
Là je n'ai plus d'idées

[DodoVolant]

Bravo pour la suggestion, ça fait un moment que ça me travaille sans que je sache avancer dans le sujet.
Au cours de mes évolutions récentes je me suis trouvé avec des setup-bios et des "boot-F12" qui mentionnaient des systèmes en double, et même certains qui avaient disparu. Après l'effacement de mon win7 d'origine (sur sda1) je l'ai traîné dans mes menus boot pendant au moins 6/8 mois et il vient seulement de disparaître après l'install de ma dernière mint21.3 sur la même partition (sda1).
Et j'ai effectivement fait certaines install (lesquelles?) en UEFI, en suivant les indications de l'install (et de tutos), et ça avait fonctionné...
Mais pas mon système principal sur sdb si je comprends bien? qui serait toujours en MSDOS? est-ce que ça peut se modifier ou pas?
Idem pour la modif sda1/sda2 qui s'est effectuée toute seule (je veux dire à l'insu de mon plein gré), mais je crois avoir l'explication: après la suppression du win7 je n'ai pas eu l'idée de créer un dual-boot sur sda (je pensais le faire sur sdb en nettoyant un peu). J'ai donc supprimé l'espace boot (actuel sda2), et récupéré l'espace pour sda1.
Quand j'ai réinstallé la mint qui fonctionne actuellement, elle m'a demandé de re-créer la sda2 actuelle en m'imposant le formatage ext2 (que je n'avais jamais utilisé auparavant). Le problème actuel vient sûrement de tous ces bidouillages de "débutant-confirmé-approximatif"...
Il faut dire que les procédures d'install (selon les distrib) sont, à mon goût, de moins en moins 'précises et guidées'?
Donc, OUI, je suis d'accord avec toi, il faut sans doute régénérer proprement UN secteur boot et tout configurer en UEFI?
(sauf s'il y a une solution qui me permet de redémarrer 'sdb' en 'mbr' pour récupérer tout mon paramétrage d'applis et logiciels. et s'il n'y a pas cette possibilité on part sur l'utilisation provisoire de sda comme système en cours, et je reformate sdb selon tes suggestions précédentes et en UEFI.?).
J'ai l'impression qu'on avance bien grâce à tes réflexions...
A+
edit: je me permets de préciser mes compétences de la manière suivante: je suis un 'débutant-confirmé' pour tout ce qui concerne le RDC et les étages (menus et paramétrages de base), et 'très approximatif' sur tout ce qui est à l'entresol et au sous-sol (noyau, coeur du système, autres fonctions 'profondes')...

[Jennatux]

ok pour sda2 ça doit etre la raison , mais en fait pas trop d'importance ,je crois

C'est soit tout efi soit legacy mais pas les deux sur le meme pc
tes deux disques sont en Msdos me semble t'il
Je n'ai pas d'autre solution que te dire de réinstaller