Abandon le 17-11-24 Réparer un boot "abimé"

Postez ici toutes vos demandes d’assistance générale concernant le fonctionnement de Linux Mint, qui n'entrent pas dans les autres rubriques.
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Réparer un boot "abimé"

Message par DodoVolant »

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

J'ai paramétré l'install comme suit: (le boot en fat32 comme d'hab)
Image
avant d'être obligé de passer en 'ext2' à la demande de l'install... avec un démarrage réussi et le retour du grub...
Image

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

et on arrive ensuite au choix suivant: (les 5 dernières lignes)
Image
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.
Image

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é.? :oops: :roll:

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...
:idea: non, pitié, PAS la vbox avec win7... :l
Au plaisir de vous lire....
Modifié en dernier par DodoVolant le dim. 17 nov. 2024 22:16, modifié 1 fois.
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

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
la flemme (de réinstaller) n'est pas forcément la meilleure conseillère ? :l
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

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... :roll:
et comme ça je peux garder 'vivant' ce problème de boot cassé que ma curiosité aimerait bien résoudre... :geek: (et ça pourra en aider d'autres? :l )
et si jamais aucune solution en vue, je finirai par faire une ré-install, soit en passant à mint 22, soit à un autre essai... :idea:
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

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... :roll:
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

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...
ben oui, la flemme est souvent une recherche d'efficacité, mais quand on peut pas, on peut pas... :oops: :geek: :arrow:
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é :l ) une 2e aventure identique...
encore que seulement 2/3 crash emm..dants en 7/8 ans, "c'est pas la mort", et ça aide à se perfectionner...
tiens: j'ai mis moins de 24h à obtenir une vbox-win7 fonctionnelle AVEC accès à une partition ntfs externe... le clavier anglais, c'est sûrement un coup d'oeil raté à l'install du winmol... :? :lol:
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.
Modifié en dernier par DodoVolant le sam. 16 nov. 2024 11:38, modifié 2 fois.
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

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?)
Image
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',
Image
et j'obtiens un message que je ne sais pas interpréter
no such file... executing fsck.ext2
Image
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:
Image
Image
serait-ce le 'sdb1' (boot) que j'aurais du entrer dans mon instruction... :roll: :idea:

au plaisir de vous lire...
Modifié en dernier par DodoVolant le sam. 16 nov. 2024 09:33, modifié 1 fois.
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

au cas où ça rendrait service, voici le résultat du
fsck -y /dev/sdb1
Image
que je ne sais pas interpréter utilement... :? :oops:
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Avatar du membre
serged
Messages : 1132
Enregistré le : jeu. 16 juil. 2015 07:59
Localisation : Montrouge (France)

Re: Réparer un boot "abimé"

Message par serged »

T'as tenté un coup de boot-repair ?
LinuxMint Virginia Cinnamon et d'autres machines en MATE, XFCE... 20.x , 21.x ou 19.x
Tour : Asus F2A55 / AMD A8-5600K APU 3,6GHz / RAM 17Go / SSD 4To /Nvidia GeForce GT610 / LM21.3 Cinnamon
Portable : LDLC Mercure MH :Intel® Pentium(R) Silver N5030 CPU @ 1.10GHz × 4/RAM 8Go / Intel HD graphics 500 i915 / ) - LM22.3 MATE (sur HDD)
Avatar du membre
Jennatux
Messages : 3294
Enregistré le : mer. 1 nov. 2017 01:59

Re: Réparer un boot "abimé"

Message par Jennatux »

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

Code : Tout sélectionner

sudo update-grub 

Code : Tout sélectionner

sudo grub-install /dev/sda
ou si rien ne demarre depuis un live

Code : Tout sélectionner

sudo mount /dev/sda5 /boot
et

Code : Tout sélectionner

sudo grub-install --root-directory=/boot /dev/sda
Modifié en dernier par Jennatux le ven. 15 nov. 2024 21:49, modifié 2 fois.
Fujitsu : Ubuntu 26.04 - Xubuntu 26.04 - Ubuntu Cosmic 24.04
Clevo : Ubuntu 26.04 - Xubuntu et Lubuntu 26.04 - Linux Mint 22.3 Cinnamon et xfce

Avec partition data ..................... Partition data en Multiboot EFI

Une fraction de seconde..................................Animations
Avatar du membre
DodoVolant
Messages : 740
Enregistré le : lun. 29 janv. 2018 20:23
Localisation : Salies de Béarn
Contact :

Re: Réparer un boot "abimé"

Message par DodoVolant »

@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.
Modifié en dernier par DodoVolant le sam. 16 nov. 2024 11:40, modifié 1 fois.
Ordi 1 (2012, bien rajeuni par doublement de la mémoire :idea: )
Desktop : assemblé - Dist : Mint 21.3-cinnamon (sur SSD 'sdb5') - Kernel : 6.8.0-107-generic x86_64
2DD : SSD Kingston 223Go + WD10EZEX-00BN5A0 931Go - CPU : Quad Core/Intel Core i5-4690K
RAM : DDR3 16Go - Carte mère : GigaBytes 4.81M DS2xx
Carte graphique Intel Xeon E3-1200 v3/4th Gen
Tri boot (sur SSD) Debian 13.6 ('sdb6') -Peppermint.11 ('sdb7')
Répondre