Страница 1 из 1
Plantage de urpmi
Добавлено: 13 ноя 2013, 23:53
D27
Salut,
Hier soir m'arrive une petite mise à jour de 5 ou 6 paquets, dont 2 de "Cairo-Dock". Je suis un peu surpris car Cairo-Dock arrive généralement pas mise à jour de version complète, donc plus de 50 paquets de plugins, mais bon...
Ce soir, en démarrant le PC, pas de Cairo-Dock en bas de l'écran ! Tiens ?! ...Et l'icône principale dans le menu a également disparu...
Je vais donc jeter un coup d'oeil sur les paquets installés et je découvre que 2 dépôts sont décochés ...il y avait longtemps...
Je les coche et ce sont 133 paquets(!) qui déboulent d'un coup ...Mais à la fin, toujours pas de Cairo-Dock !
Je vais donc voir en graphique le détail des paquets installés, mais "surprise" (!) pas moyen de rentrer dans la liste des paquets installés/installables !
En plus, en Konsole,
urpmi.update -a fonctionne pour la mise à jour des dépôts, mais
urpmi --auto-select pour charger les paquets, plante !
Les dépôts sont OK mais le chargement des paquets m'est devenu totalement impossible.
Message en Konsole
Код: Выделить всё
[root@localhost rc]# urpmi --auto-select
BDB2053 Freeing read locks for locker 0x19341: 21836/3073943232
BDB2053 Freeing read locks for locker 0x19342: 21836/3073943232
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
BDB2017 Freeing mutex for process: 21836/0
perl: header.c :1079 : headerLoad: L'assertion « (rpmint32_t)rdl >= 0 » a échoué.
Abandon (core dumped)
[root@localhost rc]#
J'ai tenté diverses commandes pour re-builder la base de données, mais aucune ne sert ...je suis totalement bloqué question installation de paquets.
Ce qui m'inquiète c'est que si des mises à jour arrivent mais ne peuvent s'installer, je suis définitivement bloqué en l'état.
A+
Re: Plantage de urpmi
Добавлено: 14 ноя 2013, 10:43
sylvainsjc
Salut,
Tu as aussi tenté la suppression / re-création des dépots ?
Код: Выделить всё
urpmi.removemedia -a
urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST'
urpmi --auto-update
Re: Plantage de urpmi
Добавлено: 14 ноя 2013, 14:03
D27
Salut,
sylvainsjc писал(а):Tu as aussi tenté la suppression / re-création des dépots ?
Non, je n'avais pas essayé ...mais maintenant oui ...et je n'ai plus de dépôts du tout !
Et pas moyen de les réinstaller, bien sûr ! Le processus démarre, mais bloque en chemin.
De plus, comme l'avortement du processus fait un boucan terrible sur le disque dur, j'ai téléchargé une vidéo de Youtube pour voir si l'écriture sur le disque ne serait pas foireuse, et cela ne m'a pas posé de problème.
En résumé, avec les dépôts les paquets ne pouvaient pas s'installer, et maintenant, sans même les dépôts ...je suis mal...
A toute fin utile je colle le résultat en Konsole de la tentative d'installation des dépôts, mais j'ai bien peur d'avoir à employer les grands moyens.
...De toute façon, je commençais à avoir de plus en plus de petits pépins depuis 2 ou 3 mois, avec cette Fresh... Je vais donc tout réinstaller, en espérant que mon disque dur ne soit pas le responsable de cette triste mésaventure.
Код: Выделить всё
[root@localhost rc]# urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST'
ajout du média « main »
ajout du média « main updates »
ajout du média « contrib »
ajout du média « contrib updates »
ajout du média « non-free »
ajout du média « non-free updates »
ajout du média « restricted »
ajout du média « restricted updates »
$MIRRORLIST: media/main/release/media_info/synthesis.hdlist.cz
BDB2053 Freeing read locks for locker 0x193de: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193df: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e0: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e1: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e2: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e3: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e4: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e5: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e6: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e7: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e8: 6594/3073517248
BDB2053 Freeing read locks for locker 0x193e9: 6594/3073517248
BDB2053 Freeing read locks for locker 0x80019b9d: 6594/3073517248
BDB4503 Aborting txn 0x80019b9d: 6594/3073517248
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
BDB1502 Freeing log information for process: 6594/0, (ref 1)
rpmdb: BDB2027 unable to destroy mutex: Périphérique ou ressource occupé
error: db_init:db3.c:1098: dbenv->failchk(16): Périphérique ou ressource occupé
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
BDB2017 Freeing mutex for process: 6594/0
perl: header.c :1079 : headerLoad: L'assertion « (rpmint32_t)rdl >= 0 » a échoué.
Abandon (core dumped)
[root@localhost rc]#
A+
Re: Plantage de urpmi
Добавлено: 14 ноя 2013, 16:53
sylvainsjc
Hum,
Périphérique ou ressource occupé
Moi je ferais bien un petit "smartctl -a /dev/sdx" (adapter sdx avec la lettre de ton disque)
Re: Plantage de urpmi
Добавлено: 21 ноя 2013, 15:35
D27
Salut,
...Simplement pour vous dire que j'ai ré-installé (sur la même partition re-formatée) et que tout est redevenu normal !
Mon disque dur, même si plus tout jeune, n'était donc pas la cause des soucis.
A propos de ma réinstallation, à partir d'un DVD gravé de la Fresh, je dois dire que celle-ci s'est relativement bien passée.
Initialement, je n'ai eu le souci que du driver graphique "libre" qui ne voulait sous aucun prétexte (5 tentatives dont 3 avec XFdrake) afficher dans la résolution native de l'écran.
Par contre, cette fois, le driver graphique proprio dernière version -Nvidia 325.15- ne m'a pas posé les problèmes (comme ceux de Misteraud) que j'avais aussi rencontrés avec les précédentes version, et qui m'avaient obligés à choisir la version "Long lived".
Et puis, j'ai réussi à installer mon imprimante HP, avec l'aide de SourceForge. Bon, ça a été fastidieux, parce qu'il faut compiler le tarball et que pour cela, il faut s'y rependre à 5 ou 6 fois puisqu'il manque à chaque fois des paquets de "devel", mais j'y suis arrivé. La complication supplémentaire est qu'il faut utiliser un driver d'imprimante plus ancien (une version ancienne que je garde précieusement) pour que ça fonctionne au final, mais j'y suis !
Comme autres anicroches, j'ai noté que ;
- L'installation des dépôts s'est faite de manière invisible mais, bien qu'installés, il faut rebooter ou les mettre à jour, pour qu'ils puissent être actifs.
- Dans les permissions (user / super utilisateur), il y a vraiment des choses à revoir.
1. Même avec "root" coché, c'est le mot de passe "user" qui est demandé lors des mises à jour. => C'est un faux progrès par rapport à ma version précédente qui ne me demandait "rien" si je cliquais rapidement pour les installer.
2. Une fois ces mises à jour installées, => dans le "System-Settings" de KDE, tout ce qui concerne les réglages système (anciens outils "drakconf" transférés là) qui normalement nécessitent un mot de passe "root" sont librement accessibles, sans aucun mot de passe(!) et ce, pendant quelques minutes.
En résumé, si un user indique son mot de passe pour une mise à jour, il a ensuite accès à "tout" le système ! Anormal !
- J'ai aussi constaté après divers réglages de la graphique, que l'affichage était très nerveux, parfois même saccadé dans des jeux de cartes. Il m'a suffit de passer dans KDE/Effets/Avancé, de OpenGL 2.0 à 3.1 pour que tout devienne parfait.
- Je n'ai pas encore essayé d'installer java proprio, mais au cours des quelques jours pendant lesquels j'ai utilisé la LTS (j'ai aussi essayé Mageia 4 Beta, mais c'était la cata), j'ai apprécié le Java 1.6 dont les rpms étaient dans les dépôts d'origine. Dommage qu'il n'en soit plus ainsi. En fait, je vais sur des sites étrangers pour visionner des matchs d'autres pays et des films, et je java libre ne me permet pas de tout voir ce que ce que je voudrais...
- Depuis ma nouvelle installation, il y a 3 jours, j'ai constaté 2 MàJ de Grub Customizer, dont la dernière ce matin. Aussi, je l'ai immédiatement testé pour personnaliser mon boot, et je dois dire "qu'enfin", je n'ai pas eu de problème. Ca avance !
- Il me reste à supprimer l'apparition du logo Nvidia lors du boot (car il peut parfois -mais pas toujours- durer jusqu'à 15 secondes à l'écran => puisque cela prend carrément le temps normalement imparti à Plymouth) pour retrouver totalement, mes réglages aux petits oignons d'avant ré- installation.
C'est donc une installation assez satisfaisante dans l'ensemble, même s'il reste quelques détails à peaufiner de ma part et de la part des devs.
A+
Re: Plantage de urpmi
Добавлено: 22 ноя 2013, 11:17
sylvainsjc
Salut, bien content pour toi que tout soit rentré dans l'ordre
Je vois passer aussi en ce moment des mises à jour Grub2 et grub-customizer, c'est surement pour la bonne cause
