Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 258 sur 284 PremièrePremière ... 158208248250251252253254255256257258259260261262263264265266268 ... DernièreDernière
Affichage des résultats 7 711 à 7 740 sur 8492
  1. #7711
    Alors la partition avait complètement disparu (je ne la trouvais pas avec le diskpart de la clef de recup windows)

    Lorsque j'ai démarré avec les deux disques durs branchés, j'ai bien vu le boot d'ubuntu server et pas celui de windows, c'est pour ca que je pense que le soucis est venu de là. D'ailleurs, le boot n'est pas allé au bout, j'ai eu l'écran qui s'est eteint et plus d'info par la suite.

  2. #7712
    Dîtes, question con Ubuntu : c'est quoi la différence entre apt et apt-get ? A part que je tape plus de lettres quand je mets apt-get et qu'il y a de la couleur quand on tape apt ?
    Par habitude je fais sudo apt-get update && sudo apt-get dist-upgrade pour les mises à jour de mon PC mais sudo apt update && sudo apt upgrade revient au même en plus court non ?
    Merci!
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  3. #7713

  4. #7714
    Merci pour ton explication ! Bah je vais passer à apt alors.. Et du coup il vaut mieux utiliser apt upgrade ou apt full-upgrade ?
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  5. #7715
    Si j'en crois cet article, full-upgrade est seulement utile lors de gros changement type changement de version de LTS.

  6. #7716
    C'est ça.

    A savoir que parfois il y a des problèmes de dépendance quand on utilise full-upgrade, la commande aptitude à la place de apt permet de tout réparer.

    Le pourquoi du comment, aucune idée, mais ça marche bien.

  7. #7717
    apt ce n'est pas que apt-get, c'est aussi apt-cache et sûrement d'autres que je ne connais pas. Ça permet de ne retenir qu'une seule commande, mais derrière il me semble que c'est la même chose que apt-* (alors que aptitude est différent, et se comporte mieux quand il y a des conflits à mon goût).

  8. #7718
    Quack² there

    Cela fait plusieurs jours que je bute sur un truc probablement bête comme choux (sinon, ce ne serait pas drôle ) ; impossible de trouver la solution...
    Comment auto-mount correctement (i.e. avec les bons paramètres), dans fstab, une partition de sorte à ce que je puisse y "chroot-er" des utilisateurs ?
    C'est, je pense, ce qui me pose actuellement problème.

    Explications...
    Spoiler Alert!
    J’utilise un Raspberry Pi en tant que serveur Apache et FTP.
    Jusqu'à présent, j'utilisais vsftpd. J'ai profité d'un changement de boitier - pour un Argon ONE M.2 - pour repartir à zéro et remplacer un vsftpd qui me posait des soucis par ProFTPd.

    Dooonc, Raspberry Pi 4, une carte SD qui contient la partition principale et tout ce qui est relatif au système, un SSD pour l’hebergement web et un HDD pour le SFTP.

    Je récupère les UUID via lsblk, j'édite fstab comme ceci :
    Code:
    UUID=[UUID NVMe] /srv/www ext4 defaults,auto,users,rw,nofail 0 0
    UUID=[UUID HDD] /srv/ftp ext4 defaults,auto,users,rw,nofail 0 0
    J'explore les dossiers avec FileZilla, c'est ok.

    Ensuite, j'essaie (environ) 131.000 tutos sur comment configurer ProFTPd pour l'utiliser avec des utilisateurs virtuels, ça ne fonctionne pas.
    J'ai bien fait attention à annuler mes modifications.

    Qu'à cela ne tienne, vu le peu d'utilisateurs qui aura accès au serveur et de qui il s'agit, je peux créer des comptes utilisateurs, prendre un minimum de précaution devrait me prémunir de tout risque.
    Code:
    sudo adduser [nom d'utilisateur] --uid 5xxx --gid 5xxx --home /srv/ftp --shell /bin/false
    Les utilisateurs appartiennent à deux groupes : ftp et ftp-[nom d'utilisateur], afin que chacun ait accès a un espace partagé et un espace personnel.

    Dans /etc/proftpd/proftpd.conf, de notable :
    Code:
    DefaultRoot ~
    RequireValidShell off
    RootLogin off
    Dans /etc/ssh/sshd_config :
    Code:
    #Subsystem      sftp    /usr/lib/openssh/sftp-server
    Subsystem       sftp    internal-sftp
    Match User [user1],[user2],[user3]...
            ChrootDirectory /srv/ftp
            ForceCommand internal-sftp
    Et là, c'est le drame. Tant que je ne les "chroot" pas, les comptes utilisateurs peuvent accéder au serveur (et, à la connection, sont bien à /srv/ftp).
    Lorsque je les "chroot" sur un répertoire de la partition principale (celle contenue sur la SD card, /srv, /home, ou n'importe quoi), ça fonctionne.
    Mais dès que je les "chroot" sur /srv/ftp (ou sur /srv/www qui correspond à une autre partition), la connection est impossible.
    Ce qui me laisse penser qu'il y a quelque chose au niveau du mount de foireux.

    Je précise que :
    - j'avais bien créé les chemin d'accès dans l'arborescence du système avant d'effectuer les montages.
    - j'ai bien fait gaffe au chmod & chown
    - lorsque je "chroot" mon propre compte sur /srv/ftp, la connection SFTP lui est également impossible.

    Je pourrai "chrooter" sur /srv mais j'aimerai un truc un peu plus propre et, surtout, comprendre ce qui ne va pas...


    Dankeschön
    Dernière modification par shade ; 02/01/2022 à 02h23.

  9. #7719
    Dans un chroot, il faut faire des bind mount des dossiers du genre /dev /proc /sys /run (liste incomplète ou peut-être trop complète). Tu n'as pas de messages d'erreur qui te parlerait d'un fichiers impossibles à ouvrir ?

  10. #7720
    Nop, j'avais rien trouvé dans les logs.
    Seulement ça dans FileZilla :
    https://i.imgur.com/RZzdM5w.png

    J'ai tenté de faire des bind mount
    Code:
    /dev /srv/ftp none bind
    /proc /srv/ftp none bind
    /sys /srv/ftp none bind
    /run /srv/ftp none bind
    Ca a effectivement partiellement résolu mon problème.
    Partiellement, car si je pouvais bien me co. au SFTP, je ne voyais plus que les dossiers "bindés".

    Et j'me suis mis dedans.
    J'arrive pas à annuler mes modifications.
    J'ai pu éditer /etc/fstab via su root, mais impossible d'utiliser mount -a (mount: /boot: can't find PARTUUID=[UUID de ma carte SD]) ou de reboot le Raspberry
    System has not been booted with systemd as init system (PID 1). Can't operate.
    Failed to connect to bus: Host is down
    Failed to talk to init daemon.
    Et j'suis pas à côté de l'appareil (qui est à dix bornes)

    J'pense prendre la voiture, aller reboot manuellement l'appareil et chrooter dans /srv/, tant pis

  11. #7721
    Ça devrait pas être "/dev /srv/ftp/dev none bind 0 0" (et pareil pour les autres) ? Pense aussi à créer les dossiers vides qui servent de points de montage.

    Pour se connecter à dbus il faut pouvoir accéder à la socket système (généralement /run/dbus/system_bus_socket). Donc vérifie qu'elle est bien accessible, il y a sûrement un problème avec ton montage de /run.

    Après, j'ai jamais essayé de faire se genre de chroot. Mon expérience en chroot est limitée à réparer une installation depuis un live cd. Il n'y a pas des logiciels qui sont censé simplifier la conteneurisation de services ?

  12. #7722
    A tout hasard, est-ce que quelqu'un aurait dans ses favoris un bon tuto pour installer linux sur une tablette android ?

  13. #7723
    Ca répondra pas vraiment à ta question, mais si ça peut t'aider y'a Termux qui permet d'avoir un environnement complet avec une simple appli.

  14. #7724
    Citation Envoyé par Cwningen Voir le message
    Ça devrait pas être "/dev /srv/ftp/dev none bind 0 0" (et pareil pour les autres) ?
    C'est... Possible. Je suis pas non plus expert en la matière ; sans essayer, impossible pour moi de savoir.

    Je ferai le test plus tard, lorsque je pourrai passer du temps sur site. En fin d'après midi, j'ai redémarré manuellement l'appareil, qui a bien rebooté correctement avec le fstab que j'avais ré-écrit.
    Pour l'heure, c'est chroot dans /srv/.

    En tout cas, merci bien

  15. #7725
    Citation Envoyé par M0s Voir le message
    Ca répondra pas vraiment à ta question, mais si ça peut t'aider y'a Termux qui permet d'avoir un environnement complet avec une simple appli.
    Oui je connaissais, mais je crois que j'ai trouvé sur le forum XDA.

  16. #7726
    Pour faire simple : je cherche un plan de prod capable d'envoyer des instructions sur plusieurs machines (local) ou non. Mais gratuit

    Au boulot on utilise AWA mais pas trouvé de version gratuite et la licence coute un rein.

    J'aimerais pouvoir automatiser des reboots, des commandes (principalement Linux mais si on peut aussi Windows c'est grave cool) que cela soit à heure fix ou en fonction d'évenement + capacité d'envoyer des alertes par mail.

    L'idée serait de le faire tourner sur mon Proxmox ou dans une VM qui commanderait d'autres VM.

    -> J'arrive pas à trouver ma pépite... J'ai pas envie de me taper des cron partout... #helpMePlease

    Merci
    Citation Envoyé par Kazemaho Voir le message
    Ma cherie arrete pas de raler qu'elle en veut une plus grosse, plus moderne, plus plus plus et moi j'y comprends rien.

  17. #7727

  18. #7728
    Dîtes, je viens d'acheter un nouveau laptop (Acer Swift 1 SF114-33-P8FK), j'ai mis dessus Ubuntu Mate 21.10 mais j'ai un petit soucis : des fois l'écran se fige pendant quelques secondes. Je perds le contrôle du touchpad et en partie celui du clavier. Du coup je ne sais pas trop d'où ça vient. Est-ce que vous sauriez où je pourrais chercher ?
    Je me dis que ça vient peut-être du processeur assez récent (Intel Pentium N5030) mais je ne sais pas...
    Pour info avant j'avais installé Ubuntu Mate 20.04 LTS et je trouvais que c'était pire donc j'ai mis une version plus récente...
    Merci !
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  19. #7729
    Tu as quelque chose dans dmesg qui apparaît ?

  20. #7730
    Je vasi tester et je te redis ça ! Merci !
    PS : j'ai installé TLP pour préserver la batterie, c'est toujours d'actu ce soft ?
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  21. #7731
    Apparemment Fedora 30 ferait mieux, et à voir selon les machines/distros ... A tester au cas par cas...
    (Dell XPS 13 qui consommerait plus avec TLP que sans.)
    >Lian Li PC-K7< Asrock P67 + i5 2500K @ 4Ghz (Vcc offset -0,11V) + GTX 570 | Phenom II X6 1075T + HD4870 | Ãccents avec Alt-Gr pour claviers Qwerty | AtariST ЯuL3z'dA w0rLd ;-p

  22. #7732
    Citation Envoyé par Jerom Voir le message
    Apparemment Fedora 30 ferait mieux, et à voir selon les machines/distros ... A tester au cas par cas...
    (Dell XPS 13 qui consommerait plus avec TLP que sans.)
    C'est vraiment le point négatif des distro Linux, c'est bien dommage. J'ai choisi la mienne principalement par rapport à l'économie de batterie sauf que j'ai dû faire des tests, plusieurs fois avec plusieurs distro et notamment avec TLP , ça prend du temps. D'ailleurs s'il n'y avait pas eu de confinement je sais même pas si mon laptop serai sur Linux.
    - TontonBainge sur Flight Simulator
    flickr

  23. #7733
    Citation Envoyé par Wobak Voir le message
    Tu as quelque chose dans dmesg qui apparaît ?
    Alors je viens de tester quand (ça arrive parfois) tout fonctionne au boot sauf la souris qui rame de ouf. dmesg : échec de lecture du tampon du noyau: opération non permise. Aucune idée de ce que ça signifie...
    Edit : j'avais pas mis sudo, con !! Je retenterai quand ça se produirà à nouveau...
    Dernière modification par Cotopaxi ; 27/01/2022 à 21h39.

  24. #7734
    Sinon, tu as "sudo journalctl -k -b-1" pour avoir le log kernel du boot précédent. Si les logs ne sont pas gardés après un reboot, il faut peut-être créer le dossier /var/log/journal (à voir suivant la valeur de Storage dans journald.conf, "man journald.conf" pour plus de détails).

  25. #7735
    J'ai tenté, voilà ce que ça donne.

    -- Journal begins at Tue 2021-11-30 09:43:44 -03, ends at Thu 2022-01-27 16:58:>
    janv. 27 16:11:43 Swift kernel: Linux version 5.13.0-27-generic (buildd@lcy02-a>
    janv. 27 16:11:43 Swift kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.13.0-2>
    janv. 27 16:11:43 Swift kernel: KERNEL supported cpus:
    janv. 27 16:11:43 Swift kernel: Intel GenuineIntel
    janv. 27 16:11:43 Swift kernel: AMD AuthenticAMD
    janv. 27 16:11:43 Swift kernel: Hygon HygonGenuine
    janv. 27 16:11:43 Swift kernel: Centaur CentaurHauls
    janv. 27 16:11:43 Swift kernel: zhaoxin Shanghai
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 f>
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE r>
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX b>
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX C>
    janv. 27 16:11:43 Swift kernel: x86/fpu: xstate_offset[3]: 576, xstate_sizes[3>
    janv. 27 16:11:43 Swift kernel: x86/fpu: xstate_offset[4]: 640, xstate_sizes[4>
    janv. 27 16:11:43 Swift kernel: x86/fpu: Enabled xstate features 0x1b, context >
    janv. 27 16:11:43 Swift kernel: BIOS-provided physical RAM map:
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000>
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000>
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000059000-0x0000000000>
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x000000000009e000-0x0000000000>
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000100000-0x000000000f>
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000010000000-0x0000000012>
    lines 1-23...skipping...
    -- Journal begins at Tue 2021-11-30 09:43:44 -03, ends at Thu 2022-01-27 16:58:55 -03. --
    janv. 27 16:11:43 Swift kernel: Linux version 5.13.0-27-generic (buildd@lcy02-amd64-014) (gcc (Ubuntu 11.2.0-7ubuntu2) 11.2.0, GNU ld (GNU Binutils for Ubuntu) 2.37) #29-Ubuntu SMP Wed Jan 12 17:36:47 UTC 2022 >
    janv. 27 16:11:43 Swift kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.13.0-27-generic root=UUID=f983d83b-b808-43cd-8873-b33b15db85dd ro
    janv. 27 16:11:43 Swift kernel: KERNEL supported cpus:
    janv. 27 16:11:43 Swift kernel: Intel GenuineIntel
    janv. 27 16:11:43 Swift kernel: AMD AuthenticAMD
    janv. 27 16:11:43 Swift kernel: Hygon HygonGenuine
    janv. 27 16:11:43 Swift kernel: Centaur CentaurHauls
    janv. 27 16:11:43 Swift kernel: zhaoxin Shanghai
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
    janv. 27 16:11:43 Swift kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
    janv. 27 16:11:43 Swift kernel: x86/fpu: xstate_offset[3]: 576, xstate_sizes[3]: 64
    janv. 27 16:11:43 Swift kernel: x86/fpu: xstate_offset[4]: 640, xstate_sizes[4]: 64
    janv. 27 16:11:43 Swift kernel: x86/fpu: Enabled xstate features 0x1b, context size is 704 bytes, using 'compacted' format.
    janv. 27 16:11:43 Swift kernel: BIOS-provided physical RAM map:
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009dfff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x000000000009e000-0x00000000000fffff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000000100000-0x000000000fffffff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000010000000-0x0000000012150fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000012151000-0x0000000074437fff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000074438000-0x00000000778e7fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x00000000778e8000-0x0000000077947fff] ACPI NVS
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000077948000-0x0000000077987fff] ACPI data
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000077988000-0x0000000078d59fff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000078d5a000-0x0000000079659fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x000000007965a000-0x0000000079bfffff] usable
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000079c00000-0x000000007fffffff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x00000000d3709000-0x00000000d3709fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000e3ffffff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x00000000ff800000-0x00000000ffffffff] reserved
    janv. 27 16:11:43 Swift kernel: BIOS-e820: [mem 0x0000000100000000-0x000000017fffffff] usable
    janv. 27 16:11:43 Swift kernel: NX (Execute Disable) protection: active
    janv. 27 16:11:43 Swift kernel: efi: EFI v2.60 by INSYDE Corp.
    janv. 27 16:11:43 Swift kernel: efi: ACPI=0x77987000 ACPI 2.0=0x77987014 TPMFinalLog=0x7774d000 ESRT=0x7448c018 SMBIOS=0x7447a000 SMBIOS 3.0=0x74478000 MOKvar=0x717d8000 RNG=0x7448c798 TPMEventLog=0x6bd11018
    janv. 27 16:11:43 Swift kernel: efi: seeding entropy pool
    janv. 27 16:11:43 Swift kernel: random: fast init done
    janv. 27 16:11:43 Swift kernel: secureboot: Secure boot disabled
    janv. 27 16:11:43 Swift kernel: SMBIOS 3.0.1 present.
    janv. 27 16:11:43 Swift kernel: DMI: Acer Swift SF114-33/Labatt_GL, BIOS V1.05 06/07/2021
    janv. 27 16:11:43 Swift kernel: tsc: Fast TSC calibration using PIT
    janv. 27 16:11:43 Swift kernel: tsc: Detected 1094.400 MHz processor
    janv. 27 16:11:43 Swift kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
    janv. 27 16:11:43 Swift kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
    janv. 27 16:11:43 Swift kernel: last_pfn = 0x180000 max_arch_pfn = 0x400000000
    janv. 27 16:11:43 Swift kernel: x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT
    janv. 27 16:11:43 Swift kernel: last_pfn = 0x79c00 max_arch_pfn = 0x400000000
    janv. 27 16:11:43 Swift kernel: esrt: Reserving ESRT space from 0x000000007448c018 to 0x000000007448c050.
    janv. 27 16:11:43 Swift kernel: e820: update [mem 0x717d8000-0x717d8fff] usable ==> reserved
    janv. 27 16:11:43 Swift kernel: Using GB pages for direct mapping
    lines 1-54
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  26. #7736
    Je ne pense pas que le début soit très intéressant, fouille autour de l'heure de ton problème. Les messages les plus importants sont en couleurs. Si tu veux filtrer plus ajoute -p4 (pour voir les avertissements ou plus important), voire -p3 (erreurs ou plus).

  27. #7737
    Pour aller à la toute fin tu dois pouvoir faire "Shift-G" ou rajouter --no-pager pour qu'il affiche tout d'un coup.

  28. #7738
    Fedora c'est aussi à jour qu'un arch linux ou qu'un manjaro?
    Parce que si le problème de cotopaxi est lié au fait que son proc est trop récent, c'est peut être ça qu'il devrait tester pour être le + à jour possible?

    Sinon je ne sais pas si ça peut t'aider mais ici ils parlent de plusieurs problèmes sur les portables acer swift (ça a pas l'air évident effectivement):
    https://doc.ubuntu-fr.org/liste_portables_acer
    "Les faits sont têtus."


  29. #7739
    Citation Envoyé par Laya Voir le message
    Fedora c'est aussi à jour qu'un arch linux ou qu'un manjaro?
    Parce que si le problème de cotopaxi est lié au fait que son proc est trop récent, c'est peut être ça qu'il devrait tester pour être le + à jour possible?
    Fedora a, en général, une version de retard pour le kernel. En ce moment sur Fedora 35, je suis en 5.15. Et ça passera sûrement à 5.16 quand 5.17 sortira.

    Le processeur est, si j'ai bien suivi, un Pentium Silver N5030 (Gemini Lake Refresh) sorti fin 2019. J'ai un processeur de la même génération (Celeron J4125) qui tourne avec Debian bullseye (kernel 5.10), sans problèmes apparents.

  30. #7740
    Sous Fedora c'est très facile d'avoir le dernier noyau quelques heures après la sortie
    Ici ça doit être expliqué la marche à suivre en cherchant un peu
    https://fedoramagazine.org/contribut...r-kernel-5-16/
    Par exemple le 5.16.5 va être dispo quand quelques minutes là

    Citation Envoyé par Laya Voir le message
    Fedora c'est aussi à jour qu'un arch linux ou qu'un manjaro?
    Je pense que c'est même plus à jour

Page 258 sur 284 PremièrePremière ... 158208248250251252253254255256257258259260261262263264265266268 ... DernièreDernière

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •