[pacman] File owned by 'xxx' and 'xxx'

[hansi]

Bonsoir à tous,

J'ai du faire un downgrade conséquent avec l'aide de l'Arch Rollback Machine mais depuis pacman affiche ces messages :

Code : Tout sélectionner

file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-address.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-bus.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-connection.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-errors.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-macros.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-memory.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-message.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-misc.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-pending-call.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-protocol.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-server.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-shared.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-signature.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-syntax.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-threads.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus-types.h'
file owned by 'dbus' and 'libdbus': 'usr/include/dbus-1.0/dbus/dbus.h'
file owned by 'dbus' and 'libdbus': 'usr/lib/dbus-1.0/include/dbus/dbus-arch-deps.h'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libblkid.so'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libblkid.so.1'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libblkid.so.1.1.0'
file owned by 'dbus' and 'libdbus': 'usr/lib/libdbus-1.so'
file owned by 'dbus' and 'libdbus': 'usr/lib/libdbus-1.so.3'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libmount.so'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libmount.so.1'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libmount.so.1.1.0'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libuuid.so'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libuuid.so.1'
file owned by 'libutil-linux' and 'util-linux': 'usr/lib/libuuid.so.1.3.0'
file owned by 'dbus' and 'libdbus': 'usr/lib/pkgconfig/dbus-1.pc'

J'ai donc pour commencer essayé de désinstaller libutil-linux car un pacman -Qi dit qu'il n'est requis par rien mais au final thunar et d'autres logiciels ne se lancent plus... Donc je l'ai réinstallé mais alors comment faire pour ne plus avoir ces messages svp ?

Merci

[oktoberfest]

Le message indique que plusieurs paquets contiennent les mêmes fichiers :
- usr/include/dbus-1.0/dbus/dbus-address.h dans les paquets dbus et libdbus
- usr/lib/libblkid.so dans les paquets libutil-linux et util-linux
- etc ...

Tu as fait un downgrade, il te faut donc gérer maintenant tes bêtises
Pourquoi as-tu fait un downgrade ? Tu te retrouves maintenant avec certains paquets récents et d'autres plus anciens, c'est un peu le capharnaüm.

[hansi]

J'ai pourtant suivi la procédure décrite sur le wiki, en utilisant le mirrorlist...

Le downgrade (au 1 janvier 2014) c'est parce que j'ai l'impression que xorg 1.15 merdouille un max avec ma CG branchée en ExpressCard. Disons que je n'avais aucun problème avant le 3 février 2014 date à laquelle j'ai fait une grosse mise à jour contenant donc xorg 1.15 et bien d'autres évidemment.

Bien sûr j'ai tenté de ne downgrader que xorg et ses dépendances directes, mais je me suis vite trouvé incapable de booter à cause de libgcrypt qui est une dépendance de systemd aussi... D'où l'idée d'un downgrade généralisé, un peu en désespoir de cause !

Voilà vous savez tout

Et donc une idée de comment gérer mes bêtises ?

