Forum

Reprise du message précédent

@Papoteur : Du coup j'attends la résolution de l'erreur ou j'essaie de contourner le problème en supprimant qscintilla2.12?

Un grand merci pour l'aide

Bonjour,
Désolé pour le délai de réponse.
Ce qui pourrait être un plus, c'est d'avoir la sortie en anglais en ajoutant LANGUAGE=C devant la commande.
Mais sinon oui, tu peux tenter de supprimer lib64qscintilla2_12-2.9.1-7.mga6.x86_64 en premier. Je crains cependant qu'il veuille supprimer beaucoup de choses d'un coup.

Finalement je vais pas attendre, j'ai viré qt4 scintilla (ça n'a pas supprimé grand chose au final, je n'avais rien qui en dépendait). Du coup le test a réussi. C'est parti ...

Ça redémarre.

Mais hélas je suis toujours sous mageia6!

Note personnel pour si ça fonctionne:

Édité par Suryavarman Le 07/09/2019 à 22h25

Bonjour,

J' aurais plutôt essayé avec urpmi d' abord...

dnf et urpmi peuvent avoir des différences.

Je viens de tester urpmi de la même manière qu'a mon premier poste.

Du coup l'installation a échoué voici l'erreur:



C'est resté bloqué à cet endroit.

Du coup j'ai redémarré et je me retrouve directement avec l'invite de commande.

J'ai relancé la commande et là c'est Perl qui fait hoqueté urpmi.

Édité par Suryavarman Le 07/09/2019 à 23h32

Bonjour,



C' est à dire que même l'interface graphique ne demarre pas, c' est un mode repair ?

Le message me laisse penser à une corruption de la base rpm...
(En fait non, puisque le redémarrage permet de relancer la commande.

Édité par nic80 Le 07/09/2019 à 23h38

Bonjour nic80,

Non ce n'est pas un mode réparation, ou si ça l'ai je n'y suis pour rien :p

Bonjour,

Dans les photos, je vois des erreurs de dépendances avec perl mais aussi avec locales et libnetsnmp.

Pour Perl, je crois que Papoteur a rencontré des erreurs similaires dans sa migration (voir le lien que j' ai mis dans un de mes posts précedents), mais je ne sais pas si les paquets perl ont été desinstallés, puis reinstallés manuellement aprés.

La commande lancée semble aussi différente (utilisation de --replace-files), mais je ne pense pas que cette option resolve le problème.

Ouai je vais pas y couper j'ai l'impression. Je vais essayer un petit urpmi --clean et je vais désinstaller les paquets de la version 6 qui font sauter la mise à jour.

Hummm ça va être que du bonheur.

Je peux pas désinstaller les paquet Perl tel-que perl-File-Sync. urpmi refuse car le système se retrouverai instable.

J'ai désinstallé python3 car quand j'effectue les tests il bloque sur python3. Résultat 120 paquets supprimés. Ça c'est bloqué à virtualbox, j'ai redémarré et punaise ça redémarre beaucoup plus vite... j'ai du perdre pas mal de chose.

Bon je crois que j'ai bousillé ma partition Mageia6. Je vais voir ce que ça donne avec le DVD d'installation.

Édité par Suryavarman Le 08/09/2019 à 00h48

Je crois que mon DVD a été mal gravé.
Après j'ai sélectionné «mise à jour de Mageia6» juste ensuite ou un peu après j'ai eu cette erreur.

Bonjour,

Il propose (encore) la mise à jour depuis Mageia 6 ?

Le DVD est peut être bien gravé, sauf que comme certains paquets ont déjà été remplaçés, le programme d' installation est probablement perdu... Normalement, depuis le programme d' installation, en faisant un alt+fx , il doit y avoir une console qui indique ce que le programme fait...

Oui

Bonjour,
Les nouvelles que tu donnes ne sont pas terribles.
Tu peux déjà sortir un extrait du journal sur la période de tentative de mise à jour :
journalctl -a --since="YYYY-MM-DD hh:mm" --until="YYYY-MM-DD hh:mm" > log.txt
tu remplaces YYYY-MM-DD hh:mm avec les dates et heures englobant les erreurs. Et tu ajoutes le log.txt, compressé si besoin, au rapport de bogue.
Ce n'est pas exactement le problème que j'ai rencontré, mais ça y ressemble : https://bugs.mageia.org/show_bug.cgi?id=25072
Pour l'instant, les devs ont considéré que le problème avait été un manque d'espace disponible, dans mon cas.
L'erreur survient dans une première transaction qui concerne le fondement du système et est considéré comme un bloc devant être changé d'une seule fois. Ce bloc inclut rpm et ses morceaux.
Je présume que l'erreur avec le DVD vient du fait que des morceaux ont déjà été changés dans le système Mageia 6.
Dans mon cas, je m'en étais tiré de la manière suivante :
lancement de la commande urpmi --auto-update
elle s'arrête sur un conflit entre les versions mga6 et mga7
repérage du paquet mga6 qui dit que des choses sont nécessaires pour lui
suppression de ce paquet mga6.

Pa rexemple, ci-dessus, tu as :
locales mga6 est nécessaire pour locales-fr mga6 (déjà installé)
tu peux vérifier que la version mga7 est déjà installée :
rpm -q locales-fr
tu pourrais avoir la version mga6 et mga7
tu fais
urpme locales-fr--2.22-7.mga6
Pareil pour pour les autres déjà installés.
Puis relance de urpmi --auto-update
C'est laborieux, mais ça a fonctionné pour moi.

Bonjour,

j'ai pas accès à la clef usb via ou du moins je la trouve pas.

Du coup j'ai lancé la commande :


ce qui me permet d'avoir un xterm, une interface graphique avec firefox qui fonctionne et filezilla pour envoyer le log ici( mais dolphin mon nuage magique etc -> segfault) 
JE VIRE LE LIEN DU LOG JE DOIS FAIRE LE MÉNAGE. IL Y A BEAUCOUP TROP D'INFO :p


@nic80 Lors de l'installation via le dvd jai essayé alt+f1 etc mais ça ne fait rien. Il bloque au niveau de : «Activater la partition d'échange sdc6»

A j'ai accès à CompizConfig si ça peut servir.

urpmi dés que je le lance me déclenche cet avertissement:


Pour la supression des paquets merci beaucoup je viens de comprendre. Effectivement ça va être petit à petit

Édité par Suryavarman Le 09/09/2019 à 01h37

J'ai supprimé les paquets qui étaient en jeu. L'installation à bien avancé. Puis ça rebloqué sur une centaines de paquets. J'ai supprimé les deux premier puis j'ai supprimé les orphelins.


Parmis les orphelins deux paquets nécessaire car paquet de mga7 déjà installé (le problème habituel). Hormis c'est deux là tout les orphelins on été supprimé.

Je re fais un


Et là magie l'installation repart de plus belle.

Je pense qu'en voyant, que la suppression de certains orphelins n'ai pas possible car mga7 blabla, cela prouve qu'une partie des paquets qui posent problème sont des orphelins car j'en avait une belle page. Et à l'heure où j'écris il reste 300 paquets à installés :p

Youhou

Édité par Suryavarman Le 09/09/2019 à 02h26