[Résolu] Mon Fixe refuse d'afficher ma distribution !

Pimprelune · Le 08/07/2019, à 17:16

Bonjour le Forum et les Ubuntistes !

Suite à un dégât des eaux, je me retrouve avec mon onduleur quasi kaput... ou le fusible à changer (merci malbo !), et mon ordinateur de bureau qui démarre... sur un écran de la mortquitue, et des photos , où ne ne voit pas grand chose.

Alors j'ai pris mon courage (et ma loupe ) à deux mains pour vous retranscrire le "laïus" donné -->

[     0.565927] tpm_crb MSFT0101 : can't request region for resource [mem 0xdc89e000-0xdc89efff]
[     0.646471] Couldn't get size : 0x800000000000000e
[     0.646487] MODSIGN : Couldn't get UEFI db list
[     0.646706] Couldn't get size : 0x800000000000000e
/dev/sdb3 contains a file system with errors, check forced.
Inodes that were part of a corrupted orphan linked list found.

/dev/sdb3 : UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
                    (i.e.,without -a or -p orphans)
fsck existed with status code 4
The root filesystem on /dev/sdb3 requires a manual fsck
BusyBox v1.27.2 (Ununtu 1:1.27.2-2ubuntu3.2) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)

J'ai aussi retranscrit sur le papier le résultat du 'help', si c'est utile de le joindre ici.

J'avoue que tout ça ne me dit rien (qui vaille), surtout qu’avec la chaleur actuelle, j'ai un peu (beaucoup) négligé mes sauvegardes (notamment les photos du dégât des eaux) et mes fichiers lectures.

Bref, croyez-vous qu'on puisse en tirer la substantifique moelle avant de jeter cette Tour ?

Merci d'avance pour votre aide, je suis vraiment dans la panade sans mon PC.

Pimprelune

Résolution : Le problème - insoluble et complexe ! (pour la quiche que je suis) - se résout à condition de lire ce que l'écran affiche, car Linux propose (toujours) des solutions. Merci donc à lynn, qui grâce à une ligne de commande (proposée par l'affichage Grrrr !) -

fsck -y /dev/sdb3

- a permis de réparer ce qui clochait et m'a fait retrouver mon Fixe !
Merciiiii

Dernière modification par Pimprelune (Le 24/07/2019, à 11:51)

lynn · Le 08/07/2019, à 17:53

Bonjour,

Ton message indique de faire un fsck sur sdb3.

fsck -y /dev/sdb3

Pimprelune · Le 08/07/2019, à 18:22

Bonjour, lynn !

Tu veux dire qu'à la suite de

 (initramfs) _

