Grub error 17 [Réglé]
Error 17 : Cannot mount selected partition
Système et matériels / Installation et configuration

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Je viens d'essayer de réinstaller une mageia 5 sur mon /dev/sdb1.
Tout s'est bien passé à l'install mais quand je reboot, j'obtiens :
Code BASH :
Error 17 : Cannot mount selected partition
J'ai réinstallé le bootloader.
Ca n'a rien changé.
J'ai cherché sur le net.
J'ai essayé :
Code BASH :
# fdisk /dev/sdb x f w
Ca n'a rien changé.
Code BASH :
# grub grub > root (hd1,0) grub > setup (hd1) grub > quit
Ca n'a rien changé.
Quelqu'un aurait-il une autre recette ?
Merci.
PC : Z80 SoftCard, CPU Z80, 64 K RAM

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Une partition ne peut être montée. Il faudrait savoir quelles partitions sont prévues être montées, si elles sont valides et correctement formatées. Grub ne semble pas être le problème.
L'idéal serait de booter sur un Live Mageia ou parted et analyser les partitions.
Si tu as la main en ligne de commande, tu peux tenter de commenter (avec un #) toutes les partitions non indispensables mentionnées dans le fstab.
Édité par lebarhon Le 11/04/2018 à 22h43
CM Asus Z77-A+i5-2500K+GeForceGT520+RAM8Go
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Si je tape :
Code BASH :
# blkid /dev/sdb1: LABEL="slash-mga-5" UUID="c1d1436b-5fe4-4802-824f-ccf1e576c8d5" TYPE="ext4" PARTUUID="ffffffff-01" # fsck /dev/sdb1 fsck de util-linux 2.28.2 e2fsck 1.43.4 (31-Jan-2017) slash-mga-5 : propre, 30853/1957888 fichiers, 389049/7823104 blocs
J'ai bien un PARTUUID="ffffffff-01" sur la ligne qui n'existe pas sur les autres partitions. Je ne sais pas trop à quoi ça correspond.
Lefsck se passe bien !
Mon /boot/grub/menu.lst :
Code TEXT :
timeout 10 color black/cyan yellow/cyan gfxmenu (hd1,0)/boot/gfxmenu default 0 title linux kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 nokmsboot splash quiet noiswmd resume=/dev/vg-mga/swap root (hd1,0) initrd /boot/initrd.img title failsafe kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 nokmsboot failsafe noiswmd root (hd1,0) initrd /boot/initrd.img
Donc quand grub démarre, logiquement il ne s'occupe pas des autres partitions. La seule qu'il voit c'est root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 en failsafe.
A moins qu'il aille chercher dans l'initrd.img mais là il faudrait que je modifie la fstab et que je refasse un mkinitrd et je peux pas arrêter l'ordi pour tester aujourd'hui.
Qu'en penses-tu ?
PC : Z80 SoftCard, CPU Z80, 64 K RAM

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Citation :
/dev/vg-mga/swap
Qu'est-ce que c'est ?
As-tu essayé le mode failsafe ?
La commande resume=... définit la swap.
Tu as un disque en GPT ? Dans ce cas, as-tu une partition "boot-bios", car il faut remplacer le MBR. Tu ne sembles pas utiliser le mode UEFI.
Yves

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Comme dit papoteur, ton swap est bizarre.
Sous mageia 6, que répond :
#parted -l
et aussi, peux tu monter sdb1 quelque part et nous donner le fstab ?
As-tu une partition /home ? Une partition Windows ?
Dans fstab, mets le swap en commentaire (#) et regarde si cela démarre.
CM Asus Z77-A+i5-2500K+GeForceGT520+RAM8Go
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Citation :
Citation :
/dev/vg-mga/swap
Qu'est-ce que c'est ?
/dev/vg-mga/swap
Qu'est-ce que c'est ?
C'est un volume group. J'ai mis mon swap en LVM. C'est l'installeur mageia 5 qui a mis l'adresse /dev plutôt que l'UUID. Je sais pas si ça joue.
Citation :
As-tu essayé le mode failsafe ?
Oui, comme je le dis plus haut :
Citation :
La seule qu'il voit c'est root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 en failsafe.
Citation :
Tu as un disque en GPT ? Dans ce cas, as-tu une partition "boot-bios"
Ca je sais pas.
C'est un SSD. Tout ce que je peux dire c'est :
Code BASH :
# fdisk /dev/sdb Bienvenue dans fdisk (util-linux 2.28.2). Les modifications resteront en mémoire jusqu'à écriture. Soyez prudent avant d'utiliser la commande d'écriture. Commande (m pour l'aide) : p Disque /dev/sdb : 29,9 GiB, 32044482560 octets, 62586880 secteurs 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 : 0xffffffff Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdb1 2048 62586879 62584832 29,9G 83 Linux
Citation :
Tu ne sembles pas utiliser le mode UEFI.
Non, c'est un BIOS classique. Ma carte est une ASUS M4A87TD EVO.
@lebarhon
Bizarre le CMS : quand j'utilise [code=bash][/code] pour mettre le résultat de # parted -l, il n'affiche rien !
Donc voici le résultat avec quote][/quote]
Citation :
# parted -l
Modèle: ATA Corsair Accelera (scsi)
Disque /dev/sda : 30,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 26,3GB 26,3GB primary ext4 démarrage
2 26,3GB 30,0GB 3751MB extended
5 26,3GB 30,0GB 3751MB logical ext2
Modèle: ATA TS32GSSD25S-M (scsi)
Disque /dev/sdb : 32,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 32,0GB 32,0GB primary ext4
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sdc : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 1000GB 1000GB primary démarrage, raid
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sdd : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 1000GB 1000GB primary démarrage, raid
Modèle: ATA WDC WD800BB-22DK (scsi)
Disque /dev/sde : 80,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 80,0GB 80,0GB primary démarrage, lvm (gestionnaire de volumes logiques)
Modèle: ASMT 2115 (scsi)
Disque /dev/sdf : 2000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ext4 démarrage
Modèle: Grappe RAID logiciel Linux (md)
Disque /dev/md127 : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags:
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 1000GB 1000GB ext4
Modèle: HL-DT-ST DVDRAM GH22NS40 (scsi)
Disque /dev/sr0 : 4700MB
Taille des secteurs (logiques/physiques): 2048B/2048B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
2 5734kB 22,5MB 16,8MB primary esp
Modèle: SAMSUNG HD103SI (scsi)
Disque /dev/sdg : 1000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 1000GB 1000GB primary ext4 démarrage
Modèle: Maxtor 6 L160P0 (scsi)
Disque /dev/sdh : 164GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 164GB 164GB primary ext2 démarrage
Modèle: ATA Corsair Accelera (scsi)
Disque /dev/sda : 30,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 26,3GB 26,3GB primary ext4 démarrage
2 26,3GB 30,0GB 3751MB extended
5 26,3GB 30,0GB 3751MB logical ext2
Modèle: ATA TS32GSSD25S-M (scsi)
Disque /dev/sdb : 32,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 32,0GB 32,0GB primary ext4
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sdc : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 1000GB 1000GB primary démarrage, raid
Modèle: ATA TOSHIBA DT01ACA1 (scsi)
Disque /dev/sdd : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 1000GB 1000GB primary démarrage, raid
Modèle: ATA WDC WD800BB-22DK (scsi)
Disque /dev/sde : 80,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 80,0GB 80,0GB primary démarrage, lvm (gestionnaire de volumes logiques)
Modèle: ASMT 2115 (scsi)
Disque /dev/sdf : 2000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ext4 démarrage
Modèle: Grappe RAID logiciel Linux (md)
Disque /dev/md127 : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags:
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 1000GB 1000GB ext4
Modèle: HL-DT-ST DVDRAM GH22NS40 (scsi)
Disque /dev/sr0 : 4700MB
Taille des secteurs (logiques/physiques): 2048B/2048B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
2 5734kB 22,5MB 16,8MB primary esp
Modèle: SAMSUNG HD103SI (scsi)
Disque /dev/sdg : 1000GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 1000GB 1000GB primary ext4 démarrage
Modèle: Maxtor 6 L160P0 (scsi)
Disque /dev/sdh : 164GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 164GB 164GB primary ext2 démarrage
fstab :
Citation :
# Entry for /dev/sdb1 :
UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 / ext4 relatime,acl 1 1
/dev/md127 /home ext4 relatime,acl 1 2
none /proc proc defaults 0 0
/dev/vg-mga/tmp /tmp ext2 relatime,acl 1 2
/dev/vg-mga/var-mga-5 /var ext4 relatime,acl 1 2
/dev/vg-mga/swap swap swap defaults 0 0
UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 / ext4 relatime,acl 1 1
/dev/md127 /home ext4 relatime,acl 1 2
none /proc proc defaults 0 0
/dev/vg-mga/tmp /tmp ext2 relatime,acl 1 2
/dev/vg-mga/var-mga-5 /var ext4 relatime,acl 1 2
/dev/vg-mga/swap swap swap defaults 0 0
Citation :
Une partition Windows ?
Non.
Citation :
Dans fstab, mets le swap en commentaire (#) et regarde si cela démarre.
Toujours la même erreur puisque en failsafe j'avais déjà cette erreur.
Édité par zwykx Le 12/04/2018 à 11h13
PC : Z80 SoftCard, CPU Z80, 64 K RAM

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
zwykx :
Oui, comme je le dis plus haut :
Ca je sais pas.
C'est un SSD. Tout ce que je peux dire c'est :
Citation :
La seule qu'il voit c'est root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 en failsafe.
Citation :
Tu as un disque en GPT ? Dans ce cas, as-tu une partition "boot-bios"
Ca je sais pas.
C'est un SSD. Tout ce que je peux dire c'est :
Code BASH :
# fdisk /dev/sdb Type d'étiquette de disque : dos Identifiant de disque : 0xffffffff Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdb1 2048 62586879 62584832 29,9G 83 Linux
Non, tu n'as pas de GPT.
Citation :
Dans fstab, mets le swap en commentaire (#) et regarde si cela démarre.
Toujours la même erreur puisque en failsafe j'avais déjà cette erreur.[/quote]
Je n'arrive pas à comprendre si en failsafe ça démarre ou non.
Si c'est non, je serais tenté de conclure que grub est mis en panique par l'utilisation du volume logique ou du raid pour la swap.
Le raid est-il géré par la carte mère ou de manière logicielle ?
Tu pourrais inscrire le grub de Mageia 6 à la place de celui de Mageia 5, en détectant les autres OS.
Édité par Papoteur Le 12/04/2018 à 11h43
Yves

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Citation :
Je n'arrive pas à comprendre si en failsafe ça démarre ou non.
Je me suis peut-être mal exprimé.
En failsafe, j'ai exactement la même erreur.
Citation :
Si c'est non, je serais tenté de conclure que grub est mis en panique par l'utilisation du volume logique ou du raid pour la swap.
Ca serait bizarre puisque la mageia 6 à partir de laquelle j'écris en ce moment a la fstab suivante :
Citation :
# Entry for /dev/sda1 :
UUID=92d58c02-d8a8-428a-abdf-5255deccda43 / ext4 relatime,acl 1 1
/dev/md127 /home ext4 relatime,acl 1 2
none /proc proc defaults 0 0
# Entry for /dev/dm-0 :
/dev/vg-mga/tmp /tmp ext2 relatime,acl 1 2
# Entry for /dev/dm-2 :
/dev/vg-mga/var-mga-6 /var ext4 relatime,acl 1 2
# Entry for /dev/dm-3 :
/dev/vg-mga/swap swap swap defaults 0 0
UUID=92d58c02-d8a8-428a-abdf-5255deccda43 / ext4 relatime,acl 1 1
/dev/md127 /home ext4 relatime,acl 1 2
none /proc proc defaults 0 0
# Entry for /dev/dm-0 :
/dev/vg-mga/tmp /tmp ext2 relatime,acl 1 2
# Entry for /dev/dm-2 :
/dev/vg-mga/var-mga-6 /var ext4 relatime,acl 1 2
# Entry for /dev/dm-3 :
/dev/vg-mga/swap swap swap defaults 0 0
Mais c'est vrai que elle démarre en grub2 et que pour être exhaustif :
Initialement, à l'installation de la mga-6, son swap était sur sdb. Comme j'ai voulu récupérer sdb pour installer mga-5, j'ai reformaté sdb donc son UUID dans /etc/default/grub n'était plus bon et quand je démarrait mga-6 sur sda1 elle mettait 3 plombes pour me dire qu'elle avait un problème de "resume" mais elle démarrait quand-même !
Donc, j'ai corrigé /etc/default/grub avec le bon UUID dans GRUB_CMDLINE_LINUX_DEFAULT :
Citation :
GRUB_CMDLINE_LINUX_DEFAULT=" splash quiet noiswmd resume=UUID=2957f8ed-e978-4100-8743-7ede00345a97 audit=0 vga=791"
J'ai regénéré /boot/grub2/grub.cfg avec grub2-mkconfig et elle démarre correctement malgré mes swap/tmp en LVM et home en raid.
La différence, c'est :
- grub2 pour sda1 et grub pour sdb1
- resume=UUID=2957f8ed-e978-4100-8743-7ede00345a97 pour sda1 et resume=/dev/vg-mga/swap pour sdb1
Pour le 2ème point, comme j'ai la même erreur en failsafe, donc sans resume, je ne pense pas que ça soit un problème de swap.
Citation :
Le raid est-il géré par la carte mère ou de manière logicielle ?
Logicielle :
Code BASH :
$ cat /proc/mdstat Personalities : [raid1] md127 : active raid1 sdd1[2] sdc1[3] 976757984 blocks super 1.2 [2/2] [UU] unused devices: <none>
Citation :
Tu pourrais inscrire le grub de Mageia 6 à la place de celui de Mageia 5, en détectant les autres OS.
Là, je vois pas trop ce que tu veux dire.
Si tu veux parler d'un multi-boot, j'ai pas trop envie de polluer mon sda. Je préfère, si c'est possible choisir mon disque de démarrage dans le BIOS.
Édité par zwykx Le 12/04/2018 à 18h01
PC : Z80 SoftCard, CPU Z80, 64 K RAM

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Grub Legacy avait des limitations sur ce genre de système.
CM Asus Z77-A+i5-2500K+GeForceGT520+RAM8Go
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu viens de nous apprendre que :
- ton grub est sur sdb
- tu démarres en faisant une sélection depuis le BIOS.
En as-tu d'autres ?
Peut-être alors que le disque que l'on voit sdb n’apparait plus sdb selon le mode de démarrage ?
Yves

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Citation :
Pour qu'on t'aide sérieusement, il serait bon de ne pas distiller les informations au compte-gouttes.
Désolé, mais le problème me paraissait plus simple et je n'ai donné que les infos que je pensaient utiles.
Je ne connaissais pas les relations probablement tumultueuses entre le BIOS et grub.
Donc.
lebarhon :
Désolé, mais je ne suis pas en mesure de t'aider sur un système utilisant LVM+RAID.
Ca pouvait pas venir du RAID, j'ai toujours été en RAID 1 sur mageia 5.
Ca pouvait pas venir du LVM vu que démarré en failsafe donc sans resume ça marchait pas.
Sauf que ma mageia 5 était initialement sur sda.
Alors en désespoir de cause, j'ai essayé un truc bizarre :
Code BASH :
# cat /mnt/sdb1/boot/grub/menu.lst timeout 10 color black/cyan yellow/cyan gfxmenu (hd1,0)/boot/gfxmenu default 0 title linux kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 nokmsboot splash quiet noiswmd resume=/dev/vg-mga/swap root (hd0,0) initrd /boot/initrd.img title failsafe kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=c1d1436b-5fe4-4802-824f-ccf1e576c8d5 nokmsboot failsafe noiswmd root (hd1,0) initrd /boot/initrd.img
Donc dans une des entrées, j'ai remplacé hd1,0 par hd0,0.
Et en effet, ça marche.
Quand je boot sur linux, ça démarre normalement.
Quand je boot sur failsafe, j'ai error 17.
C'est quand-même assez tordu !
Parceque quand j'ai fait l'installation, j'avais bien remonté TS32GSSD25S-M (qui est mon sdb) en première position (dans le BIOS) dans la liste pour qu'il boote sur lui mais l'installeur mageia l'a quand-même identifié hd1,0 et toujours sdb.
Comment l'installeur (ou grub pluôt) fait-il pour connaitre l'identifiant hd du disque ?
Puisqu'à l'installation et ensuite en mode rescue que j'ai essayé, il me génère un menu.lst avec hd1,0 et si je reboote dans la même configuration (donc sans toucher au BIOS) il ne le reconnait plus. Il faut que je change l'identifiant de disque en hd0,0 pour qu'il démarre normalement.
En tous cas, merci pour votre réactivité et vos conseils

Édité par zwykx Le 12/04/2018 à 18h04
PC : Z80 SoftCard, CPU Z80, 64 K RAM

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron

Yves

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
Papoteur :
As-tu essayé Mageia 6 ? C'est normalement cette version qu'il faudrait installer actuellement.
Justement, grosses galères. Du "jamais vu" depuis que je suis sous Mandrake/Mandriva/Mageia.
D'abord une incompatibilité de plasma-5 avec ma carte graphique : option "Activer la transparence" obligatoire sinon j'ai un écran noir quand je clique sur le fond d'écran et la barre des tâches. Bon, c'est résolu.
Ensuite, j'ai du démarrer mga-6 en virant .config, .kde4, .local sinon c'était chaotique. J'arrivais même plus à démarrer kmail (akonadi se plantait).
Donc actuellement, je suis obligé de naviguer entre mga-5 (qui contient mes mails, et mes alarmes) et mga-6.
Mon problème pour migrer définitivement ça va être de récupérer mes mails, et mes alarmes donc je vais certainement vous remettre à contribution

PC : Z80 SoftCard, CPU Z80, 64 K RAM

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Pour info, il y a un nouvelle version de Plasma dans les testing. On espère qu'elle corrige des bugs dont ceux qui t'impactent.
Comme tu n'es pas encore en "production", ça peut mériter l'essai.
Yves

zwykx Membre non connecté
-
- Voir le profil du membre zwykx
- Inscrit le : 21/01/2013
- Groupes :
J'ai apparemment résolu mes problèmes avec kmail qui se plantait (avec akonadi) aussitôt que j'y touchais et me sortait une configuration que j'avais essayé de mettre en place lors de ma précédent tentative de migration mga5->mga6. J'arrive à conserver ma config globale mais il a fallu que je vire tout ce qui concernait kmail et akonadi dans .config, .kde4 et .local et il y en a partout et c'est bien caché !
C'est quand-même pas très cool pour ceux qui utilisent kmail. J'ai une dizaine d'adresses mail et un stock de messages en local. Ca ne m'amuse pas vraiment de tout reconfigurer et de récupérer les messages pour les réinjecter dans kmail2. J'ai l'impression que les développeurs se sont pas trop posés la question de l'upgrade.
Et puis il y a plein d'autre trucs qui ne marchent plus dans mga6 comme mplayer, smplayer (avec une version recompilée de mplayer snapshot), electrum, etc.
Si tu es en contact avec l'équipe Mageia, n'hésite-pas à leur en toucher un mot.
Sinon, je ne suis en effet pas en "production", c'est juste mon principal "ordinateur de salon" avec lequel je fais un peu de tout.
Mais pour revenir à mes déboires avec le BIOS et grub, c'est pas fini.
Puisque pour récupérer mes alarmes et mes mails à partir de mga5, il fallait que je la restaure sur sdb.
Donc il a fallu que j'installe un MBR sur sdb en faisant une install basique de mga5 à partir du DVD. On a vu plus haut : error 17. C'est résolu.
Etape suivante : restaurer ma sauvegarde mga5 sur sdb ce que j'ai fait. Mais là, j'ai bien eu mon menu de boot de grub mais je me suis ensuite retrouvé dans dracut qui me disait qu'il n'arrivait pas à trouver ma partition de resume, et même en failsafe (ce qui est bizarre dans la mesure où elle n'est pas dans la ligne de commande du grub en failsafe !).
Et en effet, si je fais un blkid dans dracut, il me sort l'ancienne config de ma mga5 lorsqu'elle était dans sda. Et pourtant, j'ai re-généré le ramdisk.
dracut est bizarre aussi. On se retrouve dans une sorte de bash mais j'ai pas trouvé le moyen de revenir au grub pour essayer d'autres lignes du menu.lst. Il faut rebooter par Ctrl+Alt+Supr ce qui est un peu lourd.
Et pour couronner le tout, j'ai essayé de ré-installer le bootloader à partir du DVD mga5 en mode rescue et ce c.n, il a trouvé le moyen de mettre la pagaille dans mon boot sur sda/mga6 et je me suis retrouvé avec une error 17 au boot sur sda/mga6. Donc : boot sur DVD mga6, mode rescue et réinstallation du bootloader sur sda/mga6.
Finallement elle remarche puisque j'écris à partir de sda/mga6.
Maintenant je vais tenter de restaurer ma mga5 sur sdb mais de conserver le répertoire /boot tout en gardant la même fstab qui est identique dans les 2 (mon install basique et ma sauvegarde mga5).
Tout ça pour dire que c'est un sacré bord.l cet upgrade. Ca fait presque une semaine que je suis dessus et c'est toujours pas fini.
Édité par zwykx Le 14/04/2018 à 16h48
PC : Z80 SoftCard, CPU Z80, 64 K RAM
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie