Forum

Rebonjour,

Je suis en cours d'install, sous live USB. Je vous aurais bien joint une photo mais je ne trouve pas d'outil copie d'écran voir image ci-dessous. Je souhaite quitter Lubuntu (bcp trop de problèmes) tout en la gardant en double boot le temps de vérifier que la nv distrib fonctionne bien chez moi et me convient bien. Tenté d'installer Linux Mint, abandonné après résolution de n problèmes d'install, qd l'installeur lui-même a crashé...

Alors j'avais déjà préparé un partitionnement, avec une nouvelle ext4 pour / (sda3) et une fat32 pour /boot/EFI (sda4), demandée car j'ai un BIOS UEFI (fast boot et secure boot désactivés). Lorsque je tente "utiliser les partitions existantes", il ne me propose pas sda4, donc je me doute qu'il n'y a aucune chance. En passant par qqch comme "personnalisé", il me montre la table de partitions et me laisse cliquer dessus pour indiquer un point de montage : j'indique donc / et /boot/efi. ==> Erreur : "Vous devez disposer d'une partition ESP FAT32 montée en /boot/EFI."

Bien, c'est pourtant ce que je viens de faire... Mais peut-être qu'il faut comprendre "montée" au sens litéral ? Alors je la monte, et pour ça je la (re)formate ; pê la tentative Linux Mint l'avait-elle déjà formatée, et d'ailleurs le formatage dure une fraction de seconde. Résultat :


Regardez les "Détails" indiqués : qu'est-ce qui ne vas pas ? Et pourtant, l'installeur persiste à me demander "une partition ESP FAT32 montée en /boot/EFI"... Que faire ?

Ah !
Bravo, tu viens découvrir un genre de bug.
Il y a "FAT32" et "ESP FAT32" si tu veux.
Normalement, c'est toujours formaté en ESP FAT32...

Si tu n'as pas peur, tu peux copier le contenu de la ESP, le mettre dans un fichier compressé avec lubuntu.
Tu demandes à mageia de formater la partition en ESP-fat32, puis tu peux décompressé le fichier précédent dedans après formatage.

Bonjour,
J'aurais recommandé de ne pas préparer ni root_mageia ni l'ESP, et de laisser l'installeur utiliser l'espace libre. Il aurait certainement créé un partition /home séparée, ce qui serait une excellente chose, et la partition /boot/EFI (1,7 Go, tu es généreux, 300 serait bien assez).
Je crois que Jybz a raison, mais je n'ai pas de référence pour dire quel format exactement utiliser.

Bonjour Jybz,

Qu'est-ce que tu veux dire ? Qu'il y a une variante de FAT32 nommée ESP FAT32, et que pour /boot/EFI il faut que ce soit cette dernière ? Si oui, alors pourquoi aucune doc n'en parle ? (J'ai lu des tonnes de choses à propos de EFI/UEFI et rien vu à ce propos.) Et comment on indique/prépare une partition à ce format vu qu'il n'est pas dans gparted ? (ni dans KDE partition manager, je viens de regarder)

En attendant, je vais sans doute tenter la manip indiquée ci-dessous par @papoteur.

J'avais préparé ainsi à l'avance, avec gparted, car ça me semble bien moins stressant que de le faire durant l'install proprement dite. Mais je vais essayer en laissant simplement un (grand) espace vide entre la partition / de Lubuntu et la partition étendue où se trouve la swap. Et laisser faire l'installeur. Mais est-ce qu'il va bien me faire une partition /boot/efi ? et est-ce qu'elle sera dans le bon format ? J'allude au fait que dans le choix "utiliser les partitions existantes", il ne me permet pas de sélectionner une partition pour /boot/efi (il ne m'indique que les 2 ext4). Et pourtant il sait que j'ai besoin d'une partition pour ça puisque dans le choix "personnalisé" il me propose cette directory...

Il faut que tu vérifies lors de l'amorçage, que le titre est bien "Mageia 7 EFI". Si c'est Mageia 7 tout court, c'est que l'amorçage a été fait en BIOS Legacy. Avec ça, ça devrait bien se passer.

