Salut a tous
J ai un ordinateur lenovo K210 avec ubuntu 18.04 sur deux partition dont une de secour.
j ai voulu supprimer une partition linux sur un de mes deux DD qui ne me servait a rien pour ensuite aggrandir une autre en live cd avec gparted. Le soucis est que j ai oublie de mettre a jour grub qui s est tout de suite mis en mode grub-rescue.
Donc je suis en live-cd et j ai un live cd 14.04 je me demande si en installant le depot (pad d accent j ai un clavier qwerty) donne par la doc je ne trouve pas le paquet boot repair parce que le live cd est trop ancien?
Ni gdebi ni le centre logiciel ne peuvent prendre en charge l installation du .deb de boot repair que j ai trouve car ils ont des problemes de dependance non satisfaite dans les librairies.
Soit le depot n a plus boot repair ce qui me surprendrait car il est present sur leur page githube, soit ma version de live cd est trop ancienne?

L autre solution est de reinstaller ubuntu dans l espace formate.
Bonsoir.
La version 14.04 est périmée, il faut au moins 18.04 pour lire les partitions créées en 18.04.

Utilise ton support d'installation 18.04 pour utilser boot-repair.
En fait c'est quoi la question réelle ?
Non mais parce-que effectivement je ne vois pas pourquoi tu espères faire quelque-chose à partir d'une 14.04... 6ans d'écart avec la dernière lts quand-même...

Pour un oubli de mise à jour de GRUB il n'est vraiment pas utile de déployer les grands moyens... C'est tellement plus simple de forcer le Linux à démarrer grâce à supergrubdisk puis de faire l'update-grub oublié...
Qid a écritEn fait c'est quoi la question réelle ?
Non mais parce-que effectivement je ne vois pas pourquoi tu espères faire quelque-chose à partir d'une 14.04... 6ans d'écart avec la dernière lts quand-même...

Pour un oubli de mise à jour de GRUB il n'est vraiment pas utile de déployer les grands moyens... C'est tellement plus simple de forcer le Linux à démarrer grâce à supergrubdisk puis de faire l'update-grub oublié...
En fait je ne savais abandonner cette voie de live cd perimer c etait ma question.
je ne connais pas supergrubdisk.
Mais ceci:https://sourceforge.net/projects/boot-repair-cd/files/
Je vais me renseigner.
Merci pour vos information.
geole a écritBonsoir.
La version 14.04 est périmée, il faut au moins 18.04 pour lire les partitions créées en 18.04.

Utilise ton support d'installation 18.04 pour utilser boot-repair.
En fait je n ai pas de support 18.04 depuis 14.04 je n ai fait que des migrations
Je vais voir ce que donne supergrubdisck. Le seul soucis est que je n ai acces qu a un ordinateur de bibliotheque.
Je vais voir si je peux y graver un dvd<
Quand je demarre mon ordinateur j ai tout de suite le mode grub rescue est ce qu il y a des commandes a taper pour rentrer en mode console et reparer grub?

Je fouille ici:
https://doc.ubuntu-fr.org/reparer_ubuntu
https://doc.ubuntu-fr.org/boot-repair
https://sourceforge.net/p/boot-repair/home/fr/
https://launchpad.net/~yannubuntu/+archive/ubuntu/boot-repair/+build/19434439
https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub
herodote k210 a écritQuand je demarre mon ordinateur j ai tout de suite le mode grub rescue est ce qu il y a des commandes a taper pour rentrer en mode console et reparer grub?
Il y aurait oui... Certainement... Mais c'est certainement pas la méthode la plus simple à tel point que je doute qu'on trouve quelqu'un qui arriverait à te guider pour cette manœuvre...
D accord Qid je vais trouver un ordinateur et creer ce disque pour grub.
Bonjour
Dans ton contexte que je résume ainsi "suppression de la partition contenant le fichier de boot /boot/grub/grub.cfg" avec un ubuntu en version 18.04 installé par mises à jour successives depuis la version 14.04
Je vais donc supposer que la table de partition du disque est msdos
je vais donc supposer que les partions EXT4 sont restées à l'ancienne norme et peut-être encore lisibles par une version 14.04

Lorsque l'application initramfs? se plante car elle ne le trouve plus, tu peux frapper des commandes
qui vont directement lancer l'autre O.S. ...car je pense qu'il est resté opérationnel.


Voici la démarche

1) Booter et attendre le plantage
2) Faire la liste des partitions présentes avec la commande suivante
 ls
en réponse, tu auras la liste de toutes les partitions présentes
cela sera de ce style

(hd0) (hd0,msdos1) ..........

Avec un peu de chances, tu n'as qu'un disque et tu sauras "deviner" le numéro de la partition qui convient

Dans ce qui suit, je mets N, tu devras remplacer par le bon numéro, au besoin tu feras pour chaque partition jusqu'à ce que cela fonctionne

