entraide pour erreurs pcieport en masse

NicoApi73 · Le 02/08/2018, à 07:54

winux a écrit :

Oui ça j'ai bien compris et c'est ce qui se passe, sauf que maintenant, depuis les commandes lancées pour naziel j'ai ceci
http://i65.tinypic.com/vd1u7l.png
http://i67.tinypic.com/beov8.png

Intéressant. As tu fait afficher les détails que l'on voit sur la 2nde photo?

winux · Le 02/08/2018, à 07:57

@nico #75
bien joué il est là
voici le retour

micronet@HP-club:~$ cd ~/rtlwifi_new
micronet@HP-club:~/rtlwifi_new$ pwd
/home/micronet/rtlwifi_new
micronet@HP-club:~/rtlwifi_new$ make uninstall
Restoring backups
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl_pci.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl_pci.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ee/
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ee/rtl8192ee.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ee/rtl8192ee.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ee : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/rtl8192cu.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/rtl8192cu.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192se/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192se/rtl8192se.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192se/rtl8192se.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/btcoexist/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192se : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/btcoexist/btcoexist.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/btcoexist/btcoexist.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl_usb.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/btcoexist : utime impossible: Opération non permise
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl_usb.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723ae/
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723ae/rtl8723ae.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723ae/rtl8723ae.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192c/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723ae : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192c/rtl8192c-common.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192c/rtl8192c-common.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723com/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192c : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723com/rtl8723-common.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723com/rtl8723-common.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723com : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtlwifi.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae : utime impossible: Opération non permise
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtlwifi.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192de/
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192de/rtl8192de.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192de/rtl8192de.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8188ee/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192de : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8188ee/rtl8188ee.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8188ee/rtl8188ee.ko : open impossible: Le fichier existe
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ce/
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8188ee : utime impossible: Opération non permise
/lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ce/rtl8192ce.ko
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ce/rtl8192ce.ko : open impossible: Le fichier existe
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ce : utime impossible: Opération non permise
tar: /lib/modules/4.15.0-29-generic/kernel/drivers/net/wireless/realtek/rtlwifi : utime impossible: Opération non permise
tar: Arrêt avec code d'échec à cause des erreurs précédentes
Makefile:111: recipe for target 'uninstall' failed
make: *** [uninstall] Error 2
micronet@HP-club:~/rtlwifi_new$

Donc si je comprends bien je reviens comme avant ?

Désolé si je fais un peu boulet, mais autant je suis à l'aise pour me servir d'Ubuntu en mode graphique autant je le suis beaucoup moins en ligne de commande. Je connais les bases, mais suis loin du niveau que je "fréquente" en ce moment !!

NicoApi73 · Le 02/08/2018, à 08:01

Exact. Je viens de corriger mon post : j'ai oublié une commande qui est de retirer l'ancien driver (celui de L. Finger) et de recharger l'ancien :

sudo modprobe -r rtl8723be
sudo modprobe rtl8723be

Dans le Makefile de L. Finger, lors d'un make install, il commence par créer un backup. un make uninstall écrase ce qui a été fait par la version backupée.
Après, il ne reste plus qu'à retirer le driver du noyau (sudo modprobe -r nom_driver, r pour remove), puis le recharger (sudo modprobe nom_driver)

Dernière modification par NicoApi73 (Le 02/08/2018, à 08:07)

winux · Le 02/08/2018, à 08:10

@nico #78 voilà c'est fait

micronet@HP-club:~$ sudo modprobe -r rtl8723be
[sudo] Mot de passe de micronet : 
micronet@HP-club:~$ sudo modprobe rtl8723be
micronet@HP-club:~$

je m'absente pour une paire d'heure.

Si vous avez d'autres trucs à me demander, groupez le tout, je le ferai à mon retour, merci

NicoApi73 · Le 02/08/2018, à 08:12

winux a écrit :

Désolé si je fais un peu boulet, mais autant je suis à l'aise pour me servir d'Ubuntu en mode graphique autant je le suis beaucoup moins en ligne de commande. Je connais les bases, mais suis loin du niveau que je "fréquente" en ce moment !!

Tu n'as pas à l'être. Tu te débrouilles pas mal, essaie peut être de comprendre un peu plus les commandes et d'avoir un oeil critique.
Je ne considère pas avoir un haut niveau, peut être un peu plus de facilité pour comprendre.
Ta méthode d'archivage est très efficace et t'a déjà permis de sortir de l'ornière. Si tout le monde faisait pareil, ça aiderait beaucoup

NicoApi73 · Le 02/08/2018, à 08:13

@winux : post #79 est ce que ça redémarre sans aspm=off?
As tu toujours ton erreur logicielle?

winux · Le 02/08/2018, à 09:16

NicoApi73 a écrit :

@winux : post #79 est ce que ça redémarre sans aspm=off?

mon RV a du retard, j'avance donc en l'attendant
non ça ne démarre pas. J'ai bien le logo Ubuntu avec les petits points mais après l'écran reste noir. Je n'ai pas non plus attendu 10 mn !!

NicoApi73 a écrit :

As tu toujours ton erreur logicielle?

en redémarrage normal, non, elle a disparu

NicoApi73 · Le 02/08/2018, à 09:20

@Naziel : J'ai deux questions concernant le paramétrage des drivers

sudo modprobe -r rtl8723be
sudo modprobe rtl8723be ips=0 fwlps=0 swlps=0 msi=1

Quand tu fais cette commande, tu commences par décharger le driver du noyau, puis tu le remets en le paramétrant. Tant que tu ne le retires par du noyau, il reste paramétré comme ceci.

Si après tu fais

sudo modprobe -r rtl8723be
sudo modprobe rtl8723be

là tu reviens aux paramètres par défauts, n'est ce pas?

Je suppose que lors d'une mise à jour noyau, les paramètres ont été sauvegardés (quelque part) et que par conséquent ils sont conservés (on ne revient pas aux paramètres par défauts), n'est ce pas?

NicoApi73 · Le 02/08/2018, à 09:22

winux a écrit :

NicoApi73 a écrit :
@winux : post #79 est ce que ça redémarre sans aspm=off?
mon RV a du retard, j'avance donc en l'attendant
non ça ne démarre pas. J'ai bien le logo Ubuntu avec les petits points mais après l'écran reste noir. Je n'ai pas non plus attendu 10 mn !!
NicoApi73 a écrit :
As tu toujours ton erreur logicielle?
en redémarrage normal, non, elle a disparu

ok, merci. Ca ne permet pas de conclure...

Nuliel · Le 02/08/2018, à 09:26

1) Le seul truc qui est persistant (c'est à dire qui ne revient pas comme avant après un redémarrage), c'est l'installation du pilote de la page github. Ce pilote peut être supprimé comme NicoApi73 l'a dit avec

sudo make uninstall

Donc

NicoApi73 a écrit :

Tant que tu ne le retires par du noyau, il reste paramétré comme ceci.

Non, ce n'est valable que pour la session en cours. Si on veut rendre les paramètres persistants, il faut mettre ça dans un fichier dans /etc/modprobe.d

~$ cat /etc/modprobe.d/rtl8723be.conf 
options rtl8723be fwlps=0 ips=1 ant_sel=2

(c'est mes paramètres pour mon pc)

Autre chose, j'ai pas le même bridge intel et je n'ai absolument pas les erreurs pcieport (testé sur xubuntu 16.04.1, ubuntu 16.04.3 et xubuntu 18.04.1)

Si après tu fais
sudo modprobe -r rtl8723be
sudo modprobe rtl8723be
là tu reviens aux paramètres par défauts, n'est ce pas?

Exact Tu reviens aux paramètres par défaut du pilote, pas ceux de /etc/modprobe.d/rtl8723be.conf

Et autre chose: est ce qu'il est possible de démarrer en remplaçant aspm=off par modprobe.blacklist=rtl8723be? (précision utile: blacklist, ça empêche le chargement automatique, pas le chargement)

Dernière modification par Nuliel (Le 02/08/2018, à 09:29)

NicoApi73 · Le 02/08/2018, à 09:49

Naziel a écrit :

Et autre chose: est ce qu'il est possible de démarrer en remplaçant aspm=off par modprobe.blacklist=rtl8723be? (précision utile: blacklist, ça empêche le chargement automatique, pas le chargement)

Je reformule pour m'assurer d'avoir bien compris : modprobe.blacklist fait que le driver n'est pas chargé lors du boot. Par conséquent on boote sans WIFI. puis

modprobe rtl8723be

(avec des paramètres) permet de charger le driver.

J'essaierai quand je pourrai, il faut que je réinstalle les driver de L. Finger, je suis revenu au driver par défaut (make uninstall).

En première approche, je dirai que c'est possible, car dès qu'on retire le driver (sudo modprobe -r), les messages pcieport... s'arrêtent.

Naziel a écrit :

Autre chose, j'ai pas le même bridge intel et je n'ai absolument pas les erreurs pcieport (testé sur xubuntu 16.04.1, ubuntu 16.04.3 et xubuntu 18.04.1)

Donc potentiellement c'est une interaction malheureuse entre les 2 (rtl8723be et le bridge)

@Naziel : peux tu donner le lshw de ton bridge (slot sur lequel est mis ton WIFI). Déjà, celui de winux et celui de ma tour ne sont pas exactement les mêmes. Je vais regarder plus tard sur celui de mon épouse, quand j'y aurai accès. Es tu en architecture skylake?
EDIT Vu ta signature : tu dois être en Haswell et non pas en Skylake.
On est entrain de revenir à ce que j'ai trouvé sur askubuntu : incompatibilité entre l'architecture skylake et un module, ici le rtl8723be... Toujours pas d'autres solutions que noaer ou aspm=off (et je pense que noaer a un impact sur les performances cpu, là ou aspm=off a un impact sur l'autonomie de la batterie)
FIN EDIT

Dernière modification par NicoApi73 (Le 02/08/2018, à 10:06)

NicoApi73 · Le 02/08/2018, à 10:24

skylake également ! Tout comme lui et winux est également en skylake

moko138 · Le 02/08/2018, à 10:44

Pour Flora, oui, mais pour michelucia, ça reste à vérifier (le mot skylake n'apparaît pas dans son fil).

AJOUT :
pour michelucia aussi (cf. ci-dessous, "Sky Lake" est là en 2 mots).

Dernière modification par moko138 (Le 02/08/2018, à 11:16)

NicoApi73 · Le 02/08/2018, à 10:49

Bonjour Moko138,

Pour michelucia :

   *-cpu
          description: CPU
          produit: Intel(R) Core(TM) i3-6006U CPU @ 2.00GHz
          fabriquant: Intel Corp.
          identifiant matériel: 15
          information bus: cpu@0
          version: Intel(R) Core(TM) i3-6006U CPU @ 2.00GHz

6ième génération = skylake

D'ailleurs, un peu plus loin :

    *-pci
          description: Host bridge
          produit: Sky Lake Host Bridge/DRAM Registers
          fabriquant: Intel Corporation
          identifiant matériel: 100
          information bus: pci@0000:00:00.0
          version: 08
          bits: 32 bits
          horloge: 33MHz

EDIT désolé, si ma réponse pouvait apparaître comme étant sèche

EDIT 2 : Par contre, ce n'est pas avec 3 ou 4 cas que l'on fait des statistiques...

EDIT 3 : Bon... sur ma tour j'ai un i7-7700 et il me dit que j'ai un pci bridge skylake, alors que ça devrait être kabylake...

Dernière modification par NicoApi73 (Le 02/08/2018, à 11:07)

moko138 · Le 02/08/2018, à 11:06

Merci !

NicoApi73 · Le 02/08/2018, à 11:17

@moko138,

Ta remarque reste néanmoins très pertinente. J'ai cherché et j'ai les deux sur ma tour :

Northbridge	Intel Kaby Lake 05
Southbridge	Intel Skylake PCH 31

L'architecture générale est kaby lake.( due au microprocesseur)

Je ne savais pas qu'on pouvait mélanger les 2.

Nuliel · Le 02/08/2018, à 11:32

Avant de poster sur github (on peut pas modifier les messages), j'oublie rien avec

We tried with aspm=0, there is no change. We also tried with theses couples of parameters: 
ips=0 fwlps=0 swlps=0 msi=1
ips=0 fwlps=0 swlps=0 msi=0

When we do
`sudo modprobe -r rtl8723be`
the problem totally disappears. So this is this module which sends these errors.

On my pc, I tried Ubuntu 16.04.3 and 18.04.1 and I have no errors logged, and there is a RTL8723BE card but not the 8086:9d14 intel bridge. All of the persons on the Ubuntu French forum which have the problem have a skylake architecture, I have a Haswell architecture. 

Another problem is that we can't go to a live session of Ubuntu 18.04.1 because of these errors. Maybe we could boot with modprobe.blacklist=rtl8723be on 18.04.1, we will try today

?

Dernière modification par Nuliel (Le 02/08/2018, à 11:33)

NicoApi73 · Le 02/08/2018, à 11:37

Ca me paraît complet en l'état de nos connaissances (en tout cas des miennes)

Nuliel · Le 02/08/2018, à 11:39

Ok, je poste alors

moko138 · Le 02/08/2018, à 11:47

NicoApi73,
S'il te plaît, quelle est la commande qui te retourne ce

Northbridge	Intel Kaby Lake 05
Southbridge	Intel Skylake PCH 31

?

NicoApi73 · Le 02/08/2018, à 12:03

Aucune :
C'est sur une recherche internet sur mon PC Asus M32CD-K que j'ai trouvé un descriptif complet.
J'y ai tout retrouvé, y compris la carte graphique. J'essaierai de te retrouver le lien plus tard.

Par contre, avec lshw je retrouve bien la ref de mon processeur (i7-7700) et une référence à sky lake sur le pci (c'est ce qui m'a interpelé).

Dernière modification par NicoApi73 (Le 02/08/2018, à 12:04)

NicoApi73 · Le 02/08/2018, à 12:29

Bon, je ne t'ai pas retrouvé le lien. Je regarderai ce soir. Par contre j'ai trouvé ceci qui répond à

NicoApi73 a écrit :

Je ne savais pas qu'on pouvait mélanger les 2.

Si dessous le paragraphe intéressant :

So we’ve established that the seventh-generation Intel Core processors are fundamentally just optimised sixth-generation chips. For desktop PCs, they both use the same LGA 1151 socket and you can therefore drop a Kaby Lake processor into a motherboard that was running a Skylake chip (and use the same CPU cooler).

winux · Le 02/08/2018, à 12:45

NicoApi73 a écrit :

Tu n'as pas à l'être. Tu te débrouilles pas mal, essaie peut être de comprendre un peu plus les commandes et d'avoir un oeil critique.

merci c'est sympa, mais ça fait quand même beaucoup de commandes à ingurgiter en peu de temps !!
et à chaque fois que je veux essayer qq chose par moi-même il faut que je parte en chasse dans le fil. Je vais peut-être me faire un petit glossaire de tout ce qu'on a vu pour être plus réactif !!

moko138 · Le 02/08/2018, à 13:19

winux a écrit :

Je vais peut-être me faire un petit glossaire de tout ce qu'on a vu

Excellente idée !

NicoApi73 · Le 02/08/2018, à 14:32

Je me suis risqué à poser une question sur askubuntu. On verra si je me fais jeté.
A voir sky lake et error sont des grossièretés pour eux...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 02/08/2018, à 07:54

Re : entraide pour erreurs pcieport en masse

#77 Le 02/08/2018, à 07:57

Re : entraide pour erreurs pcieport en masse

#78 Le 02/08/2018, à 08:01

Re : entraide pour erreurs pcieport en masse

#79 Le 02/08/2018, à 08:10

Re : entraide pour erreurs pcieport en masse

#80 Le 02/08/2018, à 08:12

Re : entraide pour erreurs pcieport en masse

#81 Le 02/08/2018, à 08:13

Re : entraide pour erreurs pcieport en masse

#82 Le 02/08/2018, à 09:16

Re : entraide pour erreurs pcieport en masse

#83 Le 02/08/2018, à 09:20

Re : entraide pour erreurs pcieport en masse

#84 Le 02/08/2018, à 09:22

Re : entraide pour erreurs pcieport en masse

#85 Le 02/08/2018, à 09:26

Re : entraide pour erreurs pcieport en masse

#86 Le 02/08/2018, à 09:49

Re : entraide pour erreurs pcieport en masse

#87 Le 02/08/2018, à 10:24

Re : entraide pour erreurs pcieport en masse

#88 Le 02/08/2018, à 10:44

Re : entraide pour erreurs pcieport en masse

#89 Le 02/08/2018, à 10:49

Re : entraide pour erreurs pcieport en masse

#90 Le 02/08/2018, à 11:06

Re : entraide pour erreurs pcieport en masse

#91 Le 02/08/2018, à 11:17

Re : entraide pour erreurs pcieport en masse

#92 Le 02/08/2018, à 11:32

Re : entraide pour erreurs pcieport en masse

#93 Le 02/08/2018, à 11:37

Re : entraide pour erreurs pcieport en masse

#94 Le 02/08/2018, à 11:39

Re : entraide pour erreurs pcieport en masse

#95 Le 02/08/2018, à 11:47

Re : entraide pour erreurs pcieport en masse

#96 Le 02/08/2018, à 12:03

Re : entraide pour erreurs pcieport en masse

#97 Le 02/08/2018, à 12:29

Re : entraide pour erreurs pcieport en masse

#98 Le 02/08/2018, à 12:45

Re : entraide pour erreurs pcieport en masse

#99 Le 02/08/2018, à 13:19

Re : entraide pour erreurs pcieport en masse

#100 Le 02/08/2018, à 14:32

Re : entraide pour erreurs pcieport en masse

Pied de page des forums