Page 1 sur 1
[pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 02:19
par 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
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 08:54
par 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.
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 12:39
par 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é)
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 15:10
par 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
$ 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 ?
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 16:32
par hansi
oktoberfest a écrit :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...
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 16:34
par hansi
Mais au fait y aurait-il un moyen d'utiliser xorg* en version 1.14 avec le reste du système à jour ?
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 16:52
par oktoberfest
hansi a écrit :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.
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 17:19
par 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...
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : lun. 28 avr. 2014, 19:52
par 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.
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : mar. 29 avr. 2014, 10:35
par FoolEcho
hansi a écrit :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.
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : mar. 29 avr. 2014, 10:45
par 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é :'(
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : mar. 29 avr. 2014, 16:04
par hansi
Je vais tenter avec le kernel linux-lts34 on ne sait jamais !
Re: [pacman] File owned by 'xxx' and 'xxx'
Publié : mar. 29 avr. 2014, 23:17
par 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