2) Si tu ne sais pas trop et que tu as beaucoup de partitions, tu peux faire un premier écrémage en regardant leur contenu, Toutes celles qui sont NTFS ne seront pas accessibles. La commande est
 ls  (hd0,msdosN)/boot
Attention: Gros problème de frappe, A ce moment-là, tu as un clavier QWERTY et pas AZERTY.

https://www.team-aaz.com/forum/viewtopic.php?t=2624

3) Faire ces commandes
    set root=(hd0,msdosN)
    set prefix=(hd0,msdosN)/boot/grub
    linux=/boot/vmlinuz root=/dev/sdaN ro
    initrd /boot/initrd.img
    boot
4) Lorsque tu as booté, refabrique immédiatement une structure de boot
sudo grub-install /dev/sda
sudo update-grub 
5) Tu pourrais faire une nouvelle clé USB avec la version 20.04. ( https://doc.ubuntu-fr.org/ventoy )
Qid a écritje doute qu'on trouve quelqu'un qui arriverait à te guider pour cette manœuvre...
Ah bah si geole sait le faire apparemment... Reste encore à savoir le suivre...
geole a écritBonjour


3) Faire ces commandes
    set root=(hd0,msdosN)
    set prefix=(hd0,msdosN)/boot/grub
     initrd /boot/initrd.img
     boot
4) Lorsque tu as booté, refabrique immédiatement une structure de boot
sudo grub-install /dev/sda
sudo update-grub 
5) Tu pourrais faire une nouvelle clé USB avec la version 20.04. ( https://doc.ubuntu-fr.org/ventoy )
Bonjour geole j'ai suivi la démarche que tu m'as indiqué et cela a fonctionné j'ai trouvé un grub dans une partition
ls (HD0,msdos1)/boot
./ . . /grub/ config-4.15.0-134-generic  config-4.15.0-135-generic  memtest86+.bin  memtest86+.elf memtest86+_multiboot.bin system.mal-4.15.0-135-generic vmlinuz-4. 15.0-135-generic initrid.img-4.15.0-135-generic.... 
Mais ensuite j'ai eu la ligne en tapant
Initrid /boot/initrd.img
Unknow command 'initrd'
Idem pour boot
Peut etre une autre commande?
En tout cas je te remercie.
Faute de frappe ou de recopiage ?
Sans doute alors faute de frappe .
J'ai retranscrit le texte lu sur le Firefox de mon téléphone .
J'ai cree avec un vieux createur de live cd-usb, present sur mon live cd 14.04, un live usb 20.04.
je vais voir si cela fonctionne et si je vais pouvoir faire un boot repair.
Comme je n'avais pas le droit d'ecrir sur mon DD j'ai jongle avec deux clefs usb.
Visiblement la clef ne boot pas l'application est peut être trop ancienne .
herodote k210 a écritJ'ai cree avec un vieux createur de live cd-usb, present sur mon live cd 14.04, un live usb 20.04.
je vais voir si cela fonctionne
Joli pari... Enfin si ça marche comme je t'ai dit "update-grub" devrait suffire à remettre ton démarrage d'aplomb

Édit : effectivement c'était prévisible : comme on te l'a déjà sous-entendu une 14.04 ne peut effectivement pas gérer une 18.04...
Qid a écrit
herodote k210 a écritJ'ai cree avec un vieux createur de live cd-usb, present sur mon live cd 14.04, un live usb 20.04.
je vais voir si cela fonctionne
Joli pari... Enfin si ça marche comme je t'ai dit "update-grub" devrait suffire à remettre ton démarrage d'aplomb

Édit : effectivement c'était prévisible : comme on te l'a déjà sous-entendu une 14.04 ne peut effectivement pas gérer une 18.04...
Seul souci c'est que si je crée un supergrubdisk depuis un live cd 14. 04 j'aurais le même problème .
Par contre avec grub rescue je ne comprend pas pourquoi la commande 'initrd' (je l'avais correctement tapé et encore retapé le script donne par geôle) n'est pas reconnue .
Il ne me reste plus qu'à trouver un ordinateur sous Linux pour créer un supergrubdisk.
Ou bien d'installer la 14.04 et de la mettre a jour vers 20.04 si c'est possible..
Il faudra que je regarde où j'ai commis l'erreur de copier coller . sauf si la fonctionnalité n'est plus disponible
en attendant , essaie le technique chroot qui t'évite le sgb2d.
https://doc.ubuntu-fr.org/chroot
Ne copie pas les lignes qui parlent de EFI. sauf si tu penses que l'installation est faite en EFI.
Ma carte mère est trop ancienne pour un EFI .

Donc je vais essayer la technique du chroot, si j'ai bien compris en live CD. Mais pas en mode grub rescue.
J'ai vu des commandes sudo, ... trop complexe pour le mode grub rescue?