Déplacer contenu partition ?

Compte supprimé · Le 20/03/2020, à 23:31

geole · Le 20/03/2020, à 23:41

J'avais vu ta remarque. Mais c'est tellement surprenant...
Cela aurait l'avantage d'expliquer pourquoi la partition racine est saturée mais du coup, on peut se demander ce qu'il peut bien y avoir dans /home.
donc que donne cette commande

sudo du -hxd2 /home    |  sort -h | tail -20

Dernière modification par geole (Le 20/03/2020, à 23:42)

dabidou · Le 20/03/2020, à 23:41

ok voilà ce que ça donne:

root@ns35957:~# ls -als /root
total 964
  4 drwx------  8 root root   4096 mars  20 00:25 .
  4 drwxr-xr-x 23 root root   4096 mars  18 06:58 ..
  4 -rw-r--r--  1 root root      1 nov.   8  2018 123
  0 -rw-r--r--  1 root root      0 mars  20 00:25 archfile
  4 drwxr-xr-x  2 root root   4096 nov.  27 02:10 .autoinstaller
  4 -rw-r--r--  1 root root    504 nov.  17 04:06 .autoinstallerrc
 16 -rw-------  1 root root  16363 mars  20 22:39 .bash_history
  4 -rw-r--r--  1 root root   3106 avril  9  2018 .bashrc
  4 drwx------  2 root root   4096 nov.   6  2018 .cache
  4 -rw-------  1 root root    277 nov.   6  2018 debian.cnf
  4 -rw-r--r--  1 root root     23 nov.   6  2018 .email
  0 -rw-r--r--  1 root root      0 mars  19 03:37 fichier_dump
  4 drwx------  3 root root   4096 nov.   6  2018 .gnupg
  0 -rw-r--r--  1 root root      0 mars  19 03:41 nomdemabase.sql
  0 -rw-r--r--  1 root root      0 mars  14 18:01 maBase_backup.sql
  4 -rw-r--r--  1 root root      7 nov.   6  2018 .mdg
860 -rw-r--r--  1 root root 879402 nov.   8  2018 mysql2018-11-08_14.49.sql
  4 -rw-------  1 root root    234 nov.   8  2018 .mysql_history
  4 -rw-r--r--  1 root root    469 nov.   6  2018 .ovhrc
  4 drwxr-xr-x  9 root root   4096 mars  20 05:11 parallels
  4 -rw-r--r--  1 root root    223 nov.   6  2018 .plesk_banner
  4 -rw-r--r--  1 root root    195 nov.   6  2018 .profile
  4 drwxr-xr-x  3 root root   4096 nov.  27 00:41 snap
  4 drwx------  2 root root   4096 nov.   6  2018 .ssh
 16 -rw-------  1 root root  13425 nov.   8  2018 .viminfo
root@ns35957:~# ls -als /home
total 36
 4 drwxr-xr-x  6 root root  4096 mars  20 19:46 .
 4 drwxr-xr-x 23 root root  4096 mars  18 06:58 ..
 4 drwxr-xr-x  2 root root  4096 juin  13  2018 ftp
16 drwx------  2 root root 16384 nov.   6  2018 lost+found
 4 drwxr-xr-x 11 root root  4096 mars  20 19:46 mysql
 4 drwxr-xr-x 14 root root  4096 mars  14 22:41 TEST
root@ns35957:~#

geole · Le 20/03/2020, à 23:43

Que donne le retour de cette commande

sudo du -hxd2 /home   |  sort -h | tail -20

Ajout ainsi que

sudo du -hxd2 /var/lib    |  sort -h | tail -20

echo $USER

Dernière modification par geole (Le 20/03/2020, à 23:49)

dabidou · Le 20/03/2020, à 23:53

root@ns35957:~# sudo du -hxd2 /home   |  sort -h | tail -20
16K	/home/lost+found
16K	/home/TEST/home
136K	/home/TEST/dev
1,7M	/home/mysql/roundcubemail
2,0M	/home/mysql/phpmyadmin_OrMHegxMiMUJ
2,0M	/home/mysql/phpmyadmin_ufshLnaRaBO9
2,8M	/home/mysql/apsc
11M	/home/mysql/mysql
12M	/home/TEST/etc
15M	/home/mysql/horde
16M	/home/TEST/bin
33M	/home/mysql/psa
213M	/home/TEST/boot
547M	/home/mysql/nomdemabase
784M	/home/mysql
1,1G	/home/TEST/lib
1,4G	/home/TEST/opt
307G	/home/TEST/proc
310G	/home/TEST
311G	/home
root@ns35957:~#