(avec l'underscore qui clignote), je tape ta commande

fsck -y /dev/sdb3

et que ça devrait (un peu ?) avoir un effet/améliorer les choses ? Je croise les doigts très fort !

Pimprelune

lynn · Le 08/07/2019, à 19:48

Pimprelune a écrit :

Tu veux dire qu'à la suite de
 (initramfs) _
(avec l'underscore qui clignote), je tape ta commande
fsck -y /dev/sdb3
et que ça devrait (un peu ?) avoir un effet/améliorer les choses ? Je croise les doigts très fort !

Oui, je commencerais par faire ça. Ça va effectuer une vérification du système de fichier et répondre oui automatiquement si il y a besoin de réparer.

Pimprelune · Le 08/07/2019, à 20:35

Houla, je ne sais pas comment je vais donner le résultat, lynn, mais effectivement, j'ai un paquet de lignes qui se terminent par

Free blocks count wrong for group #179 (19643, counted=19652).
Fix? yes
Inode bitmap differences: -1442794 -1444467 -1444606 -1444890 -1445861 -1446480 -1446482 -1708422 -1966170 -1966269 -1966397 -1966414 -1966500 -1966503 -1975540 -1975555 -2099604
Fix? yes

Free inodes count wrong (2940874, counted=2940840).
Fix? yes

/dev/sdb3: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb3: 335960/3276800 files (0.2% non-contiguous), 3165433/13107200 blocks
(initramfs) _

avec l'underscore qui clignote, lynn.

Pimprelune

lynn · Le 08/07/2019, à 21:24

Et après redémarrage du pc, ça donne quoi ?

Pimprelune · Le 24/07/2019, à 11:38

Bonjour le Forum et lynn !

Pardon, mais j'étais un peu beaucoup dans les ennuis et j'ai carrément laissé tomber cette histoire (le plafond qui descend au RdC, ça m'a bousculé plus que le PC planté ), et je te remercie encore de m'aider, si le sujet stagne, j'en suis seule responsable.

Revenant sur le Topic, j'ai suivi tes consignes, avec un gigantesque tetard

Avec ce matin au téléphone avec un collègue de l'Axul, j'ai relancé l'ordinateur --> à l'affichage, quelques lignes (rapides) sur fond noir, puis le Grub (je n'ai rien choisi) et mon écran d'accueil qui apparaît, des MAJ en pagaille à faire (faites) et je dirais un retour à la normale !?!

Un miracle dû à ton intervention, lynn !!!

Donc je suppose que ta commande à résolu le problème, et je vais passer en Résolu... encore une fois, un énorme merci à toi, lynn, aux utilisateurs d'ubuntu-fr.org, à ce Forum, un bug de plus qui se finit bien pour moi grâce à vous tous !

Pimprelune

moko138 · Le 24/07/2019, à 13:06

Est-ce que quelqu'un saurait m'expliquer pourquoi Ubuntu - qui sait lancer des fsck automatiquement - s'abstient parfois comme ici de le faire ?

Pimprelune,
Quand tu auras le temps, merci de montrer le retour de cette commande (descriptive) :

sudo tune2fs -l /dev/sdb3 | grep -Ei "Mount count|Maximum mount|Filesystem created|Last checked|Check interval"

qui contient peut-être l'explication.

Pimprelune · Le 25/07/2019, à 09:35

Bonjour le Forum, hello moko138 !

Voilà la réponse -->

pimprelune@pimprelune-desktop-AlF:~$ sudo tune2fs -l /dev/sdb3 | grep -Ei "Mount count|Maximum mount|Filesystem created|Last checked|Check interval"
[sudo] Mot de passe de pimprelune : 
Filesystem created:       Tue Sep 11 20:41:11 2018
Mount count:              5
Maximum mount count:      -1
Last checked:             Mon Jul  8 21:31:22 2019
Check interval:           0 (<none>)
pimprelune@pimprelune-desktop-AlF:~$

Et je ne sais si ça a un rapport, mais mon collègue de l'Axul me disait que le message d'erreur (qui contient la commande fsck ?), Ubuntu (et les nouvelles distributions) s'abstient de le faire apparaître pour ne pas "effrayer" les utilisateurs "lambdaLinuxCEstDifficiiiiiileÀComprendre".

Enfin, moko138, si j'ai bien compris ses explications au bout du fil, Hein ? (MQI un jour, MQI toujours )

Pimprelune

moko138 · Le 25/07/2019, à 16:05

Vu. Ta partition sdb3 est réglée pour n'être jamais vérifiée.
(Il y a quelques années, j'avais créé un fil sur ce problème et ses remèdes.)

On va déjà tenter d'y remédier depuis ta session installée. Montre :

sudo tune2fs -c 10  -i 30d  /dev/sdb3

Cela devrait suffire
- à autoriser la vérification automatique en cas de besoin exceptionnel (coupure de courant...),
- et à instaurer une vérification automatique tous les 10 montages et au moins une fois tous les 30 jours.

Et montre aussi

tail -n +7 /etc/fstab ; echo; sudo lsblk -o name,fstype,uuid,label,size,mountpoint | grep -Ev "loop|sr[0-9]"

parce que toutes tes partitions Linux (non swap) sont probablement dans la même situation.

erresse · Le 25/07/2019, à 17:01

@moko138:
Salut,
Il y avait eu une conversation sur ce sujet me semble-t-il, d'où il ressortissait que les nouvelles versions de la distribution ne vérifiaient plus les disques au démarrage (je ne me souviens plus pour quelle raison) et que les options qu'on positionne dans le fstab ne servaient plus à rien...
Ça ne te dit rien ?

moko138 · Le 25/07/2019, à 19:58

Salut erresse,

Il y a trois points différents.

1) Pour le fstab,
j'ai l'impression que l'installateur des dernières versions continue de créer des fstab à 6ème colonne "<pass>", est-ce que je me trompe ?

- -

2) Des vérifications automatiques au démarrage,
il continue de s'en produire, mais rares et selon des critères qui m'échappent : c'est même parfois l'objet d'un fil inquiet sur le forum.
Je n'ai pas vérifié si la 18.04 en était exclue ou pas.

- -

3) Ce qui a changé il y a quelques années
c'est que, et gparted seul, et l'installateur, créent par défaut des partitions comme la sdb3 de Pimprelune

Maximum mount count:      -1  # Nombre infini de montages sans vérification automatique
Check interval:           0 (<none>)  # Aucune durée maxi entre 2 vérifications automatiques

C'était l'objet de mon fil. Et je maintiens que c'est GRAVE.

On m'y avait fait observer que, même en imposant manuellement un nombre de montages plafond entre 2 vérifications auto, et une durée plafond entre 2 vérifications auto, eh bien un DDE n'est jamais vérifié s'il n'est pas branché avant le démarrage.

Pimprelune · Le 25/07/2019, à 20:34

Hello moko138, coucou erresse !

Réponse 1 -->

pimprelune@pimprelune-desktop-AlF:~$ sudo tune2fs -c 10  -i 30d  /dev/sdb3
[sudo] Mot de passe de pimprelune : 
tune2fs 1.44.1 (24-Mar-2018)
Définition du nombre maximal de montages à 10
Définition de l'intervalle de vérification à 2592000 secondes
pimprelune@pimprelune-desktop-AlF:~$

Réponse 2 -->

pimprelune@pimprelune-desktop-AlF:~$ tail -n +7 /etc/fstab ; echo; sudo lsblk -o name,fstype,uuid,label,size,mountpoint | grep -Ev "loop|sr[0-9]"
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb3 during installation
UUID=9d191008-35d7-479d-9cb6-47e3d0238dfe /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb2 during installation
UUID=acc3c085-a87e-4641-be91-37f187d6af45 /boot           ext4    defaults        0       2
# /boot/efi was on /dev/sdb1 during installation
UUID=2B00-45D4  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb4 during installation
UUID=14c8a20b-6d2e-413e-bf26-64fa2dde809b /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=246f7b28-bb7e-4992-997b-d2d046b3eb1d none            swap    sw              0       0
/dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 0
#Temporaire en RAM
tmpfs	/tmp		tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/lock	tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/run	tmpfs	defaults,noatime,mode=1777	0	0

NAME   FSTYPE   UUID                                 LABEL   SIZE MOUNTPOINT
sda                                                          1,8T 
└─sda1 ext4     de066ccd-9a0e-4d6f-b55c-57f411c9cb71 Datas   1,8T /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71
sdb                                                        232,9G 
├─sdb1 vfat     2B00-45D4                                    256M /boot/efi
├─sdb2 ext4     acc3c085-a87e-4641-be91-37f187d6af45           1G /boot
├─sdb3 ext4     9d191008-35d7-479d-9cb6-47e3d0238dfe          50G /
├─sdb4 ext4     14c8a20b-6d2e-413e-bf26-64fa2dde809b       173,6G /home
└─sdb5 swap     246f7b28-bb7e-4992-997b-d2d046b3eb1d           8G [SWAP]
pimprelune@pimprelune-desktop-AlF:~$

Voui, voui, voui, parlant, tout ça (pas pour moi, évidemment )

Pimprelune

moko138 · Le 25/07/2019, à 20:50

Même réglage pour tes autres partitions en ext4 :

sudo tune2fs -c 10  -i 30d  /dev/sdb2

sudo tune2fs -c 10  -i 30d  /dev/sdb4

sudo tune2fs -c 10  -i 30d  /dev/sda1

Et dans la ligne de ton fstab

/dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 0

remplace le dernier zéro par un deux.

Pimprelune · Le 25/07/2019, à 21:57

Coucou, moko138 !

Je rentre donc toutes ces commandes telles quelles, dans mon Terminal ? Sauf la dernière, si j'ai bien suivi -->

/dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 2

Concrètement, quelle va être l'action mise en place ? Message #10 !

Eûûûûh, c'est normal que la swap reste à

0       0

? Et la sdb3 à

0       1

? Mes.sa.ge #10 Bis !!!

Edit : Inutile de laisser mes élucubrations traîner, le message #10 de moko138 récapitule les actions découlant des commandes !

Pimprelune

Dernière modification par Pimprelune (Le 26/07/2019, à 08:14)

moko138 · Le 25/07/2019, à 23:48

Je rentre donc toutes ces commandes telles quelles, dans mon Terminal ? Sauf la dernière, si j'ai bien suivi

Ben oui, qu'est ce qui n'est pas clair ?

- -

/dev/disk/by-uuid/de066 (...) /mnt/de066ccd (...)  ,nofail  0  2
Concrètement, quelle va être l'action mise en place ?

Autoriser les fsck au démarrage sur ta partition ext4 de données (sda1).

- -

c'est normal que la swap reste à
0       0
? Et la sdb3 à
0       1
?

Quand tu ne seras plus débordée, hihihihi, tu iras voir mount_fstab

Pimprelune · Le 26/07/2019, à 00:38

Résultats, moko138 -->

pimprelune@pimprelune-desktop-AlF:~$ sudo tune2fs -c 10  -i 30d  /dev/sdb2
[sudo] Mot de passe de pimprelune : 
tune2fs 1.44.1 (24-Mar-2018)
Définition du nombre maximal de montages à 10
Définition de l'intervalle de vérification à 2592000 secondes
pimprelune@pimprelune-desktop-AlF:~$ sudo tune2fs -c 10  -i 30d  /dev/sdb4
tune2fs 1.44.1 (24-Mar-2018)
Définition du nombre maximal de montages à 10
Définition de l'intervalle de vérification à 2592000 secondes
pimprelune@pimprelune-desktop-AlF:~$ sudo tune2fs -c 10  -i 30d  /dev/sda1
tune2fs 1.44.1 (24-Mar-2018)
Définition du nombre maximal de montages à 10
Définition de l'intervalle de vérification à 2592000 secondes
pimprelune@pimprelune-desktop-AlF:~$

Alors, si j'ai compris, j'ai partout un intervalle de 2592000 secondes. Donc, c'est la latence qui se mettra en place pour le sdb2, le sdb4 et le sd1, quand le fsck devra être déclenché (pour corriger les erreurs ?) ? Pourquoi ça ne peut pas être traduit en minutes, moko138 ?

Et (si je ne suis pas trop en surcharge/débord ) il y a une histoire de périphériques (avec le mount ?) ? Qu'est-ce que ça vient faire avec le fsck ? Bon, parce que le but du jeu (les lignes de commande dans le Terminal), c'est pour lancer (après 2592000 secondes) le fsck en cas de besoin, non ? Alors ça viendrait (le sdb3 jamais vérifié) de la manière dont a été installé ma distribution ?

Déjà que je me suis pris la tête avec le collègue sur l'histoire du Grub qui n'apparaît pas sur mon Fixe, alors qu'il fait coucou 10 secondes sur mon portable... Si tu me dis que je n'ai rien compris, moko138, il ne faudra pas t'étonner, j'avais prévenu (

la MQI a écrit :

Voui, voui, voui, parlant, tout ça (pas pour moi, évidemment )

, message #13 (Aïe, on est vendredi !!!).

Ah oui, l'autre ligne

pimprelune@pimprelune-desktop-AlF:~$ /dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 2
bash: /dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71: Permission non accordée
pimprelune@pimprelune-desktop-AlF:~$

Aaaaaah, il fallait bien que ça ch.e dans la colle cafouille quelque part, sinon, ça ne serait pas drôle...

Pimprelune

Dernière modification par Pimprelune (Le 26/07/2019, à 00:39)

moko138 · Le 26/07/2019, à 06:47

Pimprelune a écrit :

(MQI un jour, MQI toujours )

Bonjour Pimprelune,
La "MQI" ne m'intéresse pas.
Et Babdu89 t'a déjà dit de ne pas t'y intéresser. Et il t'avait bien expliqué pourquoi.

= =

Relis le #10.
Merci de me rappeler si ta tour utilise 18.04 ou 16.04.

Pimprelune · Le 26/07/2019, à 08:04

Hello le Forum, bonjour moko138 !

Pigé ! Lu le #10, qui effectivement met les pendules à l'heure (j'ai honte, je sors---------------------------------------------------------------------------> []).

Pour la version actuelle de ma Tour --> , donc 18.04.2 LTS.

Pimprelune

moko138 · Le 26/07/2019, à 08:38

"18.04", donc pour la fin du #10 :

gedit admin:///etc/fstab

Pimprelune · Le 26/07/2019, à 08:59

Réponse, moko138 -->

pimprelune@pimprelune-desktop-AlF:~$ gedit admin:///etc/fstab

** (gedit:7093): WARNING **: 10:05:11.689: L’emplacement indiqué n’est pas monté
pimprelune@pimprelune-desktop-AlF:~$

Et mon identification

MdP Pimprelune DV a écrit :

is required to perform files operation

???

Avec un fichier Gedit -->

Désolée, je m'absente jusqu'à midi

Pimprelune

Dernière modification par Pimprelune (Le 26/07/2019, à 09:01)

moko138 · Le 26/07/2019, à 09:51

Taper ton mot de passe : tu l'as fait ou non ?

Pimprelune · Le 26/07/2019, à 14:48

Oui, moko138, et je me retrouve avec le Fichier Gedit qui m'affiche ça -->

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb3 during installation
UUID=9d191008-35d7-479d-9cb6-47e3d0238dfe /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb2 during installation
UUID=acc3c085-a87e-4641-be91-37f187d6af45 /boot           ext4    defaults        0       2
# /boot/efi was on /dev/sdb1 during installation
UUID=2B00-45D4  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb4 during installation
UUID=14c8a20b-6d2e-413e-bf26-64fa2dde809b /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=246f7b28-bb7e-4992-997b-d2d046b3eb1d none            swap    sw              0       0
/dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 0
#Temporaire en RAM
tmpfs	/tmp		tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/lock	tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/run	tmpfs	defaults,noatime,mode=1777	0	0

Pimprelune

moko138 · Le 26/07/2019, à 15:18

Bien ! La suite à la fin du #14...

Pimprelune · Le 26/07/2019, à 15:44

Voilà, j'ai corrigé le 0 en 2, et j'ai de nouveau donné mon MdP, moko138.

C'est tout ? Maintenant que j'ai enregistré la modification ?? -->

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb3 during installation
UUID=9d191008-35d7-479d-9cb6-47e3d0238dfe /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb2 during installation
UUID=acc3c085-a87e-4641-be91-37f187d6af45 /boot           ext4    defaults        0       2
# /boot/efi was on /dev/sdb1 during installation
UUID=2B00-45D4  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb4 during installation
UUID=14c8a20b-6d2e-413e-bf26-64fa2dde809b /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=246f7b28-bb7e-4992-997b-d2d046b3eb1d none            swap    sw              0       0

/dev/disk/by-uuid/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 /mnt/de066ccd-9a0e-4d6f-b55c-57f411c9cb71 auto nosuid,nodev,nofail 0 2

#Temporaire en RAM
tmpfs	/tmp		tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/lock	tmpfs	defaults,noatime,mode=1777	0	0
tmpfs	/var/run	tmpfs	defaults,noatime,mode=1777	0	0

Pimprelune

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 08/07/2019, à 17:16

[Résolu] Mon Fixe refuse d'afficher ma distribution !

#2 Le 08/07/2019, à 17:53

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#3 Le 08/07/2019, à 18:22

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#4 Le 08/07/2019, à 19:48

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#5 Le 08/07/2019, à 20:35

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#6 Le 08/07/2019, à 21:24

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#7 Le 24/07/2019, à 11:38

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#8 Le 24/07/2019, à 13:06

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#9 Le 25/07/2019, à 09:35

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#10 Le 25/07/2019, à 16:05

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#11 Le 25/07/2019, à 17:01

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#12 Le 25/07/2019, à 19:58

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#13 Le 25/07/2019, à 20:34

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#14 Le 25/07/2019, à 20:50

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#15 Le 25/07/2019, à 21:57

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#16 Le 25/07/2019, à 23:48

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#17 Le 26/07/2019, à 00:38

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#18 Le 26/07/2019, à 06:47

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#19 Le 26/07/2019, à 08:04

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#20 Le 26/07/2019, à 08:38

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#21 Le 26/07/2019, à 08:59

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#22 Le 26/07/2019, à 09:51

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#23 Le 26/07/2019, à 14:48

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#24 Le 26/07/2019, à 15:18

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

#25 Le 26/07/2019, à 15:44

Re : [Résolu] Mon Fixe refuse d'afficher ma distribution !

Pied de page des forums