le résultat du grep te montre que le paquet hal a des fichiers dans /lib. Utilises-tu encore hal (qui est déprécié depuis pas mal de temps déjà) ?.
Désinstalles-le pour faire la mise à jour. Si tu en as vraiment besoin, tu le réinstalleras ensuite
Elle te permettra de voir les fichiers de /lib qui n'appartiennent à aucun paquet. Tu pourras ensuite voir si tu as besoin de ces fichiers (dans ce cas les sauvegarder, les effacer, mettre à jour glibc puis restaurer les fichiers) ou pas (dans ce cas simplement les effacer).
Voir la note par ici (le lien est aussi disponible depuis l'annonce sur archlinux.fr)
La majorité des bugs se situe entre la chaise et le clavier...
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
Je rencontre la même erreur que gael. La désinstallation de hal échoue parce qu'il n'est pas installé, par contre le "--ignore" fonctionne.
C'est quoi ce bintz ?
J'ai essayé la ligne de commande "find /lib -exec pacman -Qo -- {} +" mais le retour était long comme un jour sans fin. Auriez-vous connaissance d'une option pour filtrer ?
@Mélodie, le résultat du grep fait aussi apparaitre des fichiers appartenant à hal ?
Le --ignore fonctionne, puisque le but est de mettre tout à jour sauf glibc.
La majorité des bugs se situe entre la chaise et le clavier...
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
@mélodie Le retour ne doit en aucun être long ! Il doit contenir que très peux de fichier, si ce n'est pas le cas, tu as du faire des conneries avant
Donne la sortie complète via pastebin, mais je pense que créer un nouveau sujet est mieux
$ find /lib -exec pacman -Qo -- {} +
Erreur : impossible de déterminer le propriétaire du répertoire « /lib »
/lib/librt.so.1 appartient à glibc 2.16.0-1
/lib/libnss_files-2.16.so appartient à glibc 2.16.0-1
/lib/libm-2.16.so appartient à glibc 2.16.0-1
/lib/libresolv-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_db.so.2 appartient à glibc 2.16.0-1
/lib/libresolv.so.2 appartient à glibc 2.16.0-1
/lib/libthread_db.so.1 appartient à glibc 2.16.0-1
/lib/libmemusage.so appartient à glibc 2.16.0-1
/lib/ld-linux-x86-64.so.2 appartient à glibc 2.16.0-1
/lib/libnss_dns-2.16.so appartient à glibc 2.16.0-1
/lib/libBrokenLocale-2.16.so appartient à glibc 2.16.0-1
/lib/libBrokenLocale.so.1 appartient à glibc 2.16.0-1
/lib/libcrypt-2.16.so appartient à glibc 2.16.0-1
/lib/libc-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_hesiod.so.2 appartient à glibc 2.16.0-1
/lib/libutil.so.1 appartient à glibc 2.16.0-1
/lib/libnss_nis.so.2 appartient à glibc 2.16.0-1
/lib/libc.so.6 appartient à glibc 2.16.0-1
/lib/libpthread.so.0 appartient à glibc 2.16.0-1
/lib/libanl-2.16.so appartient à glibc 2.16.0-1
/lib/libcrypt.so.1 appartient à glibc 2.16.0-1
/lib/libnss_files.so.2 appartient à glibc 2.16.0-1
/lib/libutil-2.16.so appartient à glibc 2.16.0-1
/lib/libcidn.so.1 appartient à glibc 2.16.0-1
/lib/libthread_db-1.0.so appartient à glibc 2.16.0-1
/lib/libnss_compat.so.2 appartient à glibc 2.16.0-1
/lib/libnss_nisplus.so.2 appartient à glibc 2.16.0-1
/lib/libnss_dns.so.2 appartient à glibc 2.16.0-1
/lib/librt-2.16.so appartient à glibc 2.16.0-1
/lib/libdl-2.16.so appartient à glibc 2.16.0-1
/lib/libpthread-2.16.so appartient à glibc 2.16.0-1
/lib/libpcprofile.so appartient à glibc 2.16.0-1
/lib/libnss_compat-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_nis-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_db-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_nisplus-2.16.so appartient à glibc 2.16.0-1
/lib/libm.so.6 appartient à glibc 2.16.0-1
/lib/libdl.so.2 appartient à glibc 2.16.0-1
/lib/libnsl-2.16.so appartient à glibc 2.16.0-1
/lib/ld-2.16.so appartient à glibc 2.16.0-1
/lib/libnsl.so.1 appartient à glibc 2.16.0-1
/lib/libSegFault.so appartient à glibc 2.16.0-1
/lib/libnss_hesiod-2.16.so appartient à glibc 2.16.0-1
/lib/libcidn-2.16.so appartient à glibc 2.16.0-1
/lib/libanl.so.1 appartient à glibc 2.16.0-1
$
Est-ce grave docteur ?
PS: je veux bien faire un fil ailleurs, mais pour si peu je ne suis pas sûre que ça soit bien utile ? Et je ne crois pas que la base de pacman soit cassée, je n'ai simplement pas de hal dans le système.
Bonsoir. Je me permets de poster ici car je viens de faire une *GROSSE* bêtise (à l'instant) :
Après moultes périples pour faire tourner mysql, j'ai cru bon de mettre à jour glibc.
A la première tentative, pacman m'a gentillement prévenu que "/lib" contenait déjà des fichiers.
Malheureusement, jeune éffronté que je suis, je me suis laissé tenter par un "--force", ce qui a entrainé une tentative d'installation qui n'a pas abouti (operation not commited).
Cependant - et bizarrement j'en ai eu l'intuition - plus rien ne fonctionne sur ma machine, pas même une commande telle que "ls".
Je crois que j'ai dézingué tous les outils de base du système. Je n'ose pas essayer de redémarrer, car je me demande s'il n'y a pas moyen de "rollback" cette dernière connerie que j'ai faites avec Pacman.
Si non, y a-t-il des solutions autres que réinstaller tout le système ? (peut-être en bootant sur une autre image et en remodifiant des fichiers, ou en les récupérants à coups de TestDisk, mais c'est un SSD).
Bref, si y a des âmes charitables qui ont des indications, j'en serais reconnaissant. Merci beaucoup
@Latoof Commence par lire la news, et les 10-20 sujets à ce propos. Désolé du ton...
Bref tu dois éteindre tu n'as pas le choix. Pour réparer 2 solutions :
- Livecd :
Latoof a écrit :EDIT : Retour des commandes, mais freeze du X au boot, et pas d'eth0 --> Une fresh install s'impose, au moins c'est quick, une install, avec Arch.
Pas obligé de réinstaller, ce ne sont pas les sujets qui manquent... (à commencer par les retours des commandes du wiki, etc.)
«The following statement is not true. The previous statement is true.»
Bonjour. Encore un problème avec cette p***n de mise à jour de glibc.
Après avoir cassé le système puis réparé en réinstallant glibc 2.16.0-1 à l'aide d'un livecd (merci le forum), j'ai toujours une erreur pour la mise à jour (pacman -Syu --ignore glibc déjà fait):
Procéder à l'installation ? [O/n]
(1/1) vérification de l'intégrité des paquets [##################################] 100%
(1/1) chargement des fichiers des paquets [##################################] 100%
(1/1) analyse des conflits entre fichiers [##################################] 100%
Erreur : la validation de la transaction a échoué (conflit de fichiers)
glibc : /usr/lib/ld-2.16.so est déjà présent dans le système de fichiers
glibc : /usr/lib/ld-linux-x86-64.so.2 est déjà présent dans le système de fichiers
glibc : /usr/lib/libBrokenLocale-2.16.so est déjà présent dans le système de fichiers
glibc : /usr/lib/libBrokenLocale.so.1 est déjà présent dans le système de fichiers
glibc : /usr/lib/libSegFault.so est déjà présent dans le système de fichiers
glibc : /usr/lib/libpcprofile.so est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.
Erreur : impossible de déterminer le propriétaire du répertoire « /lib »
/lib/libnss_files.so.2 appartient à glibc 2.16.0-1
/lib/libnss_nis.so.2 appartient à glibc 2.16.0-1
/lib/libpthread-2.16.so appartient à glibc 2.16.0-1
/lib/libnsl.so.1 appartient à glibc 2.16.0-1
/lib/libresolv-2.16.so appartient à glibc 2.16.0-1
/lib/libmemusage.so appartient à glibc 2.16.0-1
/lib/libpthread.so.0 appartient à glibc 2.16.0-1
/lib/libBrokenLocale-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_nisplus-2.16.so appartient à glibc 2.16.0-1
/lib/libanl-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_compat-2.16.so appartient à glibc 2.16.0-1
/lib/libnsl-2.16.so appartient à glibc 2.16.0-1
/lib/ld-linux-x86-64.so.2 appartient à glibc 2.16.0-1
/lib/ld-2.16.so appartient à glibc 2.16.0-1
/lib/libm.so.6 appartient à glibc 2.16.0-1
/lib/libc-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_db.so.2 appartient à glibc 2.16.0-1
/lib/libnss_dns.so.2 appartient à glibc 2.16.0-1
/lib/libnss_db-2.16.so appartient à glibc 2.16.0-1
/lib/libc.so.6 appartient à glibc 2.16.0-1
/lib/libthread_db-1.0.so appartient à glibc 2.16.0-1
/lib/libcrypt.so.1 appartient à glibc 2.16.0-1
/lib/libpcprofile.so appartient à glibc 2.16.0-1
/lib/libnss_dns-2.16.so appartient à glibc 2.16.0-1
/lib/libcidn-2.16.so appartient à glibc 2.16.0-1
/lib/libcrypt-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_hesiod.so.2 appartient à glibc 2.16.0-1
/lib/libm-2.16.so appartient à glibc 2.16.0-1
/lib/libBrokenLocale.so.1 appartient à glibc 2.16.0-1
/lib/libresolv.so.2 appartient à glibc 2.16.0-1
/lib/librt.so.1 appartient à glibc 2.16.0-1
/lib/libnss_nis-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_files-2.16.so appartient à glibc 2.16.0-1
/lib/libdl.so.2 appartient à glibc 2.16.0-1
/lib/libanl.so.1 appartient à glibc 2.16.0-1
/lib/libnss_hesiod-2.16.so appartient à glibc 2.16.0-1
/lib/libthread_db.so.1 appartient à glibc 2.16.0-1
/lib/librt-2.16.so appartient à glibc 2.16.0-1
/lib/libnss_compat.so.2 appartient à glibc 2.16.0-1
/lib/libutil.so.1 appartient à glibc 2.16.0-1
/lib/libdl-2.16.so appartient à glibc 2.16.0-1
/lib/libutil-2.16.so appartient à glibc 2.16.0-1
/lib/libcidn.so.1 appartient à glibc 2.16.0-1
/lib/libSegFault.so appartient à glibc 2.16.0-1
/lib/libnss_nisplus.so.2 appartient à glibc 2.16.0-1
Dois-je effacer à la mano les fichiers déjà présent dans /usr/lib?
Merci de votre aide.
Dernière modification par FoolEcho le dim. 22 juil. 2012, 09:08, modifié 1 fois.
Raison :[code] pas italique
Probablement des résidus de quand tu as forcé l'installation de glibc.
Par sécurité Vérifie que /usr/lib/ld-2.16.so et les autres fichiers n'appartiennent à personne (pacman -Qo /usr/lib/ld-2.16.so) et alors oui, supprime-les avant d'enfin installer glibc 2.16.0-2.
«The following statement is not true. The previous statement is true.»
:: Début de la mise à jour complète du système...
résolution des dépendances...
recherche des conflits entre paquets...
Cibles (1) : glibc-2.16.0-2
Taille totale installé : 37,58 MiB
Taille de mise à jour nette : 0,00 MiB
Procéder à l'installation ? [O/n]
(1/1) vérification de l'intégrité des paquets [######################] 100%
(1/1) chargement des fichiers des paquets [######################] 100%
(1/1) analyse des conflits entre fichiers [######################] 100%
(1/1) mise à jour de glibc [######################] 100%
sbin/ldconfig: /lib/libSegFault.so n'est pas un lien symbolique
sbin/ldconfig: /lib/libpcprofile.so n'est pas un lien symbolique
Generating locales...
fr_FR.UTF-8... done
fr_FR.ISO-8859-1... done
fr_FR.ISO-8859-15@euro... done
Generation complete.
ldconfig: /lib/libSegFault.so n'est pas un lien symbolique
ldconfig: /lib/libpcprofile.so n'est pas un lien symbolique