Forum-Francophone-LinuxMint.fr

Bonjour à tous,
mon problème "grub a disparu total" ayant été résolu... partiellement, puisqu'il reste des effets secondaires à résoudre, j'ai clôturé le sujet viewtopic.php?f=33&t=22806 pour relancer la réflexion sur l'effet secondaire suivant: ma partition principale "mint 21.3 sur le SSD 'sdb5' " ne démarre plus malgré sa présence dans le grub récupéré (je précise que je n'y ai effectué aucune opération spécifique pendant mes test de récup du grub, je n'ai travaillé que sur des live-sessions, jusqu'à l'install de la 'mint jumelle' sur sda).
Que ce soit par l'option 'normale' de démarrage, ou par la 'advanced options', le résultat est le même: ça ne démarre pas.
en 1. la nouvelle 'jumelle' installée sur 'sda', ce qui a provoqué le retour du grub, (avec une partition /boot en ext2 'imposé par l'install', au lieu du fat 32 habituel)
en 2. la version d'origine, installée sur 'sdb5' où je travaille depuis >2 ans est aussi réapparue, mais en rade...


J'ai paramétré l'install comme suit: (le boot en fat32 comme d'hab)

avant d'être obligé de passer en 'ext2' à la demande de l'install... avec un démarrage réussi et le retour du grub...


de mémoire ma mint d'origine sur le sdb5 a été installée avec un boot en fat32 et sans problèmes à l'époque.?

la procédure de démarrage donne les écrans suivants:
la dernière ligne répète un test sur tous les disques pendant 1'30 (chrono en fin de ligne), environ 6 ou 7 boucles répétées...


et on arrive ensuite au choix suivant: (les 5 dernières lignes)

j'ai testé toutes les options, le démarrage avorte sur un simple prompt sans autre option.

sur le grub, lorsqu'on prend le choix 'advanced options' on obtient l'écran suivant (je n'ai testé que la 1e et la dernière ligne) et ça ne démarre pas.


option de réflexion: lors des divers essais de dual-boot que j'ai faits sur sda (4 ou 5 au moins) j'ai sûrement choisi 1 ou 2 fois une install "efi" alors qu'il semble bien que je suis en 'legacy'.? Ceci pourrait-il avoir perturbé le boot de 'sdb5' à l'insu de mon plein gré.?

Merci d'avance aux experts qui m'éviteraient de devoir réinstaller un système sur sdb5, ce qui m'imposerait le re-paramétrage de toutes mes applis, dont filezilla, les divers réseaux (connectés smartphone): whatsapp, signal, telegram, et autres accessoires divers... Au plaisir de vous lire....

Question bête mais utile: si je multiplie les essais de récupération avec des procédures 'boot-repair' ou divers 'recup-grub', est-ce que je ne risque pas un second incident indésirable.? et donc vaut-il mieux que je fasse une réinstall sur 'sdb5' en essayant de récupérer ce que je peux de l'install en place.?
Quelquefois "le mieux est l'ennemi du bien", et

Tout bien réfléchi, puisque j'ai eu la bonne idée de m'installer le même système (que celui utilisé avant mon bug "grub disparu") en dual-boot, je vais me refaire tout le paramétrage des applis diverses, y compris la vbox avec win7...
et comme ça je peux garder 'vivant' ce problème de boot cassé que ma curiosité aimerait bien résoudre... (et ça pourra en aider d'autres? )
et si jamais aucune solution en vue, je finirai par faire une ré-install, soit en passant à mint 22, soit à un autre essai...

Nouvelle idée qui peut aider les spécialistes à m'aiguiller (?)
Je viens de réaliser que, une fois ma machine démarrée sur ma nouvelle mint(sda), j'ai accès par l'explorateur de fichiers au disque SSD(sdb) de la précédente...
donc si je peux ramener des infos utiles ce sera avec plaisir... et intérêt...

A la lecture des nouveaux sujets qui se succèdent depuis qqes jours, je suis frappé du nombre de "bugs sérieux" de fonctionnement qui apparaissent en "pandémie", à savoir les problèmes de 'grub-disfonctionnant', de 'démarrage-désobéissant', et autres 'problèmes-curieux' (souvent -mais pas seulement- après install d'une version très récente).
Dans la mesure où mon problème personnel (de ce topic) semble trop 'particulier-isolé' pour susciter des suggestions de réparation, je m'oriente vers une nouvelle solution 'réinstaller-point-barre' que je souhaitais éviter pour ne pas devoir reparamétrer l'ensemble de mes logiciels et applis... Je laisse donc ce sujet ouvert au cas où un insomniaque serait frappé d'une idée de génie,
MAIS j'en ouvre un autre pour prendre des conseils sur le formatage-repartitionnement de mon SSD afin d'y installer les deux systèmes (quels qu'ils soient) que je veux installer en dual-boot pour essayer d'éviter (à l'insu de mon plein gré ) une 2e aventure identique... dès que le nouveau sujet est créé je viens coller le lien ici.
[edit] le voilà: viewtopic.php?f=33&t=22849
Bonne soirée à tous.

nouvel indice pour les curieux: un peu au-dessus j'ai collé une image du menu par la tentative de démarrage "advanced options" de mon système d'origine qui ramène 13 lignes identiques... et j'avais testé la 1e et la dernière sans résultat (même message d'échec). Puis j'ai testé la 2e avec le même résultat, et ce matin, je viens de tester la 3e...
oh surprise, ça se passe différemment.!! sans démarrer quand même.
Les copies d'écran:
la procédure avorte sur un "curseur mort", je tente une simple validation, le "done" se répète? (?puis un ctrl-C, puis un alt-ctrl-del?)

et j'obtiens une info d'échec avec le prompt "initramfs" (déjà vu assez souvent sur des problèmes précédents)
j'y colle donc l'instruction (donnée par @cyrille?) soigneusement archivée, et visant le disque concerné 'sdb5',

et j'obtiens un message que je ne sais pas interpréter

no such file... executing fsck.ext2

juste l'interrogation que je n'ai pas de partition en ext2 sur ce disque? le dernier système installé sur le 'sda' me l'a demandée (pour la 1e fois de ma vie de pingouin!!), mais pourquoi ça se trouverait dans une procédure sur le sdb?
voilà les 2 disques avec gparted:


serait-ce le 'sdb1' (boot) que j'aurais du entrer dans mon instruction...

au plaisir de vous lire...

au cas où ça rendrait service, voici le résultat du

fsck -y /dev/sdb1

que je ne sais pas interpréter utilement...

T'as tenté un coup de boot-repair ?

Bonjour
Malgré des centaines d'installations je n'ai jamais fait de partition boot ,(je n'en vois pas l’intérêt), je me demande si le probleme ne vient pas du fait d'en avoir 2.

essaie peut etre depuis un systeme qui démarre
ou si rien ne demarre depuis un live
et

@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.