# Copier une partition sur une autre **URL:** \ **Category:** Support Debian\ **Created:** [Mai 7, 2025, 9:23 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171 "2025-05-07T09:23:36Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 7, 2025, 9:23 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/1 "2025-05-07T09:23:36Z")
Bonjour, Dans le cadre d’une installation RAID1+luks+lvm, il n’est pas possible de le faire proprement avec l’installateur Debian, et en preseed c’est impossible car l’option raid crypto-lvm n’existe pas encore pour `d-i partman-auto-raid/recipe string`. Pour se faire en utilisant du preseed, plus un script, je procède ainsi (toujours en tests): La machine a deux disques /dev/sda et /dev/sdb de même taille. 1. Installation preseed luks+lvm sur /dev/sdb (soit: /dev/sdb1 pour /boot/efi et /dev/sdb2 pour luks+lvm). Luks lvm est avec pbkdf2 au lieu de argon2i 2. Création des partition sur /dev/sda identique à /dev/sdb en utilisant sfdisk -d 3. Création des arrays RAID1 avec mdadm en mettant la partie /dev/sdb\* en missing, avec metadata=1.0 pour efi, et 1.2 pour luks+lvm Jusque là tout va bien. Ensuite il faut copier les partition /dev/sdb vers les arrays raid /dev/md. C’est là que je me pose la question de l’efficacité: Actuellement j’utilise dd. `dd if=/dev/sdb2 of=/dev/md1 bs=2048 status=progress` Mais rien qu’avec un disque de 53GB il faut 617 sec (10mn 17sec) avec une VM avec 2 proc. Donc pour 1TB il va me falloir 11642 sec (3h 14mn 2s). Y-a-t-il un moyen plus rapide pour faire ces copies? ---
**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\ **Post date:** [Mai 7, 2025, 2:27 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/2 "2025-05-07T14:27:04Z")
si je dis pas de bêtise, dd c’est un copie de bloc. est-ce que c’est pas possible de passer par un snapshot avec lvm, j’aurai tendance à penser que la seule les données seront copiées. pour être plus claire, au lieu de copier un périphérique, copier le contenu du système de fichier. utiliser la compression ne semble pas utile dans ce cas. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 7, 2025, 2:35 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/3 "2025-05-07T14:35:11Z")
C’est du LVM sur LUKS donc on oublie les snapshots, l’objectif c’est de copier toute la partie chiffrée. ---
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Mai 8, 2025, 5:26 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/4 "2025-05-08T17:26:08Z")
En même temps, 100Mo/s (53000/617~90 MB/s ) c’est une vitesse classique d’écriture pour un sata en forme. Peut etre ajouter une option de compression/décompression intermédiaire à la volée Quelle est la limite de vitesse de tes deux disques sda et sdb ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 8, 2025, 6:55 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/5 "2025-05-08T18:55:08Z")
> [@dindoun](#): > > En même temps, 100Mo/s (53000/617~90 MB/s ) c’est une vitesse classique d’écriture pour un sata en forme. ouaip 🙂 > [@dindoun](#): > > Quelle est la limite de vitesse de tes deux disques sda et sdb ? Ce sont des VMs basé sur des disques qui font du 7400Mo/s en lecture et 6900Mo/s en écriture, avec virtualbox. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 9, 2025, 1:48 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/6 "2025-05-09T13:48:09Z")
En partant d’un autre point de vue. J’ai l’architecture de partitions suivantes: ```auto ~# lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS sda ├─sda1 vfat FAT32 71BB-C4BA 197,8M 4% /boot/efi └─sda2 crypto_LUKS 2 e3fb1def-2cf3-4f2d-8589-702cdcef0f92 └─sda2_crypt LVM2_member LVM2 001 ZZw73G-DtWE-tltT-aEU5-FACq-xGYU-U7F0rl ├─cg01-swap swap 1 a8b72fa9-69e4-4704-b7ce-1229debbd624 [SWAP] ├─cg01-boot ext4 1.0 BOOT 1744d783-512b-46ac-8072-87ed7244b417 132,1M 33% /boot ├─cg01-root ext4 1.0 ROOT cfb7f6e7-3426-4d4b-8d49-800ea82db4b9 6,4G 44% / ├─cg01-home ext4 1.0 HOME f0a5b29a-5d29-4f34-a1d8-864f15e611fc 4,5G 5% /home ├─cg01-var ext4 1.0 VAR 32d5938a-7bcd-45da-908d-d78969adf2da 11,3G 5% /var ├─cg01-var_log ext4 1.0 LOG bd1aa079-7038-430c-a6d4-4b4cbf01486b 4,7G 1% /var/log ├─cg01-var_log_audit ext4 1.0 AUDIT c2e40c21-3575-40c7-92e1-5a0ecb1dcae7 4,8G 0% /var/log/audit ├─cg01-var_tmp ext4 1.0 VARTMP e8ee39b2-affd-49df-a623-89a3bc69efd9 2,3G 0% /var/tmp └─cg01-tmp ext4 1.0 TMP 67de2d1b-9bb2-4f0d-9392-4883b5ceabe0 2,3G 0% /tmp sdb ├─sdb1 linux_raid_member 1.0 dsrvtest03:0 6adbb172-78fa-7587-96f2-5f0a7b22c554 │ └─md0 vfat FAT32 71BB-C4BA └─sdb2 linux_raid_member 1.2 dsrvtest03:1 f5174418-331e-6be4-b328-113bfb3ed46a └─md1 crypto_LUKS 2 cr01 9c8643a1-77d7-4f8a-bf50-3f720da48ebb └─md1_crypt LVM2_member LVM2 001 tVUFfp-7hMc-66Mr-i79m-XNn3-dlff-g4pffu ├─cr01-swap swap 1 1d15af65-5a25-4056-aadf-a11df8eb6a9f ├─cr01-boot ext4 1.0 BOOT 8f540114-0fbf-44aa-9213-19b10f3931ff 206,4M 0% /mnt/target/boot ├─cr01-root ext4 1.0 ROOT 9605d5c0-3048-4d21-9327-41b157e9f0f5 12G 0% /mnt/target ├─cr01-home ext4 1.0 HOME 659cbf79-cea9-4f74-a0f9-60070c9c50a2 4,8G 0% /mnt/target/home ├─cr01-var ext4 1.0 VAR 14064be0-094b-471a-bc30-fb64548ab797 12G 0% /mnt/target/var ├─cr01-var_log ext4 1.0 VARLOG b7d6183c-c12a-42b4-861a-fcfe547f6be5 4,8G 0% /mnt/target/var/log ├─cr01-var_log_audit ext4 1.0 VARLOGAUDIT 0190c520-a3cc-40ac-9a76-eefb04868025 4,8G 0% /mnt/target/var/log/audit ├─cr01-var_tmp ext4 1.0 VARTMP 0cd8b6e2-2c17-4494-a54f-e90f30280c07 2,3G 0% /mnt/target/var/tmp └─cr01-tmp ext4 1.0 TMP 47e07505-c470-49ea-8517-e51190c90654 2,3G 0% /mnt/target/tmp ``` Je voudrais copier tout ce qui est sur le VG cg01 vers le VG cr01. je ne peux pas utiliser dd global parce que les deux PV ne sont pas de la même taille (il y a une différence de 9 PE). Mais est-il possible pour moi de copier toutes les partition une par une avec dd et comme la partition différente c’est /tmp je ne m’en préoccupe pas? ---
**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\ **Post date:** [Mai 10, 2025, 3:20 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/7 "2025-05-10T15:20:27Z")
si on reste sur dd, est-ce que tu as joué avec les options, par exemple en modifiant`bs=2048` ? > un comparatif dd,cat,cp > ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 10, 2025, 10:19 UTC](https://www.debian-fr.org/t/copier-une-partition-sur-une-autre/91171/8 "2025-05-10T22:19:44Z")
l’aspect vitesse de copie est effectivement fonction du paramètre bs, mais en fait, ce n’est pas le problème principal que je rencontre. J’ai finalement du me rendre à l’évidence: l’(installateur Debian est incompétent pour créer un système RAID1 avec LUKS et LVM over LUKS. Même manuellement c’est très difficile. Mais l’installateur est nul pour le faire. et visiblement il n’y a aucune chance à court ou moyen terme de le voir évoluer pour le faire (-vu qu’il n’y a pas eu d’évolution majeure réelle depuis une décennie au moins ). La configuration de base, avec deux partitions; une pour /boot/efi, une pour luks, utilise la totalité du disque. Hors, le fait de créer des partition raid1 sur le disque va nécessairement consommer des secteurs. ipso facto, la partition luks va alors être plus petite que celle sans raid. il faut donc obligatoirement retailler la configuration lvm avant de copier Quand au paramètre bs, il est sujet aux capacités des disques d’une part, à la carte mère d’autre part et enfin bien évidement aux capacités du système.