[Résolu] Montage où ? lien dans quel sens ?

Qid · Le 26/07/2023, à 16:30

Coeur Noir a écrit :

Qid a écrit :
Bon en tous cas moi perso je n'ai toujours pas compris pourquoi il y a "obligation" d'avoir 2 accès : pourquoi filezilla ne pointe pas directement à la source plutôt que de s'obstiner à le faire passer par un lien qu'il semble ne pas vouloir prendre d'après ce que j'ai relu et compris du premier post !?
Parce que le FileZilla en question est en snap

Oui alors admettons... Mais ça sent le double combo bizarre :
1- pourquoi s'obstiner avec le Snap si le deb existe toujours... Et genre le Snap n'a pas de réglage de permission ?
2- c'est moi où on cause de l'utilisation de filezilla en Local dans ce cas alors que ni plus ni moins que n'importe quel explorateur de fichiers de base fera le boulot... Sinon il n'y aurait pas de notion de restriction dû à l'utilisation du snap...

Enfin bon bref cette conversation est vraiment bizarre depuis le départ...

krodelabestiole · Le 26/07/2023, à 16:36

c'est sûr que moi je mettrais un container docker avec l'outil de mon choix (vscode web, ou autre file browser, sinon au moins un serveur ssh) qui aurait accès uniquement à ce qui le concerne...
le fond du problème serait un chroot un peu tordu ?

Coeur Noir · Le 26/07/2023, à 16:40

@JME44
L'emplacement /var/www sera inaccessible à la très grande plupart des snap.
C'est surtout pas dans cet emplacement que tu dois monter quoi que ce soit.

Donc dossier~point~de~montage dans /mnt/<un_dossier> ou /media/<un_dossier>.
Je te recommande /media/<un_dossier> parce que ça te le rendra plus facilement visible dans ton explorateur de fichiers graphique mais c'est juste un confort, si tu préfères /mnt/<un_dossier> pourquoi pas ( il faudra aller le chercher dans « autres emplacements » → « ordinateur » → « mnt » → « <un_dossier> » alors que tu auras déjà un signet automatiquement dans « autres emplacements » pour /media/<un_dossier> ).

Et /var/www lui est un lien symbolique qui cible /media/<un_dossier> ( ou /mnt/<un_dossier> ).
De cette façon :
⋅ les snap accèdent aux données via /media/<un_dossier> ( ou /mnt/<un_dossier> ) ;
⋅ les snap ne voient pas du tout /var/www ;
⋅ les logiciels "normaux" voient aussi bien /var/www que /media/<un_dossier> ( ou /mnt/<un_dossier> ) ;
⋅ dans tous les cas il faut que les données contenues dans /media/<un_dossier> ( ou /mnt/<un_dossier> ) accordent les droits et permissions utiles à l'utilisateur ( probablement lecture seule pour tous - ou tu gères ça de façon plus restrictive avec les groupes et rien pour les autres. )

(re) lire #9 et désolé pour les digressions.

Dernière modification par Coeur Noir (Le 26/07/2023, à 18:11)

Coeur Noir · Le 26/07/2023, à 17:11

Qid a écrit :

1- pourquoi s'obstiner avec le Snap si le deb existe toujours... Et genre le Snap n'a pas de réglage de permission ?
2- c'est moi où on cause de l'utilisation de filezilla en Local dans ce cas alors que ni plus ni moins que n'importe quel explorateur de fichiers de base fera le boulot... Sinon il n'y aurait pas de notion de restriction dû à l'utilisation du snap...

1⋅ oui un snap ( de base à priori « confiné » ) a bien des réglages de permissions pour « élargir » son confinement → la connexion à l'interface removable-media mais elle ne donnera pas accès à /var/www ; un snap NON confiné, rare, n'aura pas besoin de cette interface.
1⋅bis⋅ et oui aussi le .deb « historique » de FileZilla ne poserait pas ces questionnements liés au confinement des snap, on est bien d'accord : des fois je ne veux pas être celui qui dit « n'utilisez pas les snap »
2⋅ je suspecte comme toi qu'on n'a pas tout le contexte. Mais avec ce que JME44 veut bien nous dire, il y a une voie possible, le #28

