Installation de Mageia-7.1 [Réglé]
C'est un échec
Système et matériels / Installation et configuration

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
Bonjour,Je pense que le paquet kernel mga6 a été laissé volontairement (pour éventuellement se laisser une chance de redémarrer en cas de problème)

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
# update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.1.20-desktop-2.mga7
Image mémoire initiale trouvée : /boot/initrd-5.1.20-desktop-2.mga7.img
Image Linux trouvée : /boot/vmlinuz-desktop
Image mémoire initiale trouvée : /boot/initrd-desktop.img
Aug 10 07:53:49 | DM multipath kernel driver not loaded
Windows NT/2000/XP trouvé sur /dev/sda1
fait
Configurer le démarrage du système dans le CCM donne :
linux (/boot/vmlinz)
failsafe (/boot/vmlinz)
windows (/dev/sda1)
desktop 5.1.20-2.mga7 (/boot/vmlinz-5.1.20-desktop-2.mga7)
Et j'ai toujours un démarrage bizarre, à savoir :
Amorcer Mageia 7 Cauldron
Amorcer Mageia 7 Cauldron (mode sans échec)
Amorcer Microsoft Windows
desktop 5.1.20-2.mga7
Édité par loiCiol Le 10/08/2019 à 09h13

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Est-ce moi, ou desktop 5.1.20-2.mga7 ne devrait pas apparaître ici, mais en "sous-option" de mageia ?
Je ne sais pas comment l'exprimer, mais comme si le grub n'était celui qui appartient à cette "instance" de mageia, on me comprend ?
Peux tu nous faire en root :
cat /etc/fstab
fdisk -l | sed -e "/\/ram/,+5d"
ls -lsah /boot
ls -lsah /boot/grub2
Es-tu en EFI ou en bios "traditionnel" (legacy) ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai "joué" avec le grub ce matin, et je n' ai pas eu la possibilité d' utiliser grub1, qui semble être utilisé ici (il ne semble pas s' installer depuis le CCM). Il n' est donc pas possible de reproduire l' environnement...
J' ai bien reussi à passer de grub2 à lilo, mais jamais à grub1 ( d' ailleurs le grub-install me retourne un message :
Code BASH :
# grub-install /dev/sda The file /boot/grub/stage1 not read correctly.
Est ce que le problème ne pourrait pas venir de là ?
Édité par nic80 Le 10/08/2019 à 10h35

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
La question est pour qui ?
Si c' est pour moi, la VM est en legacy pas en EFI (enfin je crois , la case activer EFI étant désactivée dans virtualbox, donc grub1 devrait fonctionner ( surtout que lilo fonctionne ( et il ne me semble pas avoir lu que lilo supportait EFI)).
edit:
Jybz :
e ne sais pas comment l'exprimer, mais comme si le grub n'était celui qui appartient à cette "instance" de mageia, on me comprend ?
Si je comprends, on aurait un Grub d' une version Cauldron qui serait installé mais pas celui du système que l' on souhaite lancer réellement ?
Édité par nic80 Le 10/08/2019 à 11h04

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
Bonjour,
La question est pour qui ?
Si c' est pour moi, la VM est en legacy pas en EFI (enfin je crois , la case activer EFI étant désactivée dans virtualbox, donc grub1 devrait fonctionner ( surtout que lilo fonctionne ( et il ne me semble pas avoir lu que lilo supportait EFI)).
La question est pour qui ?
Si c' est pour moi, la VM est en legacy pas en EFI (enfin je crois , la case activer EFI étant désactivée dans virtualbox, donc grub1 devrait fonctionner ( surtout que lilo fonctionne ( et il ne me semble pas avoir lu que lilo supportait EFI)).
Je ne savais pas que les testes avaient été fait sous VM. Il me semblait aussi que grub1 ne supportait pas l'EFI. La question était bien pour toi ^^.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
Jybz :
Tu es en EFI ?
Non.

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
# Entry for /dev/sda5 :
UUID=68dc2dfa-7476-46db-a24a-f9612bbff6a7 / ext4 defaults 1 1
# Entry for /dev/sda7 :
UUID=634a6a12-8298-4759-befa-d01e0aff6563 /home ext4 defaults 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda6 :
UUID=cf577efd-dc15-480d-857b-6c97492ea880 swap swap defaults 0 0

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
Disque /dev/sda : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Modèle de disque : ST3320620AS
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xe4c9e4c9
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 63 204362864 204362802 97,5G 7 HPFS/NTFS/exFAT
/dev/sda2 266328027 625121279 358793253 171,1G 5 Étendue
/dev/sda5 266328064 307275254 40947191 19,5G 83 Linux
/dev/sda6 307277824 317508659 10230836 4,9G 82 partition d'échange Linux / Solaris
/dev/sda7 317511680 625121279 307609600 146,7G 83 Linux
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque : 5000AAK External
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x446dafcf
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 2048 483330047 483328000 230,5G 7 HPFS/NTFS/exFAT
/dev/sdb2 483330048 976773119 493443072 235,3G 83 Linux

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
total 276M
16K drwxr-xr-x 5 root root 16K août 10 07:32 ./
4,0K drwxr-xr-x 19 root root 4,0K août 2 15:50 ../
4,0K -rw-r--r-- 1 root root 440 août 10 07:32 boot.backup.sda
216K -rw-r--r-- 1 root root 214K juil. 27 03:20 config-5.1.20-desktop-2.mga7
4,0K drwxr-xr-x 2 root root 4,0K mars 26 21:33 dracut/
568K -rwxr-xr-x 1 root root 568K août 6 09:44 gfxmenu*
4,0K drwxr-xr-x 2 root root 4,0K août 10 07:32 grub/
4,0K drwxr-xr-x 4 root root 4,0K août 10 07:53 grub2/
8,5M -rw------- 1 root root 8,5M oct. 29 2017 initrd-3.19.8-desktop-3.mga5.img.old
9,0M -rw------- 1 root root 9,0M févr. 21 09:58 initrd-4.14.100-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mars 14 08:55 initrd-4.14.104-desktop-2.mga6.img.old
9,0M -rw------- 1 root root 9,0M mars 30 17:42 initrd-4.14.106-desktop-1.mga6.img.old
10M -rw------- 1 root root 10M janv. 6 2018 initrd-4.14.10-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mai 17 09:10 initrd-4.14.116-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mai 17 09:13 initrd-4.14.119-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mai 31 11:48 initrd-4.14.121-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M juin 23 18:21 initrd-4.14.127-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M janv. 14 2018 initrd-4.14.13-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M févr. 6 2018 initrd-4.14.16-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M févr. 12 2018 initrd-4.14.18-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M févr. 23 2018 initrd-4.14.20-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mars 19 2018 initrd-4.14.25-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M mars 30 2018 initrd-4.14.30-desktop-3.mga6.img.old
9,0M -rw------- 1 root root 9,0M mai 18 2018 initrd-4.14.40-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M juin 1 2018 initrd-4.14.44-desktop-2.mga6.img.old
9,0M -rw------- 1 root root 9,0M juin 25 2018 initrd-4.14.50-desktop-2.mga6.img.old
9,1M -rw------- 1 root root 9,1M juil. 25 2018 initrd-4.14.56-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M août 12 2018 initrd-4.14.62-desktop-2.mga6.img.old
9,0M -rw------- 1 root root 9,0M août 19 2018 initrd-4.14.65-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M sept. 15 2018 initrd-4.14.69-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M sept. 23 2018 initrd-4.14.70-desktop-2.mga6.img.old
9,0M -rw------- 1 root root 9,0M oct. 27 2018 initrd-4.14.78-desktop-1.mga6.img.old
9,0M -rw------- 1 root root 9,0M déc. 22 2018 initrd-4.14.89-desktop-1.mga6.img.old
8,4M -rw------- 1 root root 8,4M oct. 29 2017 initrd-4.4.92-desktop-1.mga5.img.old
8,9M -rw------- 1 root root 8,9M oct. 29 2017 initrd-4.9.56-desktop-1.mga6.img.old
14M -rw------- 1 root root 14M août 6 10:10 initrd-5.1.20-desktop-2.mga7.img
0 lrwxrwxrwx 1 root root 32 août 6 10:10 initrd-desktop.img -> initrd-5.1.20-desktop-2.mga7.img
0 lrwxrwxrwx 1 root root 32 août 6 10:10 initrd.img -> initrd-5.1.20-desktop-2.mga7.img
9,0M -rw------- 1 root root 9,0M juil. 10 18:52 initrd.img.old
304K -rw-r--r-- 1 root root 302K sept. 27 2018 mageia.bmp
4,0K -rw-r--r-- 1 root root 156 sept. 27 2018 mageia.dat
184K -rw-r--r-- 1 root root 182K juil. 27 03:20 symvers-5.1.20-desktop-2.mga7.xz
3,9M -rw-r--r-- 1 root root 3,9M juil. 27 03:20 System.map-5.1.20-desktop-2.mga7
0 lrwxrwxrwx 1 root root 29 août 6 10:10 vmlinuz -> vmlinuz-5.1.20-desktop-2.mga7
6,0M -rw-r--r-- 1 root root 6,0M juil. 27 03:20 vmlinuz-5.1.20-desktop-2.mga7
0 lrwxrwxrwx 1 root root 29 août 6 10:10 vmlinuz-desktop -> vmlinuz-5.1.20-desktop-2.mga7

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
total 44K
4,0K drwxr-xr-x 4 root root 4,0K août 10 07:53 ./
16K drwxr-xr-x 5 root root 16K août 10 07:32 ../
4,0K -rw-r--r-- 1 root root 158 mai 11 19:22 custom.cfg
4,0K drwxr-xr-x 2 root root 4,0K mai 11 19:22 fonts/
8,0K -rw-r--r-- 1 root root 7,2K août 10 07:53 grub.cfg
4,0K -rw-rw-r-- 1 root root 1,0K août 7 23:06 grubenv
4,0K drwxr-xr-x 2 root root 4,0K mai 11 19:22 themes/

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Est ce que les fichiers .old dans /boot sont voulus ?
Puisque l' on a supprimé les paquets correspondants, ils n' y a plus nécessité de les conserver...
Pour confirmer que c' est grub1 qui est utilisé, c' est possible de faire un
cat /boot/grub/grub.lst ?
Si c' est le cas, est ce volontaire d' utiliser grub1 ?
Sinon on peut essayer d' installer grub2 à la place ( grub2-install /dev/sda). Attention cette commande n' est pas sans risque...
Édité par nic80 Le 10/08/2019 à 11h52

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.
(hd0) /dev/sda
(hd1) /dev/sdb

loiCiol Membre non connecté
-
- Voir le profil du membre loiCiol
- Inscrit le : 28/07/2013
nic80 :
Bonjour,
Est ce que les fichiers .old dans /boot sont voulus ?
Puisque l' on a supprimé les paquets correspondants, ils n' y a plus nécessité de les conserver...
Est ce que les fichiers .old dans /boot sont voulus ?
Puisque l' on a supprimé les paquets correspondants, ils n' y a plus nécessité de les conserver...
Non. Je vais les supprimer.
nic80 :
Pour confirmer que c' est grub1 qui est utilisé, c' est possible de faire un
cat /boot/grub/grub.lst
Pour confirmer que c' est grub1 qui est utilisé, c' est possible de faire un
cat /boot/grub/grub.lst
# cat /boot/grub/grub.lst
cat: /boot/grub/grub.lst: Aucun fichier ou dossier de ce type
[/quote]
nic80 :
Si c' est le cas, est ce volontaire d' utiliser grub1 ?
Sinon on peut essayer d' installer grub2 à la place ( grub2-install /dev/sda). Attention cette commande n' est pas sans risque...
Si c' est le cas, est ce volontaire d' utiliser grub1 ?
Sinon on peut essayer d' installer grub2 à la place ( grub2-install /dev/sda). Attention cette commande n' est pas sans risque...
Je vais voir ce que je peux faire.

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je crois que je me suis trompé...
Ce n' est pas /boot/grub/grub.lst mais /boot/grub/menu.lst !
Si cela retourne une entrée Mageia 7 Cauldron, on saura d' où vient l' entrée !
Restera à comprendre pourquoi cela ne se met pas à jour...
Édité par nic80 Le 10/08/2019 à 12h28
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie