Mise à jour / Création /debug de paquetages
karhu
Maître du Kyudo
Messages : 1198 Inscription : lun. 27 sept. 2010, 14:32
Localisation : Ile de France
Message
par karhu » ven. 27 févr. 2015, 11:51
Bonjour
Oui je sais ce n'est pas important, mais c'est gonflant.
Yaourt -Suy
m'indique que
filesystem doit être mis à jour, bon gars j'accepte. Seulement voilà filesystem n'est pas content parce qu'un répertoire est déjà présent !
Code : Tout sélectionner
la validation de la transaction a échoué (conflit de fichiers)
filesystem : /srv/http est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n’a été mis à jour.
et du coup il me fait foirer ma MàJ. Pourtant il devrait être content cela lui fait un répertoire de moins à créer. Et aussi pourquoi ne râle t-il pas pour les autres répertoire existant ?
Dernière modification par
karhu le ven. 27 févr. 2015, 16:06, modifié 1 fois.
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
oktoberfest
Maître du Kyudo
Messages : 1855 Inscription : mer. 06 janv. 2010, 13:51
Localisation : Ried - Alsace - France
Message
par oktoberfest » ven. 27 févr. 2015, 14:10
Salut,
il y a un problème similaire ici :
http://browse-tutorials.com/snippet/arc ... filesystem
Ton /srv/http est-il bien un répertoire, et pas un lien symbolique ?
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
karhu
Maître du Kyudo
Messages : 1198 Inscription : lun. 27 sept. 2010, 14:32
Localisation : Ile de France
Message
par karhu » ven. 27 févr. 2015, 14:21
@oktoberfest oui il s'agit bien d'un lien symbolique.
EDIT: Toutes mes données sont dans un répertoire spécifique, et je crée des liens symboliques ou je modifie les fichiers de configuration. C'est le cas pour apache (lien) ou mariadb (
datadir dans le fichier de conf).
@benjarobin
Code : Tout sélectionner
pacman -Qo /srv/http
erreur : aucun paquet ne contient /srv/http
ls -ld /srv/http
lrwxrwxrwx 1 root root 20 12 déc. 2013 /srv/http -> /data/SERVEURS/http/
yaourt -Q filesystem
core/filesystem 2014.10-3 (base)
Dernière modification par
karhu le ven. 27 févr. 2015, 15:01, modifié 3 fois.
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
oktoberfest
Maître du Kyudo
Messages : 1855 Inscription : mer. 06 janv. 2010, 13:51
Localisation : Ried - Alsace - France
Message
par oktoberfest » ven. 27 févr. 2015, 14:36
Donc pacman râle et il a raison
C'est dû à pacman 4.2 (plus d'explications ici :
http://allanmcrae.com/2014/12/pacman-4-2-released/ )
La solution dans ton cas consisterait à passer par un bind mount :
Code : Tout sélectionner
# rm /srv/http
# mkdir -p /srv/http
# mount --bind /data/SERVEURS/http /srv/http
Il te reste ensuite à modifier /etc/fstab pour rendre cela pérenne.
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
karhu
Maître du Kyudo
Messages : 1198 Inscription : lun. 27 sept. 2010, 14:32
Localisation : Ile de France
Message
par karhu » ven. 27 févr. 2015, 14:54
Question subsidiaire :
Cette solution est elle préférable à la modification du paramètre DocumentRoot du fichier de conf ?
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
benjarobin
Maître du Kyudo
Messages : 17235 Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon
Message
par benjarobin » ven. 27 févr. 2015, 15:52
Personnellement je modifie DocumentRoot... Je ne vois aucun souci à le faire, tant que les droits sur les dossiers sont bien mis (et pas 777)
karhu
Maître du Kyudo
Messages : 1198 Inscription : lun. 27 sept. 2010, 14:32
Localisation : Ile de France
Message
par karhu » ven. 27 févr. 2015, 16:01
Ok, merci.
Ce n'est pas très bien mais je modifie le groupe pour pouvoir aller regarder, voire modifier, ces répertoires de données.
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
benjarobin
Maître du Kyudo
Messages : 17235 Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon
Message
par benjarobin » ven. 27 févr. 2015, 16:29
Je ne vois pas en quoi ce n'est pas bien. C'est certes légèrement moins sécuritaire que root:root mais c'est aussi un bon compromis.