Forum

Bonjour,

Lors du démarrage de l'ordinateur, le menu me propose ceci ;

Démarrer Magéia en mode graphique (super ça fonctionne)
Démarrer Magéia en mode sans échec (super ça fonctionne aussi)
Démarrer Windows 7 (super ça fonctionne aussi)

Mais j'ai ces deux lignes en plus qui ne servent à rien :
Démarrer Windows 1 (ligne inutile)
Démarrer Windows 2 (ligne inutile)

J'ai tenté de modifier le Démarrage, mais lorsque je clique sur "Modifier le Démarrage du system" Une fenêtre d'erreur me dit : Ce programme s'est terminé de façon anormale.

Faut-il installer un "package" pour accéder à la liste des choix de démarrage ?

Merci d'avance pour votre aide.

Pierre.

Note : J'ai déjà pu accéder à cette liste lors d'une installation différente il y a 10 jours, mais j'ai dû tout ré-installer car trop de désordre avec de nombreux packages installés pour rien, car inutiles pour mes besoins.

J'ai trouvé la solution en installant "gparted", l'icone "Modifier le Démarrage du system" a bien voulu fonctionner...
Bien que je n'ai pas la moindre idée de ce qui s'est passé, j'ai pu enlever les lignes inutiles dans le choix du system...

Je ne clos pas le sujet de suite au cas ou un "crack" de Linux veuille bien apporter une réponse à ce dysfonctionnement.

Merci d'avance.
Bien amicalement,
Pierre.

Ce genre de comportement bizarre n'est pas lié au développement mais plutôt à un parasitage du fichier lors d'un téléchargement. Tu n'auras pas de gourou qui t'expliqueras le pourquoi du parce que.
Avec tous mes regrets.

Bonjour Pierre,

Je suis content que tu aies pu t'en sortir seul.

Le crash du programme de configuration est anormal. Se reproduit-il maintenant que la configuration est refaite ?

Si oui, pourrais-tu lacer la commande

drakboot --boot

et nous rapporter les erreurs.

N'y a-t-il pas eu une fenêtre de signalement du bogue qui invitait à déposer un rapport ?

Papoteur

Bonjour Yves,
Voici ce que la commande "drakboot --boot" me renvoie

[pierre@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# drakboot --boot
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Too late to run INIT block at /usr/lib/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi/Glib/Object/Introspection.pm line 257.
Subroutine Gtk3::main redefined at /usr/lib/perl5/vendor_perl/5.20.1/Gtk3.pm line 296.
INTERNAL ERROR: unknown device mapper/sil_cbahbibgbjcc1
MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:131
devices::entry() called from /usr/lib/libDrakX/devices.pm:146
devices::make() called from /usr/lib/libDrakX/fs/type.pm:254
fs::type::call_blkid() called from /usr/lib/libDrakX/fs/type.pm:262
fs::type::type_subpart_from_magic() called from /usr/lib/libDrakX/fsedit.pm:284
fsedit::get_hds() called from /usr/libexec/drakboot:48

Je crois comprendre que le system ne trouve pas la partition de boot car j'utilise un disque RAM OCZ Revodrive de 110 Go (soit 2 parties de 55Go montées en raid 0)

En lançant Gparted le programme me dit que la partition ne peut pas être en dehors du disque (because, c'est de la RAM et pas sur un disque physique).
Je vais (avec gparted) visiter mes partitions du disque RAM Revodrive et du disque physique contenant Magéia, ce qui doit "garder" une info en mémoire, car de suite après, le CCM m'ouvre bien la gestion du boot sans donner le message d'erreur... LOL

Enfin, puisque j'ai trouvé la façon de faire, ça me suffit.
Je pense que si je n'avais pas ce disque RAM Revodrive sur port PCI Express, je n'aurai pas ce problème.

Merci pour vos réponses et votre gentillesse à essayer de trouver une solution.

Amicalement,
Pierre.

Edit : Non il n'y a pas eu de fenêtre pour signaler l'erreur, juste une fenêtre pour refuser la demande et un OK pour quitter...
Pierre

Édité par pacha69 Le 24/07/2015 à 16h18

Bonjour,
l'erreur de drakboot mérite un rapport de bogue. Tu fais ?
Celà dit, tu sembles utiliser grub Legacy. Si tu amorces correctement, c'est que ta partition /boot est sur une partition en dehors du raid.
Tu peux confirmer ?

Oui, je confirme Yves, La partition de démarrage n'est pas sur le disque monté en raid0, elle est sur le premier disque mécanique (1To)
J'ai dû faire comme ça car Ubuntu ne reconnaissait pas mon disque RAM OCZ Revodrive... Ensuite lorsque j'ai installé Magéia, j'ai vu qu'il détectait mon disque Ram, et qu'il installait le pilote, mais j'ai laissé en l'état pour ne pas tout refaire...
Si plus tard j'ai le courage de tout reprendre à zéro, je ferai autrement...
Pour le rapport de Bug, je n'ai jamais fait, mais le défaut vient uniquement de ma configuration, je crois...

Merci pour tout, et à bientôt,
Amicalement,
Pierre

Bonjour,

J'insiste un peu pour que tu fasses le rapport. Ta configuration est peut-être particulière, mais elle n'est pas exotique. Il n'est pas normal que l'outil de partitionnement plante sur une configuration particulière. Les développeurs ne peuvent pas reproduire toutes les configuration, et çà peut les aider d'avoir un interlocuteur qui peut faire des tests.

Celà dit, il faut que le rapport soit en anglais.

Je comprend bien Yves,
Mais je ne parle que le Français, et trois mots d'Espagnol
Les quelques mots d'anglais que je connais ne vont pas me permettre d'avoir une conversation pour servir de "testeur" auprès du service technique. A mon grand regret... J'ai bien peur qu'en utilisant le "translateur" de google, les informations soient transmises de façon déformées, ce qui n'aiderait pas les concepteurs...
J'ai 65 ans et c'est un peu tard pour apprendre l'Anglais... mais j'aime bien les Anglais, même si ils mangent des choses bizarres, nous on mange bien du fromage qui pue et des bestioles...

Bonne journée Yves et encore merci pour ton aide.
Amicalement,
Pierre

J'ai créé le rapport de bogue. https://bugs.mageia.org/show_bug.cgi?id=16492
Cà intéresse déjà les développeurs, et çà demande une investigation.
Le problème ne serait pas spécifique au système Raid, mais aurait déjà été constaté avec d'autres périphériques. Il ne serait pas non plus spécifique à drakboot mais affecterait aussi diskdrake.
Pascal Terjan pourrait demander des infos complémentaires.

Bonjour Yves,

Je suis prêt à aider Pascal en faisant les tests si c'est utile, pourvu que ce soit en Français...
Je vais suivre le lien pour regarder le rapport.
Voici une capture d'écran qui montre le résultat lorsque je clique sur la commande


Merci,
Pierre

Édité par pacha69 Le 29/07/2015 à 16h55

Bonjour Pierre,
Serait-il possible d'avoir les informations suivantes :
le résultat de :

et la copie en pièce jointe du fichier /etc/fstab

Bonjour Yves, Voici le résultat de la commande



[pierre@localhost ~]$ su -

Mot de passe :

[root@localhost ~]# ls -l /dev/mapper/sil*

brw-rw---- 1 root disk 252, 0 août 1 14:23 /dev/mapper/sil_cbahbibgbjcc

lrwxrwxrwx 1 root root 7 août 1 14:23 /dev/mapper/sil_cbahbibgbjccp1 -> ../dm-1

[root@localhost ~]#









Je n'arrive pas à ajouter le fichier fstab, j'ai donc mis son contenu ici...



Amicalement,

Pierre

J'ai renommé une copie du fichier fstab en fstab.txt pour pouvoir l'uploader...

http://pacha69.free.fr/mageia/fstab.txt

Édité par pacha69 Le 01/08/2015 à 14h49

Bonjour Pacha,
J'ai eu une remontée d'information sur le rapport de bogue.
Une question avait été posée, j'avoue ne pas l'avoir relevée.
Thierry demandait si l'installation provenait d'une mise à niveau depuis Mageia 4 ou était une installation nouvelle de Mageia 5.
Où en es-tu maintenant ?

Pas de réponse, nous allons fermer le rapport.
Il pourra être ouvert si des infos sont fournies.
Merci.