Je viens de contrôler, J'ai les propriétés suivantes.
Point de montage : /boot/EFI
Périphérique : sda1
Type : EFI System Partition
Taille : 299Mo (2% du disque dur)

J'ai testé comme tu dis (je crois), de la façon suivante :

• Effacé le partitions prévues pour le / de Magiea et /boot/EFI.
• Relancé l'install
• Choisi pour le partitionnement l'option "utiliser l'espace libre".
• Rien touché d'autre.
• Arrêté l'ordi à la demande de l'installeur (il devrait préciser d'enlever la clé USB seulement après l'arrêt complet).
  

L'install a semblé bien fonctionner. Mais je n'ai pas Mageia au démarrage, seulement les options d'Ubuntu et test mémoire. Je me demande, en mode "utiliser l'espace libre", s'il ne fait pas tout simplement l'impasse de ce qui est nécessaire pour le "cas" UEFI. C'est vraiment un galère, ce truc...

Alors, j'ai vu dans un doc anglophone sur l'install avec UEFI que l'installeur, en mode expert, propose de définir/changer le format des partitions, avec un format spécial pour boot EFI, celui que tu indiques dans un message : EFI System Partition. Dans ce cas, j'aurais tout simplement pu changer le format pour la partition destinée à mon /boot/efi, de FAT32 --> EFI System Partition, non ? Sans effacer tout (mais c'est pas un problème). Et même là, je pourrais refaire la manip en créant tout moi-même, avec une petite partition dans ce format ? Bon, ce sera pê pour demain car je fatigue, là, et c'est le genre de truc à tête reposée.

PS : A propos, est-ce que le mot-de-passe que l'installeur demande est celui d'usager ou de l'admin (je crois que Mageia fait encore un admin separé, en bonne descendante de Mandrake ). Sinon, comme il ne me demande pas de mdp usager, et qu'il ne propose pas de connection auto, comment je me connecte ? Il n'y a rien non plus à propos de langue ou régionalisation... (mais clavier, oui, heureusement pour le mdp ! si la galère vous est déjà arrivée, vous voyez ce que je veux dire)

Édité par diniz Le 10/12/2019 à 18h23

Hum, c'est embêtant. Mais ça voudrait dire qu'il existe déjà une partition EFS et qui contient l'amorçage pour Ubuntu ? A moins qu'il y ait uniquement les entrées en mémoire.

Oui, ça doit être possible. Mais je ne sais pas si c'est possible depuis Gparted. J'imagine que oui, mais il refuse de démarrer ici :/

Tu as trois endroits où définir des mot de passe. Le premier qui arrive, de mémoire, est avec la configuration de Grub. Ce n'est pas vraiment utile.
Ensuite, dans la définition de l'utilisateur, tu définis aussi le mot de passe administrateur. Contrairement à Ubuntu, nous n'utilisons pas sudo par défaut, mais un utilisateur root ayant le mot de passe administrateur.

(voir aussi plus bas à propos de cette partition)
Résolu ! Ca y est, je suis sous Mageia installé.

Je détaille pour d'autres :
J'ai eu l'idée de lancer un udpate-grub (je me souvenais plus de la commande, il a fallu chercher), et j'ai vu qu'elle plantait en toute fin de process car il lui manquait un paquet ou plutôt une lib : licrypto1.0.0 (de mémoire). Mais il trouvait bien Mageia ! Mais elle n'apparaissait tjs pas dans le menu grub au démarrage.

Impossible d'installer libcrypto, apt le trouve pas (et tant mieux car avec mes pbs de dpkg ça aurait planté aussi). Mais en fait en cherchant, d'autres ont eu des pbs liés à cette lib, et c'est une partie de libssl. Et là, j'ai pu trouver en ligne une lib compilée (sur le site de Mandriva!). J'ai téléchargé (un rpm de libssl) et une fois dépaquetée j'ai trouvée libcrypto dedans. Reste plus qu'à copier (en tant qu'admin) dans /usr/lib (comme indiqué dans une des résolution).

Là, j'ai relancé update-grub, et cette à la fin il me dit : done. Enfin, redémarrage, et cette fois j'ai Mageia dans le menu : enfin ! Il va falloir que je fasse le ménage dans je sais pu quel fichier de config de grub pour mettre Mgeia vers le haut, et voilà !

Il y a aussi un bug dans l'installeur : il doit forcément lancer update-grub, et celui-ci lui retourner un code d'erreur, que l'installeur ne contrôle pas... Si j'ai le courage demain, et que c'est pas chez github (super compliqué), je ferai un bug report.



Eh ben non, je crois pas, gparted propose pas ce format de partition, du moins pas chez moi. Mais l'installeur de Mageia, oui. D'ailleurs il y a un mystère, comment ça démarrait avant sous Lubuntu, alors que j'avais pas cette partition ?

Bien, merci de votre aide ! Je passe ça en [résolu]

Je ne comprends pas bien dans quel système tu as réalisé cette opération. Je présume que c'est depuis Lubuntu.
Nous avons un bugzilla pour les rapports d'incident : bugs.mageia.org
Il faut un compte sur identity.mageia.org qui peu servir aussi pour les listes de diffusion et le forum en anglais.

En effet, il y a un mystère. Mais c'est peut-être lié aussi au bug précédent.
Gparted a bien voulu démarrer ce matin. La particularité de la partition EFS semble être qu'elle a deux drapeaux ajoutés, les drapeaux boot et esp. Sinon, elle est bien formatée en FAT32.

Oui, si ça propose directement Ubuntu, c'est qu'il y a un problème quelque part. Tu avais formaté l'ESP, normalement plus rien ne pouvait démarrer car le Bios UEFI n'a plus de fichier (le chargeur de démarrage grub) à exécuter. Tu caches une partition ESP quelque part. Ou alors ton disque cache une MBR avec un chargeur de démarrage installé par Ubuntu et ton BIOS est en mode automatique et a lancé l'installe d'Ubuntu en mode rétrocompatibilité.


Ahh, ça me pique les yeux ! x(
Alors, voilà comment je procède quand il y a un truc qui va pas. Je cherche le fichier avec urpmf :

J'exclue d'office nvidia, il reste :
lib64compat-openssl10-devel : non on ne dev pas. Pareil pour lib64openssl-devel .
lib64compat-openssl10_1.0.0 : pourquoi pas
lib64openssl1.1 : pourquoi pas non plus

Et je ne m'embête pas, j'installe directement les deux en root :


Je ne télécharge jamais de RPM d'internet, enfin normalement... Sauf quand on me demande d'utiliser un logiciel, comme oraclesql, ou j'ai pas le choix, c'est pas opensource...


Non, tout les rapports de bogues pour l'empaquetage c'est direction bugs.mageia.org , là plusieurs équipes se relaieront entre le triage du bogue, demander plus d'information, donner le rapport à l'équipe ou les équipes compétentes (celle du test qui a laissé passé ce bogue et l'équipe d'empaquetage pour les avertir), ou directement l'empaqueteur s'il est en charge du paquet. (Parfois, certains paquets n'ont pas d'empaqueteur, tout le monde se charge de sa maintenance.)


Ça doit aussi démarrer avec Mageia, mais l'installateur de Mageia de la considère pas comme étant une partition dans les règles.
En gros, c'est une chaine. Le BIOS UEFI va ouvrir la partition et lancer le Chargeur de Démarrage Grub (soit celui fourni par Mageia, soit par Microsoft, soit par Ubuntu...), celui ci va (au choix) démarrer directement windows sans rien proposer d'autre (méthode microsoft), ou proposer de démarrer le système installé Mageia avec en option les autres systèmes détectés, ou proposer de démarrer le système Ubuntu avec en option les autres systèmes détectés. Puis le système prendra la main.
Mais une fois que le système prends la main, que la partition ESP soit en vfat, fat32, EXT4, "il s'en fout", il faut juste que le Bios UEFI puisse l'ouvrir. Et celui ci devrait pouvoir l'ouvrir que ce soit du FAT32 ou de l'ESP-FAT32. Mais le simple FAT32 n'est pas "dans les règles de l'art" ce que Mageia s'efforce a suivre.

Ahhh ! Alors l'ESP-fat32 c'est juste du fat32 AVEC le drapeau "esp".