root@ns35957:~# sudo du -hxd2 /var/lib    |  sort -h | tail -20
4,0M	/var/lib/nginx/fastcgi
4,0M	/var/lib/nginx/proxy
4,1M	/var/lib/aspell
8,0M	/var/lib/nginx
11M	/var/lib/mysql/mysql
15M	/var/lib/mysql/horde
20M	/var/lib/mlocate
33M	/var/lib/mysql/psa
45M	/var/lib/dpkg/info
48M	/var/lib/dpkg
171M	/var/lib/snapd/cache
192M	/var/lib/snapd/snaps
217M	/var/lib/apt
217M	/var/lib/apt/lists
363M	/var/lib/snapd
547M	/var/lib/mysql/nomdemabase
785M	/var/lib/mysql
7,1G	/var/lib/psa
7,1G	/var/lib/psa/dumps
8,5G	/var/lib
root@ns35957:~#

root@ns35957:~# echo $USER
root
root@ns35957:~#

geole · Le 21/03/2020, à 00:02

Je suis complètement perdu.

Ce nom est surprenant /var/lib/psa/dumps

donne le retour de

sudo du -hxd2 /var/lib/psa/dumps    |  sort -h | tail -20

Attends l'avis de L-d-v-c pour la suite. Mais le plus simple serait que tu restes l'utilisateur root et que la base de données soit migrée dans le répertoire /home tel qu'il l'a proposée.

J'ai aussi noté

  0 -rw-r--r--  1 root root      0 mars  19 03:41 nomdemabase.sql
  0 -rw-r--r--  1 root root      0 mars  14 18:01 maBase_backup.sql

que donne

cat  nomdemabase.sql
cat maBase_backup.sql

il y beaucoup de chances que la liste soit vide. Donc fichiers à supprimer.

Dernière modification par geole (Le 21/03/2020, à 00:17)

geole · Le 21/03/2020, à 00:05

Je viens de trouver cette information https://talk.plesk.com/threads/plesk-ba … ull.94289/
Je suis aussi curieux de connaître le contenu de /home/TEST/proc

sudo du -hxd2 /home/TEST/proc    |  sort -h | tail -20

Dernière modification par geole (Le 21/03/2020, à 00:13)

dabidou · Le 21/03/2020, à 00:20

ohlala si même toi tu es perdu..

Voici les autres:

root@ns35957:~# sudo du -hxd2 /var/lib/psa/dumps    |  sort -h | tail -20
4,0K	/var/lib/psa/dumps/.run
12K	/var/lib/psa/dumps/.discovered/backup_info_1902210146_1903010410
12K	/var/lib/psa/dumps/.discovered/backup_info_1904010410
12K	/var/lib/psa/dumps/.discovered/backup_info_1911270106
12K	/var/lib/psa/dumps/.discovered/backup_info_1911270106_1912010410
12K	/var/lib/psa/dumps/.discovered/backup_info_1911270106_2001010410
12K	/var/lib/psa/dumps/.discovered/backup_info_1911270106_2002010410
16K	/var/lib/psa/dumps/.discovered/backup_info_1902210146
92K	/var/lib/psa/dumps/.discovered
6,2G	/var/lib/psa/dumps/domains
6,2G	/var/lib/psa/dumps/domains/***.fr
7,1G	/var/lib/psa/dumps
root@ns35957:~#

(j'ai juste changé le nom de mon domain avec des *** histoire de rester anonyme)

root@ns35957:~# sudo du -hxd2 /home/TEST/proc    |  sort -h | tail -20
4,0K	/home/TEST/proc/1/fd
4,0K	/home/TEST/proc/1/ns
12K	/home/TEST/proc/1/map_files
28K	/home/TEST/proc/1/attr
292K	/home/TEST/proc/1/net
364K	/home/TEST/proc/1/fdinfo
257G	/home/TEST/proc/1/task
307G	/home/TEST/proc
307G	/home/TEST/proc/1
root@ns35957:~#

geole · Le 21/03/2020, à 00:27

Pas de problèmes pour les changements de noms
Lorsque je vois un nom dumps, j'ai toujours une inquiétude
que donnent

sudo du -hxd2 /var/lib/psa/dumps/domains  |  sort -h | tail -20

sudo du -hxd2 /home/TEST/proc/1/task   |  sort -h | tail -20

Est-ce que le répertoire /home/TEST te rappelle quelque chose?

ls -ls /home/TEST

Dernière modification par geole (Le 21/03/2020, à 00:32)

dabidou · Le 21/03/2020, à 00:45

root@ns35957:~# sudo du -hxd2 /var/lib/psa/dumps/domains  |  sort -h | tail -20
12M	/var/lib/psa/dumps/domains/***.fr/.discovered
398M	/var/lib/psa/dumps/domains/***.fr/databases
6,2G	/var/lib/psa/dumps/domains
6,2G	/var/lib/psa/dumps/domains/***.fr
root@ns35957:~#

root@ns35957:~# sudo du -hxd2 /home/TEST/proc/1/task   |  sort -h | tail -20
4,0K	/home/TEST/proc/1/task/1/fd
4,0K	/home/TEST/proc/1/task/1/ns
28K	/home/TEST/proc/1/task/1/attr
292K	/home/TEST/proc/1/task/1/net
364K	/home/TEST/proc/1/task/1/fdinfo
257G	/home/TEST/proc/1/task
257G	/home/TEST/proc/1/task/1

root@ns35957:~# ls -ls /home/TEST
total 56
 4 drwxr-xr-x   2 root root  4096 mars  14 22:38 bin
 4 drwxr-xr-x   5 root root  4096 mars  14 22:38 boot
 4 drwxr-xr-x  19 root root  4096 mars  14 22:38 dev
12 drwxr-xr-x 123 root root 12288 mars  14 22:38 etc
 4 drwxr-xr-x   5 root root  4096 mars  14 22:38 home
 0 lrwxrwxrwx   1 root root    33 mars  14 22:38 initrd.img -> boot/initrd.img-4.15.0-88-generic
 0 lrwxrwxrwx   1 root root    33 mars  14 22:38 initrd.img.old -> boot/initrd.img-4.15.0-76-generic
 4 drwxr-xr-x  23 root root  4096 mars  14 22:40 lib
 4 drwxr-xr-x   2 root root  4096 mars  14 22:40 lib64
 4 drwx------   2 root root  4096 mars  14 22:40 lost+found
 4 drwxr-xr-x   2 root root  4096 mars  14 22:40 media
 4 drwxr-xr-x   2 root root  4096 mars  14 22:40 mnt
 4 drwxr-xr-x   4 root root  4096 mars  14 22:41 opt
 4 drwxr-xr-x   3 root root  4096 mars  14 22:41 proc

/home/TEST ne me dit rien du tout

Dernière modification par dabidou (Le 21/03/2020, à 00:50)

geole · Le 21/03/2020, à 01:11

/home/TEST est pourtant récent en date du 14 mars à 22heures 38 . Il semble être une duplication de la partition contenant le répertoire /

Je ne sais pas trop ce qu'il y a dans cette structure /var/lib/psa/dumps

Pense à faire ces commandes
Création de mysql dans /home :

mkdir /home/mysql

Copie de /var/lib/mysql/* vers /home/mysql

sudo cp -a  -v  /var/lib/mysql/*  /home/mysql/

Vérification :

ls  -al  /home/mysql/

Je vais m'arrêter pour ce soir.

Dernière modification par geole (Le 21/03/2020, à 01:12)

dabidou · Le 21/03/2020, à 01:52

Ok alors je viens de fouiller mes mails car j'ai échangé avec quelqu'un en formation en réseaux et c'est lui qui m'a demandé de créer le répertoire test et ensuite un cp -rf /* /home/TEST qui n'a pas fonctionné. Désolée j'avais oublié (c'est la seule personne avec qui j'ai échangé avant de venir ici).

Je vais faire ce que tu dis et mille mercis d'avoir pris du temps pour moi. Bonne nuit à toi.

dabidou · Le 21/03/2020, à 01:54

Je viens de faire les commandes, ça a l'air d'avoir bien copié.

Juste une question, j'étais sensée changer le * avec le nom de ma base ou pas ? (j'ai fait tel quel)

root@ns35957:~# ls  -al  /home/mysql/
total 176244
drwxr-xr-x 11 root  root      4096 mars  20 19:46 .
drwxr-xr-x  6 root  root      4096 mars  20 19:46 ..
drwx------  2 mysql mysql     4096 nov.   6  2018 apsc
-rw-rw----  1 mysql mysql    16384 févr.  7 06:58 aria_log.00000001
-rw-rw----  1 mysql mysql       52 févr.  7 06:58 aria_log_control
-rw-r--r--  1 root  root         0 févr.  7 06:57 debian-10.1.flag
drwx------  2 mysql mysql    12288 nov.   6  2018 horde
-rw-rw----  1 mysql mysql 79691776 mars  21 00:50 ibdata1
-rw-rw----  1 mysql mysql 50331648 mars  21 00:50 ib_logfile0
-rw-rw----  1 mysql mysql 50331648 mars  21 00:50 ib_logfile1
drwx------  2 mysql mysql     4096 mars  12 17:58 nomdebasedd
-rw-rw----  1 mysql mysql        0 nov.   6  2018 multi-master.info
drwx------  2 mysql mysql     4096 févr.  7 06:58 mysql
-rw-rw----  1 mysql mysql       15 nov.   6  2018 mysql_upgrade_info
drwx------  2 mysql mysql     4096 févr.  7 06:57 performance_schema
drwx------  2 mysql mysql     4096 déc.  21 05:14 phpmyadmin_OrMHegxMiMUJ
drwx------  2 mysql mysql     4096 oct.  30 06:12 phpmyadmin_ufshLnaRaBO9
drwx------  2 mysql mysql    20480 déc.  21 05:14 psa
drwx------  2 mysql mysql     4096 nov.   6  2018 roundcubemail
-rw-rw----  1 mysql mysql    24576 févr.  7 06:58 tc.log

Dernière modification par dabidou (Le 21/03/2020, à 01:57)

geole · Le 21/03/2020, à 10:38

Bonjour
Je suis pris d'un doute sur la commande de copie.
On va regarder si les sous-répertoires ont bien été copiés
Regarde s'il y a quelque chose dedans avec ces commandes

ls    -Rals  /home/mysql/apsc
ls    -Rals  /home/mysql/horde
ls    -Rals  /home/mysql/mysql
ls    -Rals  /home/mysql/psa
ls    -Rals  /home/mysql/apsc

S'il n'y a rien, refais

sudo cp -Rav  /var/lib/mysql/*  /home/mysql/

puis recontrôle

AJOUT. On peut donc supprimer le répertoire /home/TEST
Rectification
rm -Rav /home/TEST

rm -Rv /home/TEST

puis, on regarde l'espace disque

df -h

Dernière modification par geole (Le 21/03/2020, à 17:06)

Compte supprimé · Le 21/03/2020, à 11:28

Bonjour à tous !

Réponse pour geole, information pour quiconque :

man cp a écrit :

DESCRIPTION
Copier la SOURCE vers la CIBLE, ou plusieurs SOURCEs vers le RÉPERTOIRE.
Les paramètres obligatoires pour les options de forme longue le sont aussi pour les options de forme courte.
-a, --archive
identique à -dR --preserve=all

Le cp -Ra est redondant avec cp -a…

Compte supprimé · Le 21/03/2020, à 11:34

dabidou a écrit :

Je viens de faire les commandes, ça a l'air d'avoir bien copié.
Juste une question, j'étais sensée changer le * avec le nom de ma base ou pas ? (j'ai fait tel quel)
…

En effet, il ne faut pas remplacer * qui est un joker.

Si j'avais voulu te faire mettre le nom de ta base j'aurais plutôt rédigé :
cp /var/lib/mysql/{le_nom_de_la_base_de_données} /home/mysql/

en précisant de remplacer {le_nom_de_la_base_de_données} par le nom de ta base de données.

Compte supprimé · Le 21/03/2020, à 11:40

dabidou, la base de donnée est dupliquée dans /home/mysql, il faut finir la procédure.

sudo rm -rf  /var/lib/mysql/  #efface l'ancienne BDD puisque tu viens de vérifier qu'elle est bien copiée.
sudo ln  -s  /var/lib/mysql/  /home/mysql  #création du lien  /var/lib/mysql/  qui pointe vers  /home/mysql

Et tu vérifies que tout fonctionne comme avant.

PS : PENSE À FAIRE TES SAUVEGARDES DE TA BASE DE DONNÉES SUR UN DISQUE EXTERNE !

geole · Le 21/03/2020, à 12:01

Bonjour
En un sens, c'est rassurant......
En fait dans le contexte des liens , je propose la commande mv que je connais mieux (copie + suppression) et rmdir qui ne fonctionne pas si, par accident, il reste quelques fichiers non copiés.

La suite devrait donc être

Le * signifie que tu copies la totalité des fichiers qui sont dans le répertoire indiqué (Il peut n'y en avoir qu'un).

Pour la suite, il faut que tu maîtrises soit l'arrêt/relance de l'application soit l'arrêt/relance de l'ordinateur, car je pense que la prise en compte de la modification qu'on va faire est à ce prix.

1) Comme tu as dupliqué la base dans la grande partition, on va la supprimer de la petite partition avec la commande

rm   -Rv   /var/lib/mysql

2) Puis va la remplacer par un lien symbolique

ln  -s /home/mysql    /var/lib

3) Tu donnes le résultat du lien afin de savoir si le sens est bon

ls   -ls   /var/lib

4) Tu attends les réponses avant d'arrêter l'application ou l'ordinateur car s'il y a erreur, c'est rectifiable.

D'autre part, il serait bon de savoir s'il est possible d'utiliser cet ordinateur de façon assez classique avec un utilisateur que tu vas créer de la façon suivante:

adduser   sos

Tu remplaces le mot sos par le nom d'utilisateur que tu préfères.
Tu auras un dialogue pour y mettre le mot de passe (à ne jamais oublier) . Plus il est simple, moins c'est compliqué. Ainsi que quelques caractéristiques d'identité facultatives.

Tu pourras éventuellement dire que cet utilisateur est autorisé à gérer la machine.

adduser sos sudo

Puis tu regarderas, s'il est possible de s'y connecter avec ce nom.

Pour ma part, je vais essayer de regarder Plesk afin de voir ce qu'il est possible de faire

NOTA. Pour le changement de taille de partition, cela ne peut pas se faire directement dans l'application.
Il est nécessaire de passer par une autre application. Le fait que l'ordinateur soit en mode RAIDS complique encore un peu car peu de personnes du forum maîtrisent la façon de faire.
De plus, à mon avis, dans ton contexte, il faut réfléchir au déplacement du répertoire /home contenu dans la grosse partition pour le mettre dans la petite partition, puis suppression de la grosse partition et agrandissement de taille de la petite partition. Ce qui ne me semble pas facile à faire même en mode non RAIDS. ( Cependant on verra , car si tu peux te connecter en utilisateur sos la grosse partition sera utilisable normalement).

bruno · Le 21/03/2020, à 12:30

Bonjour,

Je n'ai pas lu attentivement tout le fil.

Avant toute manipulation sur le dossier /var/lib/mysql, copie, déplacement et suppression, il est impératif d’arrêter le service mysql et d'avoir fait une copie logique (avec mysqldump ou autre)) de intégralité des bases de données.

Compte supprimé · Le 21/03/2020, à 12:45

Attention geole ?
Tu proposes :

ln  -s /home/mysql    /var/lib

Il me semblait plus logique d'avoir :

ln  -s /home/mysql    /var/lib/mysql

?

geole · Le 21/03/2020, à 13:00

Je ne maîtrise pas très bien le résultat final , c'est pour cela que j'ai demandé la liste après exécution
Voici ce que cela donne en exécution simulée

a@a:~$ sudo mkdir -p /HOME/mysql 
a@a:~$ sudo mkdir -p /VAR/lib
a@a:~$ sudo ln -s /HOME/mysql /VAR/lib
a@a:~$ sudo ls -als /VAR/lib
total 8
4 drwxr-xr-x 2 root root 4096 mars  21 11:57 .
4 drwxr-xr-x 3 root root 4096 mars  21 11:56 ..
0 lrwxrwxrwx 1 root root   11 mars  21 11:57 mysql -> /HOME/mysql

Il me semble que c'est ce qu'il faut obtenir.

Compte supprimé · Le 21/03/2020, à 14:01

Non, je ne pense pas car sudo ln -s /HOME/mysql /VAR/lib ne peut pas fonctionner si mkdir -p /VAR/lib a été fait avant.

En plus /HOME et /VAR n'existent pas…

Dernière modification par Compte supprimé (Le 21/03/2020, à 14:06)

Compte supprimé · Le 21/03/2020, à 14:02

geole, dans ta simulation fais ;

ls -als /

Dernière modification par Compte supprimé (Le 21/03/2020, à 14:05)

Compte supprimé · Le 21/03/2020, à 14:04

bruno a écrit :

Bonjour,
Je n'ai pas lu attentivement tout le fil.
Avant toute manipulation sur le dossier /var/lib/mysql, copie, déplacement et suppression, il est impératif d’arrêter le service mysql et d'avoir fait une copie logique (avec mysqldump ou autre)) de intégralité des bases de données.

Bonjour bruno, peux-tu nous indiquer comment faire ce que tu suggères, s'il-te-plait ?

bruno · Le 21/03/2020, à 15:28

Faire une sauvegarde logique des bases de données.
Il faut se servir d'un outil comme mysqldump qui va générer un fichier SQL. Voir le point 5.1 de la doc mysql
Exemple pour sauvegarder la base truc dans un fihier truc.sql

mysqldump --defaults-file=/etc/mysql/debian.cnf truc > truc.sql

Mais normalement on a déjà mis en place ce type de sauvegarde au moins de manière quotidienne, avec copie sur un support externe ou distant. Et il y a des outils pour automatiser la chose.

Faire une copie physique des bases de données.

Avant de tenter tout déplacement ou copie physique des bases de données, qui sont par défaut dans /var/lib/mysql, on arrête le service :

sudo systemctl stop mysql

Faute de quoi il n'y a aucune garantie que la copie soit fiable ni me utilisable. MySQL peut très bien être entrain d'écrire des donées pendant la copie ou le déplacement.
Le service ne doit être redémarrer qu'après avoir vérifié la copie et ajuster les fichiers de configuration pour indiquer le nouvel emplacement des bases de données, par exemple /srv/mysql.

Dernière recommandation qui n'engage que moi : il faut éviter d'utiliser des liens symboliques pour les données des services (mysql, apache, ftp, etc.). C'est une source de confusions et d'erreurs supplémentaires.

Dernière modification par bruno (Le 21/03/2020, à 15:30)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 20/03/2020, à 23:31

Re : Déplacer contenu partition ?

#27 Le 20/03/2020, à 23:41

Re : Déplacer contenu partition ?

#28 Le 20/03/2020, à 23:41

Re : Déplacer contenu partition ?

#29 Le 20/03/2020, à 23:43

Re : Déplacer contenu partition ?

#30 Le 20/03/2020, à 23:53

Re : Déplacer contenu partition ?

#31 Le 21/03/2020, à 00:02

Re : Déplacer contenu partition ?

#32 Le 21/03/2020, à 00:05

Re : Déplacer contenu partition ?

#33 Le 21/03/2020, à 00:20

Re : Déplacer contenu partition ?

#34 Le 21/03/2020, à 00:27

Re : Déplacer contenu partition ?

#35 Le 21/03/2020, à 00:45

Re : Déplacer contenu partition ?

#36 Le 21/03/2020, à 01:11

Re : Déplacer contenu partition ?

#37 Le 21/03/2020, à 01:52

Re : Déplacer contenu partition ?

#38 Le 21/03/2020, à 01:54

Re : Déplacer contenu partition ?

#39 Le 21/03/2020, à 10:38

Re : Déplacer contenu partition ?

#40 Le 21/03/2020, à 11:28

Re : Déplacer contenu partition ?

#41 Le 21/03/2020, à 11:34

Re : Déplacer contenu partition ?

#42 Le 21/03/2020, à 11:40

Re : Déplacer contenu partition ?

#43 Le 21/03/2020, à 12:01

Re : Déplacer contenu partition ?

#44 Le 21/03/2020, à 12:30

Re : Déplacer contenu partition ?

#45 Le 21/03/2020, à 12:45

Re : Déplacer contenu partition ?

#46 Le 21/03/2020, à 13:00

Re : Déplacer contenu partition ?

#47 Le 21/03/2020, à 14:01

Re : Déplacer contenu partition ?

#48 Le 21/03/2020, à 14:02

Re : Déplacer contenu partition ?

#49 Le 21/03/2020, à 14:04

Re : Déplacer contenu partition ?

#50 Le 21/03/2020, à 15:28

Re : Déplacer contenu partition ?

Pied de page des forums