Forum

Reprise du message précédent

Héhé, ce n'est pas la première fois que ce genre d'incident arrive. Je me rappelle des début de KDE4 .... Ce n'était pas triste non plus. Mageia est prudent en disant que la cauldron ne doit pas être utilisé en production... A bon entendeur salut.

Merci à Vladmir et aux autres pour s'être cassé les dents sur cette mise à jour, grâce à vous on a pu bloquer temporairement la mise à jour de "setup" pour Mageia 4, et entretemps travailler sur un correctif pour ce bug (https://bugs.mageia.org/show_bug.cgi?id=14266).

Le bug est maintenant fixé avec rpmdrake-6.17-1.mga5, et une mise à jour rpmdrake-6.10.4-1.mga4 est en cours de tests pour Mageia 4. Une fois la mise à jour de rpmdrake validée, on fera la mise à jour de setup comme prévu, et elle ne devrait pas proposer de toucher aux .rpmnew cette fois.

De rien Akien

Mais avant de passer ce post en résolu, je voudrais vous faire part de mes observations :

- sur une Cauldron installée, la mise à jour par les maj automatiques cassent tout.
- toujours sur une Cauldron installée, la maj par un urpmi en console se passe très bien
- lorsqu'on fait une installation netinstall de la Cauldron, qui est censée récupérer et installer les derniers paquets, il n'y a aucun problème.

Voilà.

J'ai fait mes mises à jours ,cliquer sur ok lors de l'aparition de la fenêtre pop-up et depuis 3 jours rien à signaler ,la connection auto s'ouvre sur ma session et les mots de passes fonctionnent .

Plus maintenant, vu que le problème a été corrigé dans rpmdrake. Par ailleurs le problème restait au niveau de l'utilisateur, la mise à jour indique seulement un truc de ce style :

https://bugs.mageia.org/attachment.cgi?id=6125



Il suffit de cliquer sur "Ok" au lieu de cliquer sur "Inspecter", ou de ne pas cliquer sur "Utiliser le .rpmnew à la place du fichier existant" une fois cliqué sur "Inspecter" et visionné le diff entre les deux fichiers.



Donc oui c'est un problème que rpmdrake propose même d'agir sur ces fichiers qui ne doivent pas être remplacés, mais il reste quand même une certaine marche d'interprétation avant de tout péter

Édité par Akien Le 23/03/2015 à 13h46

Merci cher nmrk.n de vous occuper de m'apprendre à lire et travailler intelligemment.

Il est vrai que des années et des années de mises à jour, d'examen des rpmnew sans conséquence aucune et qui pouvaient être acceptés m'ont entraîné à répondre un peu aveuglément à ce genre d'avertissement. Car je n'ai JAMAIS rencontré le moindre problème, c'est la première fois.

Mais la confiance reste, finalement avec la version antérieure du /etc/shadow heureusement automatiquement préservée, c'était simple à réparer...

Édité par magnux77 Le 26/03/2015 à 14h36

Bug ou Newbie tel est la question mdr ...

Raté !



La mise à jour vient de tomber sur Mageia4 avec la même mise en péril des /etc/fstab et /etc/shadow. Les appels au secours vont pleuvoir !...

Effectivement, cette mise à jour est passé hier soir chez moi. A la fin, j'ai eu le message d'information que j'ai regardé par curiosité. A priori, je n'a pas vu d'anomalie puisque root et mon compte utilisateurs étaient présents. Toutefois, j'ai préféré cliquer sur "Ignorer" .... ce que je fait d'ailleurs systématiquement. Je précise aussi qu'après avoir vu ce sujet dans ces débuts, j'avais déjà fait une copie des fichiers fstab et shadow. Rédémarrage sans problème ce matin.

Bonsoir,

La solution proposée par dtux a marché pour moi.
J'ai pu récupérer mon fstab et changer mon mot de passe root. Par contre, pour les mots de passe utilisateurs, rien à faire. Il y avait un fichier shadow- (le - est important) qui avait l'air bien. Je l'ai mis à la place du shadow et tout s'est bien passé. Ouf.
Merci à tous.

Xuo.

Hello,



Si lors de la mise à jour d'aujourd'hui vous auriez lu le message apparaissant juste après la mise à jour de rpmdrake vous auriez dû voir ceci vous expliquant la démarche, je cite :

Bonsoir à tous,

La citation est parfaitement claire et compréhensible.... mais elle n'est qu'en Anglais. Tous les utilisateurs de Mageia ne sont pas tous des anglophones certifiés et, dans ce cas précis, je vais rejoindre les récriminations de "qui vous savez" sur l'usage unique et omniprésent de la langue de Shakespeare.

JLB

nmkrnrmknrknmmkrnkmrnkn.n ?

Gagné

lol

Même quand il n'est pas là, il est là, c'est incroyable !

Mais avec david.david on l'a vu aux JDLL

Si on avait mis le message en 64 langues, je pense que personne n'aurait fait l'effort de trouver sa langue préférée pour lire le message et on aurait encore plus d'utilisateurs qui auraient planté leur système en ignorant un message "IMPORTANT".

Perso même si je comprends pas l'anglais, quand après une mise à jour j'ai un message qui me dit "IMPORTANT" en lettres capitales, je suis près à faire mouliner Google Translate avant de me dire "bof ça doit pas être important".