(Avant il y en avait encore plus des messages, "efl vs ecore" etc. etc. Il a suffit de virer ceux qui n'étaient requis par rien ou presque rien pour corriger, mais là je suis bloqué)

[oktoberfest]

Tu es dans un sacré merdier, car je vois mal comment désinstaller les paquets libdbus et libutil-linux sans virer les fichiers qu'ils contiennent.. et qui sont dans les paquets dbus et util-linux... Peut-être qu'avec un chroot et quelques forçages lors des installations/suppression tu pourrais améliorer les choses.

Pour util-linux/libutil-linux par exemple je vois chez moi :

Code : Tout sélectionner

$ pacman -Qi libutil-linux
Requis par            : e2fsprogs  util-linux

Code : Tout sélectionner

$ egrep 'util-linux|e2fsprogs' /var/log/pacman.log 
[2014-02-11 13:17] [PACMAN] upgraded util-linux (2.24-2 -> 2.24.1-1)
[2014-02-11 13:17] [PACMAN] upgraded e2fsprogs (1.42.8-2 -> 1.42.9-1)
[2014-03-25 20:52] [PACMAN] installed libutil-linux (2.24.1-3)
[2014-03-25 20:52] [PACMAN] upgraded util-linux (2.24.1-1 -> 2.24.1-3)
[2014-03-25 20:52] [PACMAN] upgraded e2fsprogs (1.42.9-1 -> 1.42.9-2)

Tu peux alors essayer dans un chroot de faire un :

Code : Tout sélectionner

# pacman -Rf libutil-linux
# pacman -Uf util-linux-2.24-2
# pacman -Uf e2fsprogs-1.42.8-2

Tout cela reste de la haute-voltige...

Mais au fait... ta carte graphique fonctionne mieux depuix le downgrade ?

[hansi]

Tu es dans un sacré merdier

On dirait en effet

Ici :

Code : Tout sélectionner

$ pacman -Qi libutil-linux
Requis par            : --

$ pacman -Qi util-linux
Requis par            : apr  cryptsetup  e2fsprogs  fakeroot  gptfdisk  gupnp  jfsutils  lib32-util-linux  libsm  mkinitcpio  ntfs-3g  rasqal  reiserfsprogs  systemd
                        udisks  udisks2  wget  xapian-core  xfsprogs  zeromq

C'est clair que c'est risqué la haute voltige, d'autant que malgré ces messages le système fonctionne plutôt bien. La CG a l'air de mieux fonctionner oui mais je serai définitivement fixé demain normalement, peut-être avant si le plantage se reproduit, car c'est assez aléatoire et là ça fait trop peu de temps pour le dire
Pfou quelle poisse !

Merci pour ton aide en tout cas...

[hansi]

Mais au fait y aurait-il un moyen d'utiliser xorg* en version 1.14 avec le reste du système à jour ?

[oktoberfest]

Mais au fait y aurait-il un moyen d'utiliser xorg* en version 1.14 avec le reste du système à jour ?

Voir par ici : https://wiki.archlinux.org/index.php/AM ... positories

Tu ajoutes les lignes avant les déclarations des autres repositories (core, extra...) afin que les paquets du dépôts xorg114 soient pris en priorité.

C'est effectivement la solution la plus sage et la plus stable.

[hansi]

Ah super ! Mais c'est sûr qu'il n'y aura pas de problème de compatibilité avec libgcrypt par exemple ? Car quand j'ai testé de downgrader juste xorg* systemd ne fonctionnait plus car dépendant d'une version plus récente de libgcrypt que celle dont dépendait xorg...

[hansi]

Bon bah fail, ça vient de recommencer. L'affichage se coupe, les écrans s'éteignent alors que le système continue à tourner comme si de rien n'était. Et il n'y a rien à faire pour que ça revienne, obligé de rebooter comme un sagouin...

Edit : Comme sur ce bug https://bugs.freedesktop.org/show_bug.cgi?id=46287 qui date de 2012 quand même, trop cool... La carte est la même, une Ati 2460.

[FoolEcho]

Bien sûr j'ai tenté de ne downgrader que xorg et ses dépendances directes, mais je me suis vite trouvé incapable de booter à cause de libgcrypt qui est une dépendance de systemd aussi... D'où l'idée d'un downgrade généralisé, un peu en désespoir de cause !

Voilà vous savez tout

Et donc une idée de comment gérer mes bêtises ?

Au pire, tu ramènes tout ton système à la date antérieure qui correspond à tes modifications, tu pourras en revenir nettement plus facilement.
http://wiki.archlinux.fr/Arch_Rollback_ ... s_le_temps

Rappel: Arch ne supporte pas les mises à jours partielles, donc ne rétrogader que quelques paquets (surtout s'ils sont centraux comme ceux de base... ou délicats comme X) a de fortes chances de causer des soucis (qui peuvent passer relativement inaperçus même si en apparence ça se passe bien... «au moins» dans ton cas, tu as eu des avertissements).

Une autre chose que tu aurais pu regarder et si tu avais le même problème avec le kernel LTS.

[hansi]

Ok, merci pour les explications. De toute façon je suis revenu à un système à jour vu que le problème persiste même avec xorg 1.14, c'est incompréhensible !
Et bien sûr j'ai testé avec le kernel-lts, ça a d'ailleurs été le premier réflexe mais ça ne change rien... J'ai aussi essayé une par une les différentes options du module radeon de même que celles relatives à l'acpi ainsi que celles de la gestion d'énergie (aspm) et rien n'y fait... Je suis complètement coincé :'(

[hansi]

Je vais tenter avec le kernel linux-lts34 on ne sait jamais !

[hansi]

Bon rien à faire ce fichu kernel ne boote pas. Ça fait 5 fois que je recompile et c'est toujours pareil, il reste un long moment sur running early hook [udev] puis il y a des messages erreurs de dépendances pour les disques...

Code : Tout sélectionner

avril 29 22:34:06 jlaptop systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-afcfb683\x2d59fa\x2d4e24\x2d93cd\x2d04a373fe7d03.device.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for /home.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for Local File Systems.
avril 29 22:34:06 jlaptop systemd[1]: Triggering OnFailure= dependencies of local-fs.target.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/afcfb683-59fa-4e24-93cd-04a373fe7d03.
avril 29 22:34:06 jlaptop systemd[1]: Job dev-disk-by\x2duuid-65902c92\x2d32f1\x2d43bc\x2d9f39\x2d196224f89a0e.device/start timed out.
avril 29 22:34:06 jlaptop systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-65902c92\x2d32f1\x2d43bc\x2d9f39\x2d196224f89a0e.device.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for /boot.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/65902c92-32f1-43bc-9f39-196224f89a0e.
avril 29 22:34:06 jlaptop systemd[1]: Job dev-disk-by\x2duuid-c30312fa\x2d07a7\x2d455e\x2d823d\x2d67ac455bbe33.device/start timed out.
avril 29 22:34:06 jlaptop systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-c30312fa\x2d07a7\x2d455e\x2d823d\x2d67ac455bbe33.device.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for /dev/disk/by-uuid/c30312fa-07a7-455e-823d-67ac455bbe33.
avril 29 22:34:06 jlaptop systemd[1]: Dependency failed for Swap.

Sur le net ils disent que ça peut venir d'un CONFIG_FHANDLE manquant, mais il est pourtant bien sur "y" dans mon .config...
Pfou quelle galère ! Peut-être qu'il vaudrait mieux brûler cette fichue carte graphique, ou même le pc complet