Forum

Reprise du message précédent

Salut.

T'y es presque, bravo. euh ... dans ta copie d'écran, ta dernière commande ne fonctionne pas car il manque des "/". Et il y a un "en" trop. C'est un mélange entre le français et le bash
il faut faire cp /boot/EFI/EFI/mageia/grubx64.efi /boot/EFI/EFI/boot/bootx64.efi

Édité par choucroot Le 29/12/2019 à 09h35

bonjour
je découvre le bash et effectivement le "en" me paraissait étrange, mais les langues étrangères ne sont pas toutes accessibles spontanément
par contre, il me semble que ça coince encore même si on se rapproche du bout (boot ! )

Malheur .... tu n'as pas de chance. Allez, on y est presque ! On va voir ce que contienne tes répertoires EFI avec la commande ls -lR /boot/EFI/EFI/

Chez moi ça donne ça:

localhost ~ # ls -lR /boot/EFI/EFI/
/boot/EFI/EFI/:
total 8
drwxrwxrwx 2 root root 4096 juin 15 2019 boot/
drwxrwxrwx 2 root root 4096 juin 15 2019 mageia/

/boot/EFI/EFI/boot:
total 124
-rwxrwxrwx 1 root root 125952 juin 15 2019 bootx64.efi*

/boot/EFI/EFI/mageia:
total 124
-rwxrwxrwx 1 root root 123392 déc. 22 21:26 grubx64.efi*
localhost ~ #

Édité par choucroot Le 29/12/2019 à 09h58

Bonjour,

Dans le message de 8h54, on est déjà dans le répertoire boot...

Le sous répertoire boot n' existe donc pas ( ici on essaye de copier boot/boot/EFI/EFI/mageia/grubx64.efi vers ailleurs, mais la source n' existe pas !) .

Il faudrait donc essayer depuis le répertoire boot

cp EFI/EFI/mageia/grubx64.efi EFI/EFI/boot/bootx64.efi

En bootant sur la version live, je ne suis pas sur que ls -al /boot/EFI donne quelque chose ( d' où l' erreur)

edit: dans le média amovible de 24.8Go, il y a un répertoire home ( juste pour être sur que c' est le disque qui contient le système installé) ?
edit 2: je viens de tester en démarrant une image live de Mageia 7 sur une machine virtuelle Mageia 6 en UEFI, et ls /boot/EFI ne fonctionne pas...)

Édité par nic80 Le 29/12/2019 à 10h14

Oui désolé tchimani . Dans ta dernière commande cp, c'était donc juste le "en" qui était en trop ... tu peux repartir de là, je m'eclipse pour ne plus t'induire en erreur. Tu y es presque !

j'ai obtenu ça

c'est moi qui te suis redevable de ta disponibilité
c'est vrai que dans ce domaine, rien n'est évident pour moi
merci encore

oui il y a un home

je viens de le faire, je pense en étant dans le répertoire boot (F4) et la réponse est "impossible d'évaluer 'EFI/EFI/mageia/grubx64.efi' : aucun fichier ou dossier de ce type

Bonjour,

En considérant que l' on est dans le répertoire boot, que donne la commande cp indiquée ?

Pour le média amovible, je suppose que c' est probablement du au fait que le système considère que mmcblk0boot0 est une carte SD.

Par contre, je ne comprends pas le résultat de la commande ls -IR/boot/EFI/EFI ... Ici ls aurait du générer un message d' erreur ( parce que -IR/boot/EFI/EFI, n' est pas une option valide à mon avis ! )

Depuis le répertoire boot que donne un ls -lR EFI ?

edit: je viens de voir que quand je démarre sur une version live, le répertoire boot/EFI de mon disque apparait vide ! Par contre, quand je prends un disque d' installation classique, que je démarre en mode rescue, que je monte les partitions dans /mnt, le même répertoire EFI n' est pas vide... C' est un bug ?

Ici je pense qu' il serait utile de télécharger une version d' installation classique, parce que si la version live, ne voit pas le contenu du répertoire EFI, on ne pourra rien faire...

edit 2: le montage du disque depuis Dolphin est bizarre... Quand je monte la partition qui contient le répertoire EFI manuellement, je vois bien le contenu de ce répertoire...

On va donc faire ceci depuis une konsole en root ( sur la version live) et j' espère que cela va fonctionner cette fois ( attention à respecter les espaces)...

Édité par nic80 Le 29/12/2019 à 11h01

je pense avoir fait ce qu'il faut, mais ça coince à partir de cd boot. J'ai quand même écrit la dernière ligne de commande pour voir

Bonjour,

Ici, je pense que c' est le mount qui ne passe pas...

Que donne la commande ?

bravo, vous y êtes presque;
je rajoute un petit commentaire;

après la copie avec "cp ", ne pas oublier de faire
"umount /mnt" (avec un blanc entre umount et /mnt!)

avant de faire un reboot!

(la commande copie pourrait être restée en mémoire et pas exécutée sur le disque; en faisant "umount", c'est la garantie que avant de démonter, les buffers d'écriture seront vidés sur disque)

allez c'est bien pratique le bash, faut pas en avoir la phobie !

nos messages ce sont croisés, j'avais pas vu la suite!



edit
en fait c'est tout simplement le "cd boot" après le "cd /mnt" qui est en trop si ça se trouve!
puisque /mnt est monté sur /boot !

Édité par marc-andré Le 29/12/2019 à 13h25

Bonjour,



Désolé, je n' ai pas vu que la commande mount ne retournait aucune erreur ( je me suis laissé égaré par le resultat de la commande précédente).

Donc ici, mmcblk0p1 ne serait pas celle qui contiendrait le boot/EFI ( pourtant c' est celle qui me paraissait la plus probable) ?

Que donne un ls /mnt ?

S' il n' y a pas de répertoire EFI ou boot dedans, c' est que ce n' est pas la bonne partition ( on pourra alors la démonter en utilisant la commande "umount /mnt" avant d' en essayer une autre).

Sinon, on peut faire en root ( en fait ici, on va créer des répertoires temporaires dans /mnt puis monter les partitions correspondantes dans ces répertoires):



puis un



afin de savoir ce qu' elles contiennent.

Édité par nic80 Le 29/12/2019 à 13h28

excusez moi, j'ai peut être introduit un doute inutile concernant la partition /boot;
pas évident d'aider en ligne; il y avait longtemps que je ne m'y étais plus risqué, hier soir, il m'a semblé donner un complément utile, mais qui n'a pas été compris;

bonne fêtes

surtout avec un débutant en face qui ne sait des fois plus quoi faire et quel protocole suivre
j'apprécie votre aide à tous. On avance