[MAJ filesystem] Ou met on ce qu'on a déplacé (résolu)

[mulanee]

Bonjour,

J'ai suivi la MAJ "filesystem /bin etc..." à la lettre, tout s'est (presque) bien passé.

Il est dit

3) Si vous avez des fichiers dans /bin, /sbin ou /usr/sbin n’appartenant à aucun paquet, vous devez les déplacer. Trouvez cette liste en utilisant

$ find /bin /sbin /usr/sbin -exec pacman -Qo -- {} + >/dev/null

Une fois tout mis à jour, ou met on ce qu'on a déplacé?
Dans mon cas il s'agit de 3 fichiers liés à GParted que j'ai stockés dans une directory temporaire mais évidemment Gparted ne fonctionne plus.

Je ne peux pas l'installer car il existe déjà
Je ne peux pas le supprimer car il n'existe pas

Merci.

[oktoberfest]

Ben tu les remets dans /bin...
ou /sbin...
ou /usr/sbin...
ou /usr/bin...


Parce que finalement maintenant tout ça ne forme plus qu'un seul répertoire !

Mais tu veux dire que gparted installé avec le paquet officiel a besoin de trois fichiers supplémentaires.... Etonnant. C'est quoi ces trois fichiers ?

[Ypnose]

Tiens, je suis moi aussi curieux de la réponse.

[benjarobin]

Je ne peux pas l'installer car il existe déjà
Je ne peux pas le supprimer car il n'existe pas

Impossible, de plus aucun fichier de Gparted ne se trouve au mauvais endroit... Quels sont ces fichiers ? Peux tu donner la sortie de

Code : Tout sélectionner

pacman -Q gparted
pacman -Ql gparted
pacman -R gparted
pacman -S gparted

[Elbarto]

à noter que la news traduite en français parle de "déplacer des fichiers" ce qui donne l'impression que l'utilisateur doit faire des "mv" bourrins, alors que la news originale en anglais utilise le terme "fix" qui laisse une plus grande marge d’interprétation,

ainsi une alternative un peu moins prise de tête consiste à désinstaller le paquet qui pose problème, à faire les mises à jour avec filesystem et compagnie ( en suivant l'ordre indiqué par la news ), puis enfin à réinstaller les paquets qu'on a désinstallé auparavant, une méthode un peu plus clean que des mv en pagaille

[FoolEcho]

@Elbarto: *vexé* La news originale ne donne aucune indication sur ce qu'il faut faire, elle indique juste comment répérer les paquets/fichiers qui vont coincer. Et visiblement (comme à chaque mise à jour de ce type), cette «marge d'interprétation» fait que nombre d'utilisateurs ne savent pas ce qu'il faut faire après. D'où le rajout sur le déplacement à effectuer dans l'annonce fr dans un second temps: *soit* en désinstallant, *soit* manuellement. Après que certains trouvent ça plus clair ou plus obscur, je ne suis pas pédagogue. (quant aux mv en pagaille, z'avez qu'à moins user d'AUR -- pour info, perso, ça n'a rien concerné sur mon pc de bureau et 2 paquets sur le portable)

(y a une troisième option: attendez de voir les problèmes rencontrés par les uns et les autres et/ou posez vos questions avant de faire la mise à jour )

[benjarobin]

@FoolEcho Désolé FoolEcho d'en rajouter une couche, mais je n'aurais pas décrit cette 2ième solution car la plupart des utilisateurs vont penser que c'est une bonne solution, alors que c'est une solution de dernier recourt à éviter à tout pris. Normalement cela ne devrait jamais arrivé si on a toujours utilisé pacman...

[FoolEcho]

Le résultat est le même, excepté le répertoire vide à virer. Ça ne casse rien.
Je me disais juste que sans explications, beaucoup ne verraient pas quoi faire et avec, les mêmes ou d'autres vont râler... Gagné.

(j'ai affiné en précisant recommandé/manuelle -- mais c'est la dernière modification que je fais)

(De toutes manières, 'm'en fiche, je laisserai tuxce se débrouiller des annonces sensibles à l'avenir. )

[benjarobin]

Rhoo, il ne faut pas du tout le prendre comme cela... Il ne faut pas se vexer...
Il faut voir ceci comme une remarque constructive

Pour ce genre de News il faudrait presque une page style Wiki pour pouvoir éditer... Mais cela vient difficile à gérer

[FoolEcho]

[eyome]

Non mais c'est un exercice difficile ce genre de truc...
On voit vraiment que le forum Arch.fr avec les annonces traduites est vraiment le bienvenue.
En tout cas, ça en a laissé quelques uns sur le carreau cette maj

Edit : N'y voyez évidemment aucune moquerie, c'est juste qu'il y a beaucoup de sujets concernant cette maj...Dont le mien \o/

[mulanee]

"déplacer des fichiers" ce qui donne l'impression que l'utilisateur doit faire des "mv"

J'ai effectivement transformé le déplacer en

Code : Tout sélectionner

mv

Impossible

et pourtant

Code : Tout sélectionner

└»»sudo yaourt -R gparted
erreur : impossible de trouver la cible : gparted
┌─[manu@actualis][20:23][~]
└»»sudo yaourt -S gparted
résolution des dépendances...
recherche des conflits entre paquets...

Paquets (7): atkmm-2.22.7-1  cairomm-1.10.0-3  glibmm-2.36.2-1  gtkmm-2.24.3-1  libsigc++-2.3.1-1
             pangomm-2.34.0-1  gparted-0.16.1-5

Taille totale installé :  21,16 MiB

:: Procéder à l’installation ? [O/n] o
(7/7) vérification des clés dans le trousseau                    [###################################] 100%
(7/7) vérification de l’intégrité des paquets                    [###################################] 100%
(7/7) chargement des fichiers des paquets                        [###################################] 100%
(7/7) analyse des conflits entre fichiers                        [###################################] 100%
erreur : la validation de la transaction a échoué (conflit de fichiers)
gparted : /usr/share/applications/gparted.desktop est déjà présent dans le système de fichiers

Quels sont ces fichiers ?

Les voilà:

Code : Tout sélectionner

└»»ls ~/TEMPO
gparted  gpartedbin  gparted.elf

Les sorties demandées:

Code : Tout sélectionner

└»»sudo pacman -Q gparted
[sudo] password for manu: 
erreur : le paquet « gparted » n’a pas été trouvé.
┌─[manu@actualis][20:29][~]
└»»sudo pacman -Ql gparted
erreur : le paquet « gparted » n’a pas été trouvé.

[tuxce]

Dans mon cas il s'agit de 3 fichiers liés à GParted

Si tu as su qu'ils étaient liés à gparted, c'est que ça t'as dit que ça appartenait à ce paquet ? si oui, il fallait pas les déplacer, ce paquet provient des dépôts officiels et allait être mis à jour comme le reste.

Là, juste lance un

Code : Tout sélectionner

pacman -S --force gparted

Code : Tout sélectionner

└»»sudo yaourt -R gparted

yaourt lance lui même sudo !
Si tu le lances en root, tout ce qui est compilation se fait en root aussi...

[mulanee]

Si tu as su qu'ils étaient liés à gparted, c'est que ça t'as dit que ça appartenait à ce paquet ?

Vus leur nom, je ne me suis pas trop posé de questions

Code : Tout sélectionner

Là, juste lance un 

Parfait, merci !!

Code : Tout sélectionner

└»»sudo gparted
======================
libparted : 3.1

Je présume que je peux supprimer les 3 fichiers que j'avais précédemment "déplacés"

[Elbarto]

Le résultat est le même, excepté le répertoire vide à virer. Ça ne casse rien.
Je me disais juste que sans explications, beaucoup ne verraient pas quoi faire et avec, les mêmes ou d'autres vont râler... Gagné.

disons que dans l'idéal un utilisateur ne devrait jamais intervenir en terme de suppression/déplacement de fichiers dans "/" ( à part son /home ), car il y a un trop grand risque de faire le Terminator par erreur, tout le monde n'a pas le même niveau d'expertise en terme d'administration linux, une erreur humaine est si vite arrivée

il n'y a que pacman qui a le droit de tripatouiller dans les répertoires systèmes, on sait qu'il ne cassera pas grand chose car il essaiera de respecter les paquets déjà installés, les dépendances ( sauf si l'utilisateur utilise l'option kamikaze "--force" )

après il est vrai que dans la news originale en anglais c'était pas folichon aussi les explications, il y avait un risque aussi que l'utilisateur fasse le barbare en déplaçant/supprimant des fichiers sans respecter la cohérence entre paquets

[hopimet]

ou met on ce qu'on a déplacé?

C'était pour détendre un peu l'atmosphère.

OK, je ----> []

[mélodie]

dans l'idéal un utilisateur ne devrait jamais intervenir en terme de suppression/déplacement de fichiers dans "/" ( à part son /home ), car il y a un trop grand risque de faire le Terminator par erreur, tout le monde n'a pas le même niveau d'expertise en terme d'administration linux, une erreur humaine est si vite arrivée

Certains distros aliasent systématiquement "mv" avec "mv -i", idem pour cp et une ou deux autres commandes, pour cette raison. C'est une possibilité au cas où le déplacement de fichiers (dans le système autre_que le home de l'utilisateur) soit souhaité.