# Augmenter la taille d'une partition (sans perte de données) **URL:** \ **Category:** Support Debian\ **Created:** [Juin 19, 2022, 4:06 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696 "2022-06-19T16:06:02Z")\ **Posts on this page:** 18\ **Page:** 1
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 19, 2022, 4:06 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/1 "2022-06-19T16:06:02Z")
Bonjour à tous. J’ai un souci avec une carte SD. Elle est formaté comme ceci: ``` Disk /dev/mmcblk0: 7,36 GiB, 7902068736 bytes, 15433728 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x5452574f Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 * 2048 43007 40960 20M c W95 FAT32 (LBA) /dev/mmcblk0p2 45056 569343 524288 256M 83 Linux ``` Mais, comme vous pouvez peut être le voir, la partition 2 est largement sous dimensionnée. Le problème, c’est … Quelle est utilisée (oui oui) pleine (tant qu’à faire) mais pas formatée (ce que me dit gparted)!!! Me demandez pas comment cela ce fait, j’ai utilisé une image disque, fait un dd, mais j’ai pas été plus loin à l’époque. A présent, comment pourrais-je augmenter la taille sans tout faire péter? J’ai pensé à un dd du bloc 45056 au bloc569343 pour faire une image de la partition, puis sur la carte faire une vrai partition, et recopier les données, mais est-ce que la numérotation mmblkp2 va rester? Le boot en a besoin. Pareil, l’UUID ne doit pas changer, mais il me semble qu’on peut le forcer, ça permetra de le remettre d’origine. A moins qu’il y ai une solution plus optimale? Merci de vos avis. Rémi. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juin 19, 2022, 6:01 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/2 "2022-06-19T18:01:39Z")
Bonjour, D’abord, il faut agrandir la partition. ```auto sudo fdisk /dev/mmcblk0 ``` Ensuite, tu peux faire option `d`, tu choisis la 2, puis tu fais option `n`, primaire, commence au bloc 45056 et finit à la fin. Ensuite, tu choisi le type avec l’option `t` et tu définis la partition 2 au type 83. Après, un petit ```auto sudo resize2fs /dev/mmcblk0p2 ``` et c’est fait. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 19, 2022, 6:02 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/3 "2022-06-19T18:02:22Z")
Que contient cette clé USB bootable ? > [@rsuinux](#): > > elle est utilisée (oui oui) pleine (tant qu’à faire) mais pas formatée (ce que me dit gparted) Mouais, je me méfie des indications de gparted. Il vaut mieux vérifier directement. ``` file -sk /dev/mmcblkp2 blkid /dev/mmcblk* ``` Si la partition contient un système de fichiers qui peut être agrandi, alors il ne devrait pas y avoir de souci. > [@Almtesh](#): > > Ensuite, tu peux faire option `d` , tu choisis la 2, puis tu fais option `n` , primaire, commence au bloc 45056 et finit à la fin. Et surtout, ne pas accepter la proposition d’effacer les méta-données existantes. C’est une des raisons pour lesquelles je n’aime pas cette méthode pour agrandir une partition. Je préfère utiliser la commande resizepart de parted. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 19, 2022, 7:22 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/4 "2022-06-19T19:22:03Z")
@PascalHambourg c’est de l’openwrt à la base. Mais je suis en train de migrer vers debian. J’aimerai comprendre si c’est possible, déjà et comment faire, surtout. La j’ai une nouvelle avec ma debian pour le routeur qui est quasi prète. Déjà, y a quand même un truc que je ne comprend pas: comment il peut écrire sur la carte sd sans systeme de fichier défini. Mais je suis pas spécialiste (sinon, je ne poserais pas les questions). Je teste demain pour ce que tu demande. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juin 20, 2022, 5:54 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/5 "2022-06-20T05:54:16Z")
> [@PascalHambourg](#): > > > [@Almtesh](#): > > > > Ensuite, tu peux faire option `d` , tu choisis la 2, puis tu fais option `n` , primaire, commence au bloc 45056 et finit à la fin. > > Et surtout, ne pas accepter la proposition d’effacer les méta-données existantes. C’est une des raisons pour lesquelles je n’aime pas cette méthode pour agrandir une partition. Je préfère utiliser la commande resizepart de parted. Effectivement, je n’aime pas non plus, c’est étrange de supprimer une partition alors qu’on juste redimensionner, mais je n’ai pas trouvé d’action de redimensionnement dans `fdisk`. Je ne connais pas `parted`, mais si on peut redimensionner avec cet outil, c’est mieux que de supprimer et recréer la partition, avec les erreurs que ça peut provoquer. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 20, 2022, 12:28 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/6 "2022-06-20T12:28:21Z")
> [@rsuinux](#): > > c’est de l’openwrt à la base Ce ne serait pas un système de fichiers en lecture seule du genre squashfs utilisé par les systèmes live ? > [@rsuinux](#): > > je suis en train de migrer vers debian Pourquoi veux-tu agrandir la partition ? Je doute qu’on puisse mettre à jour OpenWRT vers Debian sans tout réinstaller. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 20, 2022, 4:46 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/7 "2022-06-20T16:46:38Z")
Non non, je me suis mal exprimé! Je migre vers debian, dans le sens ou le hard reste le même, mais la carte sd change et sera plus grande. Et je viens de tester, c’est effectivement du squashfs! ``` file -sk /dev/mmcblk0p2 /dev/mmcblk0p2: Squashfs filesystem, little endian, version 4.0, xz compressed, 2119022 bytes, 1156 inodes, blocksize: 262144 bytes, created: Sat May 16 18:32:20 2020\012- (Lepton 2.x), scale 45581-61154, spot sensor temperature 0.000000, color scheme 9, maximum point enabled, calibration: offset -4823808512.000000, slope -13837040939189388813068069240832.000000\012- data ``` ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juin 20, 2022, 5:11 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/8 "2022-06-20T17:11:38Z")
Mais, si c’est squashfs, ça ne sert à rien de vouloir l’agrandir puisque le système n’est accessible qu’en lecture. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 20, 2022, 5:59 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/9 "2022-06-20T17:59:22Z")
> [@rsuinux](#): > > c’est effectivement du squashfs Pas étonnant que gparted ne reconnaisse pas ce format et ne veuille pas agrandir la partition, il ne le gère pas. Cf. [GParted -- Features](https://gparted.org/features.php) squashfs est comme ISO 9660, ce n’est pas un système de fichiers classique qu’on formate et dans lequel on peut écrire. On le crée une fois pour toutes. > [@rsuinux](#): > > le hard reste le même De quel type de matériel s’agit-il, quelle architecture de processeur, firmware ? > [@rsuinux](#): > > la carte sd change et sera plus grande. Plus grande que quoi ? Si tu changes la carte SD, pourquoi t’embêtes-tu à remettre la même image que sur l’ancienne au lieu de la partitionner et la formater directement pour Debian ? ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 20, 2022, 6:14 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/10 "2022-06-20T18:14:16Z")
Dans l’ordre: 1/ Le hard, c’est un Cubieboard2 (j’avais posté pour booter sur un cubieboard, à présent que j’ai réussi pour la version de test, je fais sur la version final) 2/ La carte sd pour le cubieboard2 sera de 32G. 3/ la carte que je tente de rectifier, effectivement, c’était openwrt, mais je voudrais comprendre pourquoi je ne pouvais rien faire, et comment j’aurais pu la modifier. J’aime comprendre. Et donc, si squashfs c’est comme une sorte d’iso, il faut copier le contenu ailleurs, et le recréer plus grand? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 20, 2022, 6:28 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/11 "2022-06-20T18:28:00Z")
> [@rsuinux](#): > > 1/ Le hard, c’est un Cubieboard2 Donc architecture ARM, à laquelle je ne connais rien. Je suppose que la partition n° 1 en FAT sert pour l’amorçage, comme sur Raspberry Pi. > [@rsuinux](#): > > j’avais posté pour booter sur un cubieboard Booter quoi ? OpenWRT ou Debian ? > [@rsuinux](#): > > 3/ la carte que je tente de rectifier, effectivement, c’était openwrt, mais je voudrais comprendre pourquoi je ne pouvais rien faire, et comment j’aurais pu la modifier. J’aime comprendre. Gparted ne peut pas redimensionner une partition d’un format qu’il ne gère pas. De toute façon, ça n’aurait aucun intérêt d’agrandir une partition contenant un système de fichiers squashfs puisqu’on ne pourrait rien y ajouter. > [@rsuinux](#): > > Et donc, si squashfs c’est comme une sorte d’iso, il faut copier le contenu ailleurs, et le recréer plus grand? Oui. Mais dans quel but si tu veux remplacer OpenWRT par Debian ? En fait je ne comprends pas pourquoi tu ne repars pas de zéro sur la nouvelle carte SD. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 22, 2022, 5:22 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/12 "2022-06-22T05:22:33Z")
Je ne sais pas comment fait openwrt, mais il fait des mises à jour dans son squashfs, donc il écrit dedans. C’est ça qui m’étonne. Cela ne résout pas mon problème, mais j’ai contourné le problème : j’ai terminé l’installation sur ma seconde carte sd : debian stable armhf (ça a été un chemin de croix). Mais si quelqu’un peut me dire comment faire pour squashfs, pour pas mourir bête… ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Juin 22, 2022, 7:06 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/13 "2022-06-22T07:06:47Z")
> [@rsuinux](#): > > Mais si quelqu’un peut me dire comment faire pour squashfs, pour pas mourir bête… Un début de piste sur le forum Openwrt : > **[Expanding OpenWrt squashfs image? (SDcard)](https://forum.openwrt.org/t/expanding-openwrt-squashfs-image-sdcard/60606/5)** > > I managed to resize the overlay. The tricky (nasty) part is that there's two filesystems in the second partition. There's a squashfs and right after the squashfs a hidden f2fs. A loopmount with an offset is needed. One needs to install losetup... ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 22, 2022, 6:26 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/14 "2022-06-22T18:26:07Z")
Merci pour le lien! Figure toi que je n’ai jamais trouve le forum openwrt… (Pas assez cherché je pense) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 23, 2022, 6:23 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/15 "2022-06-23T18:23:27Z")
> [@Clochette](#): > > Un début de piste sur le forum Openwrt J’imagine que cette organisation tordue est prévue à l’origine pour la mémoire flash des systèmes embarqués dont les partitions sont fixes. Sinon, ceux qui ont imaginé ça sont de grands malades. En revanche ça n’a aucune intérêt sur une carte SD ou une clé USB dans lesquelles on peut créer autant de partitions qu’on veut. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Juin 23, 2022, 7:30 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/16 "2022-06-23T19:30:07Z")
> [@PascalHambourg](#): > > J’imagine que cette organisation tordue est prévue à l’origine pour la mémoire flash des systèmes embarqués dont les partitions sont fixes Je pense aussi que c’est un héritage des installation sur des support de type emmc. ---
**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\ **Post date:** [Juin 23, 2022, 7:34 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/17 "2022-06-23T19:34:57Z")
Je suis un peu d’accord que c’est tordu, dans le sens où c’est en read only, mais a l’utilisation, on peut (et on doit) faire des mise a jour de paquets , donc ce n’est plus read only! Après, faut voir l’historique… Il devait y avoir une bonne raison au début. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 23, 2022, 9:55 UTC](https://www.debian-fr.org/t/augmenter-la-taille-dune-partition-sans-perte-de-donnees/86696/18 "2022-06-23T21:55:37Z")
Non, rien à voir. C’est tordu dans le sens où on juxtapose deux systèmes de fichiers dans la même partition alors que ce n’est pas fait pour ça.