KroDeLaBestiole a écrit :

c'est sûr que moi je mettrais un container docker avec l'outil de mon choix

Euh… pour moi ( qui suis ignare en conteneurs et autres virtualisations ) ça ressemble à sortir un tracto-pelle pour enfoncer une punaise dans du plâtre
Ça se trouve c'est juste un problème d'accès à des emplacements à partir d'un logiciel en snap,
ou comme l'évoque Qid, y'a juste même pas besoin de Filezilla, ni en snap ni en deb d'ailleurs.

Mais si dans le contexte, le snap de FileZilla est une nécessité incontournable, alors il y a une solution « simple » : monter les ressources au(x) bon(s) endroit(s) ( les quelques uns accessibles à snap ) et ailleurs placer un lien symbolique vers ces ressources. C'est juste de l'organisation de données, éventuellement de droits et permissions, des opérations plutôt « basiques ».

Euh… ouais, doit y avoir une confusion quelque part : FileZilla n'existe pas au format snap… ou j'ai mal compris / lu. [ edit : c'est une version beta, bof. ]
FileZilla est disponible depuis les dépôts APT/.deb réguliers de la distribution : https://packages.ubuntu.com/jammy/filezilla
Pour l'installer : filezilla et doc.

Dernière modification par Coeur Noir (Le 26/07/2023, à 17:21)

krodelabestiole · Le 26/07/2023, à 17:25

Coeur Noir a écrit :

Euh… pour moi ( qui suis ignare en conteneurs et autres virtualisations ) ça ressemble à sortir un tracto-pelle pour enfoncer une punaise dans du plâtre

pourtant c'est une ligne de commande pour installer docker et une ligne pour installer et lancer l'outil de son choix...

Coeur Noir · Le 26/07/2023, à 18:04

Peut-être mais je suis ignare à ces sujets : en quoi ça aiderait JME44 dans le contexte qu'il nous montre ?
Je suppose aussi que ça n'enlèvera pas la nécessité de droits et permissions adéquates sur les données à manipuler, ni sur la nécessité de ranger adéquatement ces données ?

Ce que je lui propose au #28 répond à son contexte - pas forcément optimal mais c'est le contexte qu'on sait - et répond à « où mettre les points de montage / où mettre les liens symboliques ».

Je sens bien qu'être ignorant en matière de conteneur / virtualisation me fait passer à côté de quelque chose mais j'arrive pas trop à comprendre quand / dans quel cas c'est utile.
Ça se trouve ça pourrait me servir, j'en sais rien !

krodelabestiole · Le 26/07/2023, à 18:34

avec docker on monte seulement les ressources de l'hôte dont on a besoin dans le conteneur (et où on en a besoin évidemment, dépendamment de l'application / image). ce cloisonnement assure une sécurité par défaut (le reste du système hôte est inaccessible, mais ça a l'air beaucoup plus souple que snap, que je ne connais quasi pas pour le coup).
et on utilise les outils de son choix. ça peut être un simple serveur SSH pour un accès SFTP ou une application web à faire le café. donc on se fiche pas mal d'où se trouvent les ressources dont on a besoin sur la machine hôte, tant que le processus docker y a accès.
avec cette méthode de travail ce genre de questionnement n'a simplement pas lieu d'être.

concernant cette fonctionnalité : https://docs.docker.com/storage/bind-mounts/

// docker (et docker compose) ça permet par ex. de déployer un environnement de développement pour ubuntu-fr en 3 lignes de commande (quelle que soit la distro en dessous) : https://gitlab.com/ubuntu-fr/code/ufr-d … ree/flarum
ou d'utiliser les outils de son choix quand ceux dispo sur les dépôts de sa distro ne fonctionnent pas ou mal :

alias speedtest='docker run --rm moutten/speedtest-cli speedtest --accept-gdpr'
alias fast='docker run -it --rm --name fast-cli mschirrmeister/fast-cli:latest fast --upload'

ou d'utiliser la version de son choix du logiciel qui nous intéresse, etc
et combiné à traefik ça permet de gérer les doigts dans le nez 18 services web avec les noms de domaines et les certificats SSL qui vont bien, en quelques lignes de déclaratif et on y touche plus.
(ouais là je suis vraiment HS déso, mais bon au final ça facilite tellement les choses - pour juste un paradigme à concevoir)

Dernière modification par krodelabestiole (Le 26/07/2023, à 18:52)

Coeur Noir · Le 26/07/2023, à 23:47

Ok… je crois que je vois à quoi ça peut servir. Et pourquoi je ne m'en sers pas : en plus d'être ignare, je ne suis pas développeur

Reste à savoir de quoi a besoin JME44…
⋅ le snap ( beta ) de FileZilla peut sans doute s'éviter,
⋅ le .deb ( stable ) de FileZilla peut suffire,
⋅ voire FileZilla n'est pas du tout nécessaire dans son contexte.

Si le snap est « obligatoire » dans son contexte → message #28
Et quel que soit le cas, la seule commande potentiellement nécessaire pour adapter les droits et permissions risque d'être :

sudo adduser $USER www

pour ajouter l'$USER au groupe www qui a probablement déjà les droits utiles dans /var/www ( ou /media/<un_dossier> ou /mnt/<un_dossier> ).
…rien à installer, juste des « fondamentaux » à vérifier / adapter au contexte.

Hypothèses car on n'a probablement pas tout le contexte et on n'a pas vérifié grand' chose jusque là.

Dernière modification par Coeur Noir (Le 26/07/2023, à 23:56)

JME44 · Le 27/07/2023, à 18:37

Le sujet a complétement dérapé sur les liens, donc je clos le sujet.

Coeur Noir · Le 27/07/2023, à 19:50

Mouais… facile.

Y'a plein d'infos utiles dans cette discussion - dont les réponses à tes questions initiales, messages #28 et #9.

Dis plutôt que tu ne veux pas prendre le temps de lire.
Ou ne veux en dire plus sur ton contexte par peur de… quoi au juste ?

Dernière modification par Coeur Noir (Le 27/07/2023, à 20:22)

Qid · Le 27/07/2023, à 20:39

JME44 a écrit :

Le sujet a complétement dérapé sur les liens

C'est pas comme si c'était ta question... Après au sujet du dérapage... Peut-être... Mais la faute à qui ? Le besoin n'est pas clair donc on est bien obligé d'improviser...

krodelabestiole · Le 27/07/2023, à 21:12

JME44 a écrit :

je clos ce fil sans réponse à ma question.

ouaipe...

je pense qu'on a répondu de manière aussi exhaustive qu'on a pu à la question (qui est clairement un problème XY au passage...)
tu refuses apparemment de donner des détails indispensables à la compréhension du contexte pour qu'on puisse t'aider au mieux et éviter de perdre du temps.

certes on s'est autorisé quelques digressions, qui étaient peut-être hors sujet (ce dont on peut difficilement se plaindre quand on ne donne pas le sujet en question dans son intégralité)

c'est à la modération de décider de clore un sujet, ou pas (à partir du moment où d'autres participants sont intervenus on n'a pas la propriété d'un topic qu'on en soit le créateur ou pas).

et je trouve cette réaction a minima ingrate.

JME44 a écrit :

Je comprends depuis plus de 40 ans la gestion d'un système unix et j'ai été administrateur de systèmes IBM, Bull et Sun en réseau internet à l'époque internet était en coax.

voire assez dédaigneuse.

krodelabestiole · Le 27/07/2023, à 21:44

JME44 a écrit :

je croyais que c'était pour avoir plusieurs points d'accès à un même répertoire ou fichier. Merci de me donner ta version de l'utilité d'un lien symbolique.

un lien symbolique sert de raccourci vers une ressource. si un utilisateur n'a pas accès à cette ressource il n'y aura pas plus accès via un lien symbolique.
on a démontré que c'était différent d'un lien physique, ça n'invente pas de "point d'accès". ce qui n'avait pas l'air clair pour toi. d'où cette remarque et ta mésaventure avec FileZilla.
j'estime qu'on a donc parfaitement répondu à ta question Y, faute de pouvoir adresser le problème X, ce qui m'aurait pourtant l'air beaucoup plus judicieux.

... y a pas de quoi.

JME44 · Le 27/07/2023, à 23:36

krodelabestiole a écrit :

je pense qu'on a répondu de manière aussi exhaustive qu'on a pu à la question (qui est clairement un problème XY au passage...)
tu refuses apparemment de donner des détails indispensables à la compréhension du contexte pour qu'on puisse t'aider au mieux et éviter de perdre du temps..

Non, tu vois, je ne déserte pas ; mais à travers cette longue discussion, où on met en doute ma compréhension de ce qu'est un lien symbolique et où on discute du lien symbolique, je ne vois aucune réponse à ma question, peut être mal tournée, qui réfléchie à s'il vaut mieux monter une partition des sites sur /mnt/Sites ou sur /var/www. Si tu remontes au début, relis ma question initiale.

Quant à la personne qui ne voyait pas la raison d'avoir tant de partitions, qu'il me dise quelle est la meilleure solution quand, comme ça m'est arrivé le mois dernier, la première partition casse et qu'il faut la reformater pour y réinstaller Ubuntu ! Je n'ai même eu pas besoin de récupérer les sauvegardes des /home ... Juste reconstruire la fstab. Pa besoin de restaurer les sites virtuels dans /var/www, pas besoin de restaurer les bases dans /lib/mysql etc

Quand

Coeur Noir a écrit :

Reste à savoir de quoi a besoin JME44…

il n'a probablement lu le premier message :je n'ai besoin que de rien pour que ça fonctionne ! seulement une discussion sur ce qui est le plus conseillé :
s'il vaut mieux monter une partition des sites sur /mnt/Sites ou sur /var/www.
Quant à FileZilla et les snap, j'ai bien dit que ce n'était pas mon propos, juste un exemple.
Je continuerai à vous lire au cas où le sujet se recentrerait sur ma question initiale.
Bonne journée
Bon débat

krodelabestiole · Le 27/07/2023, à 23:58

JME44 a écrit :

s'il vaut mieux monter une partition des sites sur /mnt/Sites ou sur /var/www.

krodelabestiole a écrit :

pour les services (web et autres) la fhs recommande plutôt /srv (/srv/www pour le web) mais debian & co ont choisi /var (/var/www pour le web)

krodelabestiole a écrit :

et pour répondre plus simplement à ta question : si j'avais une partition qui contenait mes services je la monterais direct sur /srv

eh ben, on n'a tellement pas répondu à cette question !
dans l'absolu, en se contrefichant de ton cas, c'est la réponse la plus élémentaire.

ça se sont les recommandations générales. malheureusement personne ne peut te conseiller mieux que ça vu qu'on ne connaît pas tes méthodes de travail. cf :

krodelabestiole a écrit :

contrairement aux liens les montages ne sont pas inscrits sur les stockages - mais en ram sûrement - et sont oubliés à l'extinction, d'où l'utilité du fstab
d'ailleurs ça peut peut-être apporter une réponse à la question première du sujet ?
faut voir le plus pratique entre les 2 niveau portabilité du système ?

on ne peut que s'interroger.

JME44 a écrit :

Quant à la personne qui ne voyait pas la raison d'avoir tant de partitions, qu'il me dise quelle est la meilleure solution quand, comme ça m'est arrivé le mois dernier, la première partition casse et qu'il faut la reformater pour y réinstaller Ubuntu !

je ne sais pas. je n'ai jamais eu de "partition qui casse". (cqfd ?)
mais bon ok, je peux voir l'utilité quand on a qu'un seul support d'avoir d'un côté son système de l'autre les fichiers de ses sites. j'ai eu un crash disque il y a quelques semaines sur un serveur debian. pas de partition mais effectivement j'utilise docker qui simplifie sûrement le process. après l'install du système ça m'a pris 10 min de tout restaurer (23 services !). dans tous les cas quand tu réinstalles le système (sans docker) il faut que tu rétablisses et reconfigures chacun des services web, ssh, etc.
ça peut simplifier la remise en route quand on plante définitivement son système. le danger (en plus de gagner en complexité) c'est qu'on se retrouve souvent à redimensionner les partitions, à réorganiser les choses, et à éventuellement planter sa table.

JME44 · Le 28/07/2023, à 00:38

krodelabestiole a écrit :

et pour répondre plus simplement à ta question : si j'avais une partition qui contenait mes services je la monterais direct sur /srv

OK avant snap c'était banal, mais depuis, l'ouverture vers les fichiers montables contraint à les monter dans /mnt. Alors quel est le bon choix ?

"Une partition qui casse", j'aurais dû dire un disque. C'est simplement les premiers secteurs du disque qui deviennent illisibles, la première partition est alors non bootable.

Ben non, je n'ai rien à reconfigurer, si ce n'est la fstab, par copie de l'ancien sauvegardé ou les quelques lignes, une par partition, sauf le /home qui est fait à l'installation.

krodelabestiole · Le 28/07/2023, à 00:45

JME44 a écrit :

OK avant snap c'était banal, mais depuis, l'ouverture vers les fichiers montables contraint à les monter dans /mnt. Alors quel est le bon choix ?

Coeur Noir a écrit :

Un snap connecté à l'interface removable-media accède à /media, /run/media et /mnt - et à rien d'autre. Qu'importe qu'il s'agisse de liens symboliques ou de points de montage.
Les données à exploiter par le snap doivent impérativement se trouver dans l'un de ces trois emplacements, qu'ils s'agissent de points de montages, de liens symboliques ou des cibles de ces liens symboliques.

(j'ai ajouté le gras)
je ne suis pas spécialiste de snap, Coeur Noir s'y connaît mieux et visiblement tu n'as pas le choix, ce que tu sembles avoir déjà compris !

mais tu remarqueras que ta question est un poil plus complexe qu'un simple /mnt ou /var ?.

et si tu veux avoir le choix et faire les choses proprement il faudrait visiblement que tu t'y prennes autrement (d'où la question X)...

...à moins que tout le but de l'opération soit de dire : snap c'est nul ! dans ce cas ça aurait été plus simple d'en venir directement au point. je pense qu'on est généralement assez d'accord là-dessus.

Coeur Noir · Le 28/07/2023, à 00:53

il n'a probablement lu le premier message

Tu n'as probablement pas lu les messages #28 et #9,
qui répondent à ta question initiale et donnent le « pourquoi ». C'est une façon parmi d'autres.
Tu n'as probablement pas lu non plus que j'avais noté Hors sujet sur certains pour justement te faciliter la tâche.

Quant à FileZilla et les snap, j'ai bien dit que ce n'était pas mon propos, juste un exemple.

…sauf que si tu utilises des snap, le choix des emplacements pour les points de montage devient très limité puisqu'une appli' snap est la plupart du temps confinée ( certaines ont un mode sans confinement, appelé --classic )
Ça entre donc forcément en compte dans ta stratégie globale d'organisation des données, des fois que tu voudrais y accéder via un logiciel en snap « confiné ».
En gros → si usage de snap → ne rien monter direct à la racine du système → mais seulement « derrière » les quelques emplacements accessibles aux snap.

Je continuerai à vous lire au cas où le sujet se recentrerait sur ma question initiale.

Alors tu devrais questionner ta capacité de lecture. Ou ta capacité à clairement exposer une problématique. Pour te faciliter la tâche encore une fois :

message #28 a écrit :

dossier~point~de~montage dans /mnt/<un_dossier> ou /media/<un_dossier>
(…)
Et /var/www lui est un lien symbolique qui cible /media/<un_dossier> ( ou /mnt/<un_dossier> )

Il sera opportun de passer de tels montages via /etc/fstab ( pour « pérenniser » le lien symbolique /var/www ).
Bien sûr tout cela ne vaut que si tu gères en conséquence les droits et permissions sur les diverses données.

Si cette façon très premier degré ne te convient pas, tu as l'approche évoquée par KroDeLaBestiole avec Docker - que je ne pratique pas.

[edit] Si tu ne veux pas de lien symbolique, monte plusieurs fois la partition : dans /var/www ET /mnt/<un_dossier> ( ou /media/<un_dossier> ) c'est faisable aussi…

Dernière modification par Coeur Noir (Le 28/07/2023, à 02:42)

krodelabestiole · Le 28/07/2023, à 01:00

Coeur Noir a écrit :

avec Docker

… ou avec un bête serveur SSH hors snap pour un accès en SFTP.
j'imagine qu'on parle de filezilla server dans ce snap sinon je vois pas trop ce qu'il vient faire là ?
(et à ce sujet il est franchement déconseillé d'utiliser FTP aujourd'hui)

Coeur Noir · Le 28/07/2023, à 01:19

krodelabestiole a écrit :

Coeur Noir s'y connaît mieux

Euh… disons que je m'y suis confronté au boulot - où je veille ( entre autres ) aux données des divers utilisateurs, localement.
Je ne gère pas des services web, des sites internet.
Et puisque les snap ont aussi des applications orientées serveurs, je suppose qu'il y a des astuces et configurations dédiées à ces contextes.
Comme la prochaine LTS Ubuntu aura une version tout snap, je garde un œil - distrait - sur le sujet puisque concrètement, pour l'instant je me passe de snap, partout.
Et à priori dès la 23.10 la gestion des imprimantes passera par snap - ce qui m'obligera sans doute à me ré-intéresser à eux…
Si snap est le sujet voir par là → https://forum.snapcraft.io/ → https://snapcraft.io/docs

Coeur Noir · Le 28/07/2023, à 01:32

krodelabestiole a écrit :

… ou avec un bête serveur SSH hors snap pour un accès en SFTP.
j'imagine qu'on parle de filezilla server dans ce snap sinon je vois pas trop ce qu'il vient faire là ?

…contexte local, distant ?
J'arrive pas trop à me figurer la situation, j'ai présupposé qu'on parle ici d'une seule machine, ce qui n'est pas forcément vrai.

Qid · Le 28/07/2023, à 07:47

Coeur Noir a écrit :

Comme la prochaine LTS Ubuntu aura une version tout snap, je garde un œil - distrait - sur le sujet puisque concrètement, pour l'instant je me passe de snap, partout.
Et à priori dès la 23.10 la gestion des imprimantes passera par snap - ce qui m'obligera sans doute à me ré-intéresser à eux…

HS
Allons bon... Snap c'est la merde quand il s'agit de faire du reconditionnement de machine... Je suis entrain d'en faire les frais sur une migration : la 22.04 passe... Mais absolument pas firefox (en Snap donc)... Mon idée la plus simple dans ce cas est de contourner via firefox esr...
fin du HS

Coeur Noir a écrit :

j'ai présupposé qu'on parle ici d'une seule machine, ce qui n'est pas forcément vrai

Bah en fait de mon point de vu c'est l'un des problèmes :
1) pourquoi on cause de snap si ils sont évitable ?
2) pourquoi on cause d'une application pour un accès distant si celui-ci est local ?

