Ubuntu-fr

deadbox1

[Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonjour

Mon objectif :
J'ai un NAS  (synology) et j'ai un PC sous Ubuntu 15.10.
Je souhaite monter un directory de partage automatiquement au boot de mon PC.

Ma situation
J'ai crée un /etc/fstab
La commande  :
cat /etc/fstab |grep syno_photo
donne
//192.168.1.120/photo/        /media/syno_photo         cifs    credentials=/home/dbx1/.cred,auto,rw 0 0

192.168.1.120 est @ du syno

J'ai aussi créé un directory  /media/syno_photo
J'ai créé un fichier .cred dans mon $home dbx1 en mettant user=root et password=celui_qui_va_bien et le domain=workgroup
J'ai installé le package cifs-utils

Le problème
Lorsque je reboote mon PC, l'icon de montage de syno_photo (du syno) apparait bien sur mon badeau du lanceur. Si je clique dessus rien de se passe
Si j'ouvre mon dossierspersonnel dans la barre à gauche je vois bien l'icon de syno_photo et lorsque je clique dessus j'ai un message :
Impossible d'accéder à syno_photo
mount : only root can mount //192.168.1.120/photo/ on media/sysno_photo

Mais si je fais  un :
sudo mount -a alors je peux accéder à mes répertoires montés. Tout fonctionne normalement.

Avec vous une idée ou une piste pour que mon /etc/fstab  soit pris en compte au boot.
Aurais-je oublier qq chose ?
Je vous remercie pour votre aide.
Cordialement
Dbx1

Dernière modification par deadbox1 (Le 13/12/2015, à 19:29)

lynn

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonjour,

Tu as créé un répertoire ( syno_photo) avec les droits root dans /media. Lors du démarrage du pc, fstab te monte tout ça comme il faut mais les droits sur ton répertoire syno_photo appartiennent toujours à root et donc, toi, simple utilisateur n'y aura pas accès... Il faut modifier ça par un:

sudo chmod 644 /media/syno_photo

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

merci lynn pour ta réponse

J'ai fait :
chmod 666  /media/syno_photo pour être certain que les droits rw soit pour tout le monde
chown dbx1 /media/syno_photo pour être certain que le directory soit monté lors de mon login
chgp users /media/syno_photo

ls _-alis /media donne
5636107 4 drw-rw-rw-   2 dbx1 users 4096 déc.   1 01:30 Zeus_photo

la commande : id dbx1  donne
uid=1026(dbx1) gid=100(users) groupes=100(users),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),113(lpadmin),128(sambashare)

J'ai rebooté le pc
J'ai toujours le même problème. Une idée ? Je sèche

Dbx1

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

À priori pas besoin de « chmod ». Deux autres pistes :

1) dans la ligne fstab pour ton syno, tu peux préciser l'utilisateur (et le groupe si besoin avec gid=) pour le montage :

//192.168.1.120/photo/        /media/<utilisateur>/syno_photo         cifs    credentials=/home/dbx1/.cred,uid=<utilisateur>,auto,rw 0 0

Si tu laisses uid "seul" le système attribuera automatiquement l'utilisateur courant.

https://doc.ubuntu-fr.org/mount_fstab#le_fichier_fstab
https://doc.ubuntu-fr.org/tutoriel/mont … atiquement

2) /media est le dossier de destination "automatique" des montages de sources externes. Il est plutôt - depuis 12.04 - construit comme suit :

/media/<utilisateur>/<source_externe>

Donc l'emplacement actuel de ton dossier syno est peut-être inattendu.
En même temps tu montes tes dossiers où bon te semble, hein !

Dernière modification par Coeur Noir (Le 12/12/2015, à 03:04)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Braun

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonsoir,
Question 1. As-tu installé cifs-utils ?
Question 2. Ton fichier credentials (.cred) est-il bien protégé ? Ne devrait-il pas se trouver dans /etc par exemple et seulement accessible par root ?

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Merci pour vos réponses

@braun
oui j'ai bien installé cifs-utils
le fichier .cred peut être installé dans le $home de l'utilisateur en 600 (J'ai même essayé en 777) mais toujours le même problème
le man mount.cifs indique que l'on doit juste donner le nom du fichier (donc son path) et le protéger.

@coeur noir
J'ai du mal à comprendre la manip car si je fais un
sudo mount -a (donc je force la relecture du /etc/fstab) alors les répertoires se montent et je peux y accéder.

bizard non ?

Dbx1

Braun

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

et le protéger.

That could be the question. Tu pourrais essayer d'en faire une propriété de root lisible seulement par root.

ssdg

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Ou alors, le home de Braun est chiffré et accessible par l'os que pendant que Braun est logé.

À tout hasard, j'ai bon?

---

s'il n'y a pas de solution, c'est qu'il n'y a pas de problème... ou pas.

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

J'ai essayé de changer les droit sur .cred

Toujours le même problème. et sudo mount -a fonctionne bien

je viens de réinstaller mon PC avec la version 15.10. Avec la version 14.2 mon /etc/fstab fonctionnait normalement.
Je commence à sentir le bug dans l'os .....   le binaire mount.cifs aurait-il été modifié lors d'une mise à jour ?
avez vous des idées ?
Merci
Dbx1

ssdg

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Ton home, chiffré ou pas?

---

s'il n'y a pas de solution, c'est qu'il n'y a pas de problème... ou pas.

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

non je n'utilise pas de Home chiffré

Pour info je viens de réinstaller mon PC. J'ai un home tout neuf brut d'install
sudo mount -a fonctionne tjs. le /etc/fstab ne monte tjs pas le directory

J'ai suivi les conseils de coeur noir au niveau du mount dans /media/dbx1/syno_photo. et non  /media/syno_photo ( pour être à la page )
tjs le même problème.

lynn

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Peut-être que le réseau n'est pas prêt quand la ligne est lue. As-tu essayé avec l'option _netdev?

...   _netdev,credentials=/home/dbx1/.cred,[b]uid=<utilisateur>[/b],auto,rw 0 0

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Ah bah oui, _netdev ça sent la bonne idée ça !

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

moko138

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

A) Le point de montage :
1) quel est son propriétaire ?

ls -la /media
ls -la /media/syno_photo

2) "/media/syno_photo"
Peut-être que ce point de montage peut marcher, mais j'ai des doutes, surtout avec ta 15.10 et toutes les versions postérieures à 12.04.
(À ce sujet, https://doc.ubuntu-fr.org/installation/ … agewindows et plusieurs autres pages de la Doc ne sont pas du tout à jour).
De toute façon, ce n'est pas conforme à http://refspecs.linuxfoundation.org/FHS … MOUNTPOINT.

Donc, si c'était pour moi, je ferais un point de montage à la racine

sudo mkdir /syno_photo

je m'en rendrais propriétaire :

sudo chown $USER:$USER /syno_photo

  et pour la suite, je m'efface derrière les spécialistes.
     - -

B) Est-ce que windows accède à ton NAS ?
Si oui, a-t-il le démarrage rapide et l'hibernation bien désactivés ?

Dernière modification par moko138 (Le 06/12/2015, à 07:02)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Hello moko, comme évoqué en #4

/media est le dossier de destination "automatique" des montages de sources externes (entendre plutôt : médias amovibles). Il est plutôt - depuis 14.04 ou 13.10 - construit comme suit :

/media/<utilisateur>/<source_externe>

Avantage(s) à monter dans /media/<son_user>
- les ressources montées là apparaissent dans le volet latéral de Fichiers/Nautilus, dans la partie périphériques (où on trouve aussi les diverses partitions de disques). Elles sont donc accessibles depuis toutes applis.
- /media/ devient "le" dossier à regarder/surveiller concernant les montages. Ça laisse "rangée" l'arborescence "racine" du système.

Cela dit, encore une fois rien n'empêche de monter ailleurs ;-)

Si ce dossier doit rester accessible à plusieurs utilisateurs, inclure tous ces utilisateurs à un groupe, attribuer ce groupe au dossier en question et faire en sorte que les fichiers contenus dans ce dossier héritent automatiquement cette appartenance au groupe.

créer un groupe « maison »

sudo addgroup maison

ajouter les utilisateurs « lui » et « moi » au groupe « maison »

sudo adduser moi maison
sudo adduser lui maison

Créer le dossier réception du point de montage dans « media » et, pourquoi pas, « plus haut » qu'utilisateur

sudo mkdir /media/syno_photo

Attribuer l'appartenance du dossier au groupe « maison »

sudo chgrp maison /media/syno_photo

Donner les droits lecture/écriture au groupe + héritage de groupe

sudo chmod -R g+rwX /media/syno_photo
sudo chmod -R g+s /media/syno_photo

Effectuer le montage puis (ré)attribuer les mêmes droits et proprios à l'ensemble des fichiers et dossiers dorénavant montés :

sudo chgrp -R maison /media/syno_photo
sudo chmod -R g+rwX /media/syno_photo
sudo chmod -R g+s /media/syno_photo

Enfin s'assurer que les droits sont bons via

ls -la /media/syno_photo

qui devrait retourner
- des dossiers en drwxrwsr-x
- tous les fichiers et dossiers avec comme groupe propriétaire « maison »
→ les membres du groupe « maison » peuvent lire et écrire dans ce dossier,
→ les fichiers et dossiers créés dans syno_photo se verront automatiquement attribuer « maison » comme groupe propriétaire

https://doc.ubuntu-fr.org/permissions#e … _commande1 et https://doc.ubuntu-fr.org/permissions#droits_speciaux

Dernière modification par Coeur Noir (Le 07/12/2015, à 00:28)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

moko138

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Merci Coeur Noir
As-tu testé personnellement sur une 14.04 ou version postérieure ?

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Oui, à la maison pour un disque qui sert de sauvegardes à tous les utilisateurs (y compris des dossiers du boulot synchronisés via syncthing) et au boulot où il y a un serveur de documents (partages samba) sous 14.04 pour plusieurs postes "clients" sous divers windows et linux…

Dernière modification par Coeur Noir (Le 06/12/2015, à 21:38)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonsoir

1) Pourquoi créer un groupe spécifique pour la maison si comme dans mon cas l'UID du  group de dbx1 sur ubuntu est "100" et le  UID du group du mon syno est lui aussi "100" ( user dbx1 aussi sur le syno ). ?
2) Pourquoi positionner des setGUI sur le point de montage /media/dbx1/Zeus_photo  puisque la commande sudo mount -a arrive à monter le monter et je peux écrire ensuite dans la directory montée
3) Qui sait quel processus lance la commande mount et  lit /etc/fstab au boot. Le problème viendrait peut être de là. Il y aurait un set user Id bit à positionner non ?

J'ai quand même essayé les manips données par Coeur Noir que je remercie Mais cela ne fonctionne pas

Pour info  :
De  la version 9.04 à la version 14.04 mon /etc/fstab fonctionnait normalement (il montait automatiquement plus de 9 directories et ma Freebox)
Le montage des points de montage sous Windows 10 (désolé pour le gros mot ..)  fonctionnent normalement

Dbx1

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

1) Pourquoi créer un groupe spécifique pour la maison si comme dans mon cas l'UID du  group de dbx1 sur ubuntu est "100" et le  UID du group du mon syno est lui aussi "100" ( user dbx1 aussi sur le syno ). ?
2) Pourquoi positionner des setGUI sur le point de montage /media/dbx1/Zeus_photo  puisque la commande sudo mount -a arrive à monter le monter et je peux écrire ensuite dans la directory montée (…)

pour 1) t'assurer aussi que l'id numérique de dbx1 soit identique sur les 2 postes (mais ça doit être bon puisque sudo mount -a fonctionne. Autrement tu aurais un acces denied en réponse)
pour 2) effectivement ça a davantage l'air d'être un problème de timing. Peut-être la ressource n'est pas accessible au moment de la lecture du fstab pendant le boot (voir remarque de lynn).
1) comme 2) à (ne) faire (que) si le dossier en question est utilisé par plusieurs utilisateurs :

Si ce dossier doit rester accessible à plusieurs utilisateurs, inclure tous ces utilisateurs à un groupe, attribuer ce groupe au dossier en question et faire en sorte que les fichiers contenus dans ce dossier héritent automatiquement cette appartenance au groupe.

Comme suggéré par lynn, as-tu ajouté le _netdev à ta ligne fstab pour ton dossier syno ?

Dernière modification par Coeur Noir (Le 07/12/2015, à 00:42)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

