logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#2 Re : Système » Droit administrateur Veracrypt (partiellement résolu) » 03-03-2023 09:54:47

Dokouest

agp91 a écrit :

Bonjour,

Dokouest a écrit :

J'ai ajouté

_monnomutilisateur_  ALL=(ALL:ALL) ALL



Je ne sais pas si il y a une procédure plus "propre". En tout cas "veracrypt' peut fonctionner dans debian bulleyes cool


Effectivement, cela n'est pas très "propre". Tu offres ainsi à l'utilisateur la possibilité de lancer n'importe quelle commande en tant que root.
Quelque chose comme :

_monnomutilisateur_   _nomdupc_   =   (root)   /chemin/vers/veracrypt


Serait mieux
Il serait bien aussi de ne pas ajouter cette ligne à /etc/sudoers.
Mais de la mettre dans un fichier (n'importe quel nom ira, veracrypt est bien) dans le répertoire /etc/sudoers.d



Merci, pour ce TRÈS BON conseil de sécurité.
Je l'ai suivi, et ça fonctionne parfaitement pour l'ouverture de veracrypt (le sujet peut être mis en "Résolu" il me semble)

P.S. Souvent, les "amateurs" (comme moi) bidouillons notre debian pour que tout fonctionne sans prendre conscience des problème de sécurité, de stabilité que nous pouvons créer. ((je pense particulièrement à l'imprimante brother, que j'ai réussis à faire fonctionner en wifi, sans trop savoir ce que je faisais, en accordant des autorisations par ci, par là...)) Ce serait cool, d'avoir une page du wiki, pour cheker les problèmes de sécurité, stabilité, d'une installation débian qui à déjà quelques heures de vol...:cool:
Encore merci @agp91 big_smile

#3 Re : Système » Droit administrateur Veracrypt (partiellement résolu) » 02-03-2023 07:49:48

Dokouest
Bonjour,
+1
Je déterre cette question, pour donner la procédure que j'utilise pour faire fonctionner "veracrypt" dans debian 11.

Je viens d'installer bulleyes depuis qques jours, puis veracrypt

apt install veracrypt-1.25.9-Debian-11-amd64.deb

;
Quand je lançais veracrypt dans gnome, et que je voulais monter une partition cryptée, une fenêtre "demande de mdp" s'ouvre. Et si je rentrais mon mdp admin ou mon mdp user, la fenêtre "demande de mdp" s'ouvrait de nouveau à chaque essais...


J'ai alors ouvert des droits "sudo" à ma session utilisateur

visudo


Sous la ligne :

root    ALL=(ALL:ALL) ALL


J'ai ajouté

_monnomutilisateur_  ALL=(ALL:ALL) ALL



Puis j'ai relancé "veracrypt". J'ai lancé la procédure pour monter un volume. Il m'a demander le mot de passe admin. J'ai donné celui de ma session utilisateur. Et cela à fonctionné...

Je ne sais pas si il y a une procédure plus "propre". En tout cas "veracrypt' peut fonctionner dans debian bulleyes cool

#4 Re : Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 27-12-2021 11:12:01

Dokouest
OK, bon ben merci merci.gif pour l'accompagnement...
Debian 11 est bien installer sur le Thinkpad X1 big_smile

Je vais sûrement reposter une nouvelle discussion car j'ai plusieurs trucs à résoudre pour que le X1 4gen marche parfaitement...kernal_panic.gif big_smile

#5 Re : Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 26-12-2021 09:37:26

Dokouest
OK, bon le problème venait du type de clé USB utilisé...
Je ne suis pas assez "calé" pour comprendre pourquoi certaine clé (fonctionnel sur d'autre modèle d'ordi) ne permettaient pas de booter sur le X1 gen 4 < https://www.thinkwiki.org/wiki/Category … _(4th_Gen) >
Donc mon problème est résolu big_smile
merci.gif

Si qqun veut m'aider à diagnostiquer pourquoi certaine de mes clé USB permettent de booter (et d'installer debian) et pas d'autres, cela pourrait être une info de vérification à rajouter au wiki sur les l'installation de debian à partir d'une clé USB bootable cool

#6 Re : Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 26-12-2021 00:39:29

Dokouest

Jean-Pierre Pinson a écrit :

Sinon j'ai vu ça pour démarrer sur une clé USB --> https://support.lenovo.com/sg/fr/solutions/ht500207

Apparemment c'est la touche F12 pour le boot menu



Je tente ça demain, merci !!! yikes

#7 Re : Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 25-12-2021 17:40:30

Dokouest

Jean-Pierre Pinson a écrit :

Hello,

Et joyeux Noël wink

Si ça peut t'aider --> https://wiki.debian.org/InstallingDebia … SSD/jessie

À adapter avec debian bullseye smile

Sinon il y a ça aussi --> https://debian-facile.org/doc:install:uefi



Oui, j'ai fais comme le tuto (j'ai l'habitude d'installer des debian chez tout ceux qui sont d'accord). D'habitude je galère pas autant. À priori, d'autre eurent aussi des problème < https://wiki.debian.org/InstallingDebia … SSD/jessie >

J'ai peut-être loupé un truc, je vais tout retenter...

Ho, ho, hôôô comme ont dit le 25 !!!:cool:

#8 Re : Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 25-12-2021 17:32:07

Dokouest

VBrice a écrit :

Avez vous essayer de creer la clef USB avec rufus?



Non, j'ai plein de clé (c'est Noël) je vais tenter big_smile
Merci !!!

#9 Installation et migration » [Résolu] Problèmes installation debian 11 sur thinkpad X1 gén 4 » 25-12-2021 16:49:10

Dokouest
Réponses : 10
Hello,

Joyeux Noël à ceux qui liront ces lignes ! big_smile


Bon, Pour Noël, j'ai offert un Thinkpad X1 gén4 d'occasion à un étudiant. J'avais prévu de lui montrer comment installer debian et effacer windows 10 préinstallé...
J'ai fais ma clé USB bootable, comme d'habitude et comme expliqué sur le wiki avec < firmware-11.2.0-amd64-netinst.iso >.

Et................. voilà plusieurs heures que je bidouille le bios du thinkpad (j'ai désactivé security boot, changer l'adre des périphérique de boot, etc. ) car il ne veux pas démarrer sur la clé !
En gros quand je boot sur la clé il revient sur le menu avec le DD, la clé USB et le réseau. Il accepte de démarrer windows sur le disque dur, mais pas la clé ??????????????

Quelqu'un aurai une idée ???

#10 Re : Autres » Chiffrer (en travaillant) ... et déchiffrer sous Buster et W10 ? » 04-02-2020 10:44:31

Dokouest

Anonyme-15 a écrit :

Pour installer veracrypt, d'après le message d'erreur que tu as eu, il te faut d'abord installer libwxgtk3.0-gtk3-0v5 avant d'installer veracrypt

apt install libwxgtk3.0-gtk3-0v5
dpkg --install veracrypt-1.24-Update4-Debian-10-amd64.deb



Il est probable que d'autres dépendances manquantes vont appraître au fur et à mesure, à installer les unes après les autres, si possible avec apt.

Un rapide passage par wikipedia semble indiquer que veracrypt n'est pas totalement sûr, bien que les failles ne soient pas à la portée du premier (ou de la première) venue. Tout dépend aussi du secret à attacher à ces dossiers patients - normalement absolu...

J'utilise cryptsetup pour me ballader sans crainte avec mes disques durs, qui n'est pas uilisable entre Win et Linux. Mais je tenterais bien face au même problème de passer par des clés GPG. Cette solution aurait l'avantage de se passer de tout logiciel tiers au destin fragile, les clés gpg étant vraiment une norme transversale à une multitude d'applications et d'usages. Peut-être voir ici, par exemple :

https://btor.fr/2018/04/17/chiffrer-donnees-gpg/



Merci ! Cela fonctionne juste avec l'installation de la dépendance !! Vous (tu ?) avez raison, les dossiers patients (le secret médical) devrait bénéficier de ce qu'il y a de plus sur. Mais dans la pratique, l’aspiration des données de santé est devenue sport national : doctolib qui sait tout de vos RDV (ex : homme de 60 ans qui voit son MG le lundi, l'urologue le vendredi, IRM la semaine suivante, puis RDV de chirurgie oncologique urologique la semaine suivante ... => cancer de prostate !!! (tien son renouvellement mutuelle vient d'augmenter, et on lui propose un taux d'assurance de son prêt très élevé...). Il y a aussi les logiciels professionnels qui transmettent en douce vers leurs serveurs vos prescriptions  (à des fins statistiques big_smile) : https://twitter.com/MedecineLibre.)

Le concept des clés GPG, je ne connais pas ; je vais regarder ça, ça me semble idéal.
P.S = Je suis à deux doigts de ne travailler que sous Debian. Ce qui m'a beaucoup freiné : c'est que pour la télétransmission sous linux, ça semble coton.Et pour l'authentification par CPS (Carte Professionnel de Santé) et Carte vital sur le site "amelipro", la aussi, ça semble coton... Donc je suis toujours le c... entre deux chaises (Win et debian),
Merci !

#11 Re : Autres » Chiffrer (en travaillant) ... et déchiffrer sous Buster et W10 ? » 02-02-2020 11:33:37

Dokouest
Bonjour tout le monde,

Bon, je continu ce témoignage sur les galères d'un débutant. J'ai donc décidé d'utiliser < veracrypt > pour mon projet de chiffrer une clé USB,pour transporter et utiliser des dossiers médicaux sous différents OS. Je n'avais pas réussi à faire cela avec SiriKali...
1) J'ai récupérer < GUI: veracrypt-1.24-Update4-Debian-10-amd64.deb >, ici : https://launchpad.net/veracrypt/trunk/1 … -amd64.deb
2)

root@ULIX220:/home/adz/Téléchargements# dpkg --install veracrypt-1.24-Update4-Debian-10-amd64.deb
 


(Lecture de la base de données... 217266 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de veracrypt-1.24-Update4-Debian-10-amd64.deb ...
Dépaquetage de veracrypt (1.24.12-1) sur (1.24.12-1) ...
dpkg: des problèmes de dépendances empêchent la configuration de veracrypt :
 veracrypt dépend de libwxgtk3.0-gtk3-0v5 ; cependant :
  Le paquet libwxgtk3.0-gtk3-0v5 n'est pas installé.

dpkg: erreur de traitement du paquet veracrypt (--install) :
 problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour gnome-menus (3.31.4-3) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.23-4) ...
Traitement des actions différées (« triggers ») pour mime-support (3.62) ...
Des erreurs ont été rencontrées pendant l'exécution :
 veracrypt
root@ULIX220:/home/adz/Téléchargements# veracrypt
veracrypt: error while loading shared libraries: libwx_gtk3u_adv-3.0.so.0: cannot open shared object file: No such file or directory
root@ULIX220:/home/adz/Téléchargements#
 



Ben, voila, encore une fois coincé...

#12 Re : Autres » Chiffrer (en travaillant) ... et déchiffrer sous Buster et W10 ? » 30-01-2020 07:39:30

Dokouest
Hier j'ai essayé d'utiliser SiriKali sous Windows 10 => Je n'ai pas réussi à relier le protocole Encfs (que j'utilise) et l'installation de SiriKali sous windows. J'ai installé en vain EncFSMP. Dommage car SiriKali sous debian me paraissait prometteur...

Je vais donc essayer maintenant ave Veracrypt de faire un support USB chiffrer pour transporter des fichier entre un poste debian et un windows... WeWillSee

#13 Re : Autres » Chiffrer (en travaillant) ... et déchiffrer sous Buster et W10 ? » 28-01-2020 12:07:32

Dokouest
Hello,

Bon, finalement, après moultes concertations avec moi-même, je vais essayer d'utiliser SiriKali pour transporter des fichiers sensibles sur une clé USB, à la fois comme sauvegarde et aussi pour pouvoir travailler sur ces fichiers avec différents OS (Windows et Buster, for me) .

Je vais décrire mes étapes, ça pourra peut-être constituer ma première participation au wiki !

 apt-get install -y sirikali



Ensuite, en regardant si les différents "protocoles" de chiffrement qui son utilisables sous Win et Linux, (et comme je intéresse pas la NSA), je suis parti sur le système de fichier : EncFS (je rappelle que je n'y connais rien, issou)

apt-get -y install encfs



Là, on m'explique que, bien motivé, ce chiffrement peut être cassé (tant pis, j'ai pas trouvé mieux).

Ensuite, créer un dossier chiffré sur la clé USB et utiliser SiriKali est facile. Un tuto ici =>  https://www.2daygeek.com/sirikali-passw … ory-linux/ !

Maintenant, je pars taffer, je vais voir si je peux ouvrir cette clé avec windows10

#14 Autres » Chiffrer (en travaillant) ... et déchiffrer sous Buster et W10 ? » 22-01-2020 19:35:48

Dokouest
Réponses : 5
Bonjour,

J'ai des dossiers sous W10 au travail (dossiers de patients) que je souhaite sauvegarder sur un clé USB (de façon chiffrer en cas de perte). Puis, pouvoir les ouvrir, à la maison dans debian.
J'ai vu veracrypt ?
Est-ce que c'est une bonne idée ? Autres solutions ???

#15 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 17:37:34

Dokouest
Merci, "Raleur", désolé pour l'encouragement à garder ce nickname///:lol:
Joyeux Noël à tousss  !!

#16 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 12:11:05

Dokouest
Désolé de vous avoir fait perdre votre temps. Mon 2nd disque est en Fat32ops.gifops.gifops.gif

Je vais tenter de le convertir en ntfs................ops.gifops.gifops.gifops.gifops.gifops.gifops.gif

#17 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 11:34:16

Dokouest
Je viens d'essayer de copier, avec nautilus, juste 3 dossiers de vidéo (3 éléments, totalisant 33,1 Go) => "Erreur lors de l’opération de « splicing » sur le fichier : Fichier trop gros" (cela n'a copier que la moitié de la première vidéo, celle que j'avais réussi à bien copier quand, je ne copiais qu'elle sur mon dd interne scratchhead.gif)

Là, je viens de tenter de le copier sur le dd externe le "fichier qui marchait bien" et là, ça replante, cela semble donc venir du dd externe... Comment savoir ?

#18 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 10:10:33

Dokouest
Bon, ben tout c'est bien passé : le fichier  "/media/adz/ZENON/VIDEO SONY/01 2019-12-18/2019-12-18 16.47.54 01.avi" de 9,5Go c'est bien copié ...scratchhead.gif

Le problème semble donc, apparaitre quand je veux copier tout le dossier des vidéo (38 éléments, totalisant 194,7 Go)...
Je vais tenter de copier, fichier par fichier.

Est-ce qu'il y aurait là une info pour le wiki ? (genre il faut faire tel manip pour copier les gros dossier, rsync plante au delà de 150Go, etc. ??????)

Merci, du temps que tu prend pour le lutinmerci.gif

#19 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 10:04:00

Dokouest

raleur a écrit :

J'ai aussi fait une recherché sur le web, mais rien trouvé de probant. Les seuls cas résolus sont quand le système de fichiers de destination était en FAT dont la taille de fichier maximum est 4 Gio.
Est-ce que le problème se produit toujours et seulement avec le même fichier ? Si oui, quelle est sa taille ?



Si je comprend bien le log de rsync, le fichier en cause est "/media/adz/ZENON/VIDEO SONY/01 2019-12-18/2019-12-18 16.47.54 01.avi".
Il "pèse", 9,5 Go.
Là, je viens de tenter de le copier sur mon ordi avec nautilus "jusq'ici, tout va bien" big_smile

#20 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 24-12-2019 09:40:51

Dokouest
Si quelqu'un à une idée ????
(c'est pas un problème connu ? copie de gros fichiers, etc.) parce que le lutin du père noël il est coincé (va falloir qu'il aille en ville trouvé des cadeaux d'urgence...)

#21 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 23-12-2019 22:33:39

Dokouest
C'est bizarre, quand on fait une recherche g00gle sur :

"rsync: write failed on "/fichier": File too large (27)
rsync error: error in file IO (code 11) at receiver.c(374) [receiver=3.1.3]
Code d'erreur retourné par rsync:11"


on trouve beaucoup de demande mais rien trouvé de {résolu] clairement...

#22 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 23-12-2019 21:08:16

Dokouest

Dokouest a écrit :

Bonjour,

C'est bientôt Noël et j'ai réussi à transférer des films vhs de famille en fichiers . avi sur un dd ntfs (2To). Youpi!!!
Bon, maintenant il faut que je les enregistre sur des dd externes usb (ntfs) pour les mettre sous le sapin (dans les chaussettes, j'hésite, car c'est pour des ados, hihihi).
Ben, zut, ça marche pas, avec nautilus ou avec

rsync -av /fichier à copier.avi /fichier copié.avi



Pour, vous, cela doit être fastoche, non ?



A noël, on ne recule devant rien pour un point chocolat Voir le tuto : Manuel du chocolat DF : « Ça marche pas ! »tongue

#23 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 23-12-2019 20:26:25

Dokouest
Je viens d'essayer aussi avec "l'OS 10 dont on ne doit pas prononcer le nom" => idem=> "fichier trop volumineux"...
Au delà de mon soucis, c'est étrange qu"un copier/coller de fichier de 10Go sur des DD ntfs semble être un Everest pour les OS récent...question.gif

#24 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 23-12-2019 19:34:14

Dokouest
De retour :

J'avais essayer cette copie la semaine dernière avec PCManFM, nautilus, rsync.
Je viens de relancer la copie, pour pouvoir indiquer les retours erreurs.

- avec PCManFM 1.2.5 => "nomdufichier.avi : Error splicing file: File too large"

- avec nautilus =>"Erreur lors de l’opération de « splicing » sur le fichier : Fichier trop gros"

- avec grsync =>

rsync -r -t -v --progress -s /dossierdesvideo.aviàcopier /dossierdedestinationdesvideo.avi


**** default - Mon Dec 23 17:28:07 2019

** Launching RSYNC command:
rsync -r -t -v --progress -s /media/adz/MaxH/VIDEO SONY /media/adz/ZENON

sending incremental file list
VIDEO SONY/
VIDEO SONY/01 2019-12-18/
VIDEO SONY/01 2019-12-18/2019-12-18 16.47.54 01.avi
  9,534,812,672 100%   24.96MB/s    0:06:04 (xfr#1, to-chk=18/39)
VIDEO SONY/02 2019-12-18/
VIDEO SONY/02 2019-12-18/2019-12-18 17.48.32 02.avi
 13,489,573,888 100%   37.26MB/s    0:05:45 (xfr#2, to-chk=17/39)
VIDEO SONY/03 2019-12-18/
VIDEO SONY/03 2019-12-18/2019-12-18 18.54.52 03.avi
 10,043,510,272 100%   36.10MB/s    0:04:25 (xfr#3, to-chk=16/39)
VIDEO SONY/04 2019-12-18/
VIDEO SONY/04 2019-12-18/2019-12-18 20.04.11 04.avi
 13,428,932,608 100%   36.88MB/s    0:05:47 (xfr#4, to-chk=15/39)
VIDEO SONY/05 2019-12-18/
VIDEO SONY/05 2019-12-18/2019-12-18 21.42.58 05.avi
  7,825,497,600 100%   35.15MB/s    0:03:32 (xfr#5, to-chk=14/39)
VIDEO SONY/06 2019-12-19/
VIDEO SONY/06 2019-12-19/2019-12-19 13.01.01 06.avi
 12,175,437,824 100%   37.98MB/s    0:05:05 (xfr#6, to-chk=13/39)
VIDEO SONY/07 2019.12.19/
VIDEO SONY/07 2019.12.19/2019-12-19 14.52.54 5.avi
 13,396,879,360 100%   35.38MB/s    0:06:01 (xfr#7, to-chk=12/39)
VIDEO SONY/08 2019-12-19/
VIDEO SONY/08 2019-12-19/8  2019-12-19 17.50.02.avi
 12,316,822,016 100%   34.92MB/s    0:05:36 (xfr#8, to-chk=11/39)
VIDEO SONY/09 2019-12-19/
VIDEO SONY/09 2019-12-19/9.2019-12-19 19.04.40.avi
  8,463,995,904 100%   35.09MB/s    0:03:50 (xfr#9, to-chk=10/39)
VIDEO SONY/10 2019-12-19/
VIDEO SONY/10 2019-12-19/2019-12-19 20.11.47 10.avi
 12,479,542,784 100%   31.03MB/s    0:06:23 (xfr#10, to-chk=9/39)
VIDEO SONY/11 2019-12-20/
VIDEO SONY/11 2019-12-20/2019-12-20 15.49.01 11.avi
    863,609,344 100%   11.57MB/s    0:01:11 (xfr#11, to-chk=8/39)
VIDEO SONY/12 2019-12-20/
VIDEO SONY/12 2019-12-20/2019-12-20 16.11.54 12.avi
 12,312,490,496 100%   17.93MB/s    0:10:54 (xfr#12, to-chk=7/39)
VIDEO SONY/13 2019-12-20/
VIDEO SONY/13 2019-12-20/2019-12-20 17.29.45 13.avi
 12,771,920,384 100%   30.29MB/s    0:06:42 (xfr#13, to-chk=6/39)
VIDEO SONY/14 2019-12-20/
VIDEO SONY/14 2019-12-20/2019-12-20 19.22.22 14.avi
  9,818,527,744 100%   35.56MB/s    0:04:23 (xfr#14, to-chk=5/39)
VIDEO SONY/15 2019-12-20/
VIDEO SONY/15 2019-12-20/2019-12-20 20.16.59 15.avi
  2,533,531,136 100%   35.15MB/s    0:01:08 (xfr#15, to-chk=4/39)
VIDEO SONY/16 2019-12-20/
VIDEO SONY/16 2019-12-20/2019-12-20 20.44.52 16.avi
 12,241,886,720 100%   35.74MB/s    0:05:26 (xfr#16, to-chk=3/39)
VIDEO SONY/17 2019-12-21/
VIDEO SONY/17 2019-12-21/2019-12-21 09.30.51 17.avi
  5,185,850,880 100%   35.66MB/s    0:02:18 (xfr#17, to-chk=2/39)
VIDEO SONY/18 2019-12-21/
VIDEO SONY/18 2019-12-21/2019-12-21 10.16.35 18.avi
 12,953,155,072 100%   31.96MB/s    0:06:26 (xfr#18, to-chk=1/39)
VIDEO SONY/19 2019-12-21/
VIDEO SONY/19 2019-12-21/2019-12-21 11.21.33 19.avi
rsync: write failed on "/media/adz/ZENON/VIDEO SONY/01 2019-12-18/2019-12-18 16.47.54 01.avi": File too large (27)
rsync error: error in file IO (code 11) at receiver.c(374) [receiver=3.1.3]
Code d'erreur retourné par rsync:11



Bon, ben ça veux toujours pas...scratchhead.gif

#25 Re : Autres » [Résolu] Copie de (très) gros fichiers d'un dd ntfs vers un autre » 23-12-2019 14:19:47

Dokouest
P.S. certains fichiers font presque 12Go (= 1h00 de VHS)

Pied de page des forums

Propulsé par FluxBB