Bref comme l'avait soulevé krodelabestiole ici

je trouve cette réaction a minima ingrate.
JME44 a écrit :
Je comprends depuis plus de 40 ans la gestion d'un système unix et j'ai été administrateur de systèmes IBM, Bull et Sun en réseau internet à l'époque internet était en coax.
voire assez dédaigneuse.

On a quand-même un problème humain de question mal posée à cause du contexte... Car la question de base semble bien avoir eu sa réponse...

Dernière modification par Qid (Le 28/07/2023, à 07:48)

Coeur Noir · Le 28/07/2023, à 11:50

1) pourquoi on cause de snap si ils sont évitable ?

Si.
À partir du moment où on utilise des snap, pas le choix : si des données doivent être accessibles à des logiciels snap alors il leur faut des points de montage « à l'intérieur » du confinement des snap ( $HOME, /media, /run/media ou /mnt et nulle part ailleurs. )
C'est pas si compliqué. Et c'est le rôle conventionnel de ces dossiers, snap à ce sujet ne fait que suivre de vieilles conventions.

Pour le reste, tu as résumé.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 26/07/2023, à 16:30

Re : [Résolu] Montage où ? lien dans quel sens ?

#27 Le 26/07/2023, à 16:36

Re : [Résolu] Montage où ? lien dans quel sens ?