bonsoir

Désolé pour ce long délai. J'étais en déplacement.

Oui j'ai essayais avec l'option _netdev sans meilleurs résultats. J'ai fait plusieurs tests sans grands résultats.

1 L'uid  et le Guid de dbx1 sur le PC ne sont pas égaux aux uid  et guid de dbx1 sur le Syno; Cependant sudo mount - a fonctionne. La seule différence est : C'est root qui dans un terminal lance le  mount  -a et qui lit le fichier /etc/fstab. Si le fichier /etc/fstab était faux il y aurait un message d'erreur et le dir du syno  (NAS) ne se monterait pas. non ?
2 Ma question pour un expert du forum qui au boot lit le fichier /etc/fstab. Il  doit y avoirun problème de privilège.  Non ?
3 J'ai rajouté un disque externe à mon PC et j'ai rajouté la ligne /dev/sdb1       /home   ext4    defaults et le disque externe se monte bien

Des pistes ? pour m'éviter de faire par chaque login un mount -a avec les droits de root ?

Merci
dbx1

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

1 L'uid  et le Guid de dbx1 sur le PC ne sont pas égaux aux uid  et guid de dbx1 sur le Syno; Cependant sudo mount - a fonctionne. La seule différence est : C'est root qui dans un terminal lance le  mount  -a et qui lit le fichier /etc/fstab. Si le fichier /etc/fstab était faux il y aurait un message d'erreur et le dir du syno  (NAS) ne se monterait pas. non ?
2 Ma question pour un expert du forum qui au boot lit le fichier /etc/fstab. Il  doit y avoirun problème de privilège.  Non ?
3 J'ai rajouté un disque externe à mon PC et j'ai rajouté la ligne /dev/sdb1       /home   ext4    defaults et le disque externe se monte bien

1) as-tu essayé dans fstab :

//192.168.1.120/photo/        /media/<utilisateur>/syno_photo         cifs    _netdev,credentials=/home/dbx1/.cred,uid,gid,auto,rw 0 0

…mais j'y pense, si pour une raison que j'ignore, ton /home n'est pas déjà monté à ce moment là, fstab ne peut probablement pas lire ton .cred
Il vaudrait peut-être mieux placer .cred dans /root et lui attribuer root comme proprio et groupe, et lecture-écriture uniquement pour le propriétaire, rien pour tous les autres.
Car effectivement s'il y avait erreur sur la ligne fstab, ça ne monterait pas mieux avec sudo mount -a

2) au boot c'est la commande mount qui lit /etc/fstab. S'il y avait un problème de privilège sur le fichier fstab rien du tout ne monterait.

3) ce qui confirme qu'il y a juste un tout petit truc qui nous échappe concernant la ligne du synology ;-)

Dernière modification par Coeur Noir (Le 12/12/2015, à 03:31)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonsoir

J'ai suivi les conseils de Coeur Noir :

1  J'ai supprimé le montage de mon disque externe /home afin d'avoir /home/dbx1 sur la même partition que le système. Je m'affranchis ainsi t que /home ne soit pas monté et que le .cred ne soit donc pas lu. (Très bonne remarque de Coeur Noir :-) )

2  J'ai rajouté l'option  uid et gid dans la ligne de commande de mon /etc/fstab.
La commande  #cat /etc/fstab | grep photo donne :

//192.168.1.120/photo/        /media/syno_photo         cifs    _netdev,credentials=/root/.cred,uid,gid,auto,rw 0 0

3 J'ai rajouté le .cred  dans le dir de root et fait un chmod 600 sur .cred

4 J'ai rebooté mon PC et j'ai toujours pas de montage de mon montage /media/syno_photo.

Je commence à croire qu'il y a un bug dans le /etc/init ou xxxx qui lance le mount. Ce qui me désole c'est qu'en 14.02 mon /etc/fstab fonctionnait normalement.
Je vais taché de monter une version en 10.4 et voir ce qui se passe.

dbx1

bruno

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Sous Ubuntu 15.10 tu peux essayer ceci :

//192.168.1.120/photo/        /media/syno_photo  cifs defaults,auto,x-systemd.automount,_netdev,rw,credentials=/home/dbx1/.cred 0 0

Coeur Noir

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Ah. N'étant pas sous 15.10 j'ignorais ces nuances, avec le passage à systemd par défaut (?) :
http://askubuntu.com/questions/593174/x … s-in-fstab
http://www.freedesktop.org/software/sys … mount.html
Sinon, attention à l'emplacement de cred (root et non plus home) :

//192.168.1.120/photo/        /media/syno_photo  cifs defaults,auto,x-systemd.automount,_netdev,rw,credentials=/root/.cred 0 0

Après, il y a d'autres façons de monter des "ressources" distantes sans toucher à fstab, avec pam_mount
https://forum.ubuntu-fr.org/viewtopic.p … #p21117891
mais j'avoue j'ai pas encore testé…

Dernière modification par Coeur Noir (Le 13/12/2015, à 14:17)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

deadbox1

Re : [Résolu] Problème avec /etc/fstab alors que sudo mount -a fonctionne.

Bonsoir

Après plusieurs manipulations  mon /etc/fstab a fonctionné.

1- J'ai essayé les options que m'avait donné Bruno. Pas plus de résultat mais je les garde pour mon apprentissage car je les connaissaient pas   )
2- J'ai utilisé "vi" et j'ai détruis la dernière ligne dans mon /etc/fstab. Puis j'ai écris (tjs sous vi les lignes) mes différents points de montage. Alors Miracle ...Mon fstab a fonctionné :):):). Je suppose qu'il y avait un caractère non visible qui devait gêner au boot. Ce qui n'explique pas le sudo mount -a qui lui fonctionnait  ?:)
3 - Je suis ensuite revenu en arrière au  niveau des options dans le /etc/fstab... et lorsqu'elles sont toutes retirées (par rapport à ce que je faisais avant) tous mes directories  se montent au boot.

En Conclusion pour ceux qui auraient eu la patience de lire tous les messages.

Si vous souhaitez utliser cifs  pour monter des directories de votre synology au boot de votre PC : 

1 - Installez  sur votre PC le packet cifs_utils
2 - Créez sur votre PC les directories où seront montés vos directories du syno (ici /media/dbx1/Zeux_xxxxx)
3 - Créez dans votre $Home un fichier .cred (voir dans les posts plus haut pour son contenu)
4 - Protégez ce fichier
5 - Modifiez /etc/fstab
6 - Testez avec sudo mount -a

Je vous donne mon fstab qui fonctionne  sous Ubuntu 15.10:

# cat /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=c43a7a72-d37b-412c-9dbd-b91ca8a3595a /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=95d9a095-6714-4834-83ef-19d00d66d946 none            swap    sw              0       0

###########################################################
# Modifié par dbx1 lpour monter le /home                                                  #
###########################################################
/dev/sdb1       /home   ext4    defaults


#######################################################
# Modifié par dbx1  pour monter les dir partagés du syno  au boot    #
#######################################################


//192.168.1.120/video/		/media/dbx1/Zeus_video 		cifs	credentials=/home/dbx1/.cred,auto,rw 0 0
///192.168.1.120/public/		/media/dbx1/Zeus_public 		cifs	credentials=/home/dbx1/.cred,auto,rw 0 0
///192.168.1.120/music/		/media/dbx1/Zeus_music 		cifs	credentials=/home/dbx1/.cred,auto,rw 0 0
///192.168.1.120/photo/		/media/dbx1/Zeus_photo 		cifs	credentials=/home/dbx1/.cred,auto,rw 0 0

# Si cela ne fonctionne pas 
# Essayer de l'option _netdev pour attendre que le device soit prêt dans le réseau 
# Ou essayer /192.168.1.120/photo		/media/dbx1/Zeus_photo		cifs	defaults,auto,x-systemd.automount,_netdev,rw,credentials=/home/dbx1/.cred 0 0 

###########################################
# Modifié par dbx1 pour monter disque de la freebox #
###########################################
//mafreebox.freebox.fr/Disque\040dur /media/dbx1/Freebox cifs _netdev,guest,cache=none,uid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0 

Voila tout fonctionne maintenant

Merci à tous ceux qui m'ont aidé et surtout aux deux experts qui m'ont donné des pistes pour mes investigations.

dbx1

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 13/12/2015, à 19:36)