#28 Le 26/07/2023, à 16:40

Re : [Résolu] Montage où ? lien dans quel sens ?

#29 Le 26/07/2023, à 17:11

Re : [Résolu] Montage où ? lien dans quel sens ?

#30 Le 26/07/2023, à 17:25

Re : [Résolu] Montage où ? lien dans quel sens ?

#31 Le 26/07/2023, à 18:04

Re : [Résolu] Montage où ? lien dans quel sens ?

#32 Le 26/07/2023, à 18:34

Re : [Résolu] Montage où ? lien dans quel sens ?

#33 Le 26/07/2023, à 23:47

Re : [Résolu] Montage où ? lien dans quel sens ?

#34 Le 27/07/2023, à 18:37

Re : [Résolu] Montage où ? lien dans quel sens ?

#35 Le 27/07/2023, à 19:50

Re : [Résolu] Montage où ? lien dans quel sens ?

#36 Le 27/07/2023, à 20:39

Re : [Résolu] Montage où ? lien dans quel sens ?

#37 Le 27/07/2023, à 21:12

Re : [Résolu] Montage où ? lien dans quel sens ?

#38 Le 27/07/2023, à 21:44

Re : [Résolu] Montage où ? lien dans quel sens ?

#39 Le 27/07/2023, à 23:36

Re : [Résolu] Montage où ? lien dans quel sens ?

#40 Le 27/07/2023, à 23:58

Re : [Résolu] Montage où ? lien dans quel sens ?

#41 Le 28/07/2023, à 00:38

Re : [Résolu] Montage où ? lien dans quel sens ?

#42 Le 28/07/2023, à 00:45

Re : [Résolu] Montage où ? lien dans quel sens ?

#43 Le 28/07/2023, à 00:53

Re : [Résolu] Montage où ? lien dans quel sens ?

#44 Le 28/07/2023, à 01:00

Re : [Résolu] Montage où ? lien dans quel sens ?

#45 Le 28/07/2023, à 01:19

Re : [Résolu] Montage où ? lien dans quel sens ?

#46 Le 28/07/2023, à 01:32

Re : [Résolu] Montage où ? lien dans quel sens ?

#47 Le 28/07/2023, à 07:47

Re : [Résolu] Montage où ? lien dans quel sens ?

#48 Le 28/07/2023, à 11:50

Re : [Résolu] Montage où ? lien dans quel sens ?

Pied de page des forums