Puis-je augmenter la taille d'une image disque basée sur un fichier?

29

J'ai créé une image disque vide à l'aide de dd, puis j'ai utilisé mkfs pour en faire une véritable image de système de fichiers. Je monte et l'utilise bien. Ce dont j'ai besoin, c'est de pouvoir agrandir ou réduire cette image disque basée sur un fichier en cas de besoin. Est-il possible d'augmenter ainsi la taille d'une image disque? Existe-t-il un moyen de faire en sorte que cette image disque basée sur un fichier possède une fonction de redimensionnement dynamique comme celle trouvée sur les lecteurs de machine virtuelle.

linux filesystems mount dd kerrreem
la source

Réponses:

26

Vous devez d'abord créer un fichier image:

# dd if=/dev/zero of=./binary.img bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 10.3739 s, 101 MB/s

Ensuite, vous devez créer une partition sur elle - vous pouvez utiliser ce que l' outil que vous voulez, fdisk, parted, gparted, je préfère parted, donc:

# parted binary.img

Vous devez d'abord créer une table de partition puis une grande partition:

(parted) mktable                                                          
New disk label type? msdos      

(parted) mkpartfs
WARNING: you are attempting to use parted to operate on (mkpartfs) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs.  We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
Partition type?  primary/extended? primary
File system type?  [ext2]? fat32
Start? 1
End? 1049M

Voyons maintenant:

(parted) print
Model:  (file)
Disk /media/binary.img: 1049MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1049MB  1048MB  primary  fat32        lba

Ça à l'air bon,

Vous voulez l'agrandir, alors ajoutez d'abord des zéros à l'image en utilisant dd:

# dd if=/dev/zero bs=1M count=400 >> ./binary.img
400+0 records in
400+0 records out
419430400 bytes (419 MB) copied, 2.54333 s, 165 MB/s
root:/media# ls -al binary.img 
-rw-r--r-- 1 root root 1.4G Dec 26 06:47 binary.img

Cela a ajouté 400 millions à l'image:

# parted binary.img 
GNU Parted 2.3
Using /media/binary.img
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model:  (file)
Disk /media/binary.img: 1468MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1049MB  1048MB  primary  fat32        lba

Comme vous pouvez le voir, la taille de l'image est différente (1468 Mo). Parted peut également vous montrer de l'espace libre dans l'image. Si vous voulez le voir, tapez simplement print freeau lieu de print. Vous devez maintenant ajouter l'espace supplémentaire au système de fichiers:

(parted) resize 1
WARNING: you are attempting to use parted to operate on (resize) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs.  We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
Start?  [1049kB]?
End?  [1049MB]? 1468M

et vérifiez-le:

(parted) print
Model:  (file)
Disk /media/binary.img: 1468MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1468MB  1467MB  primary  fat32        lba

Pas mal. Si vous voulez le réduire, faites simplement la même chose:

(parted) resize 1
WARNING: you are attempting to use parted to operate on (resize) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs.  We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
Start?  [1049kB]?
End?  [1468MB]? 500M

Vous pouvez maintenant vérifier si la partition est plus petite:

(parted) print
Model:  (file)
Disk /media/binary.img: 1468MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  500MB  499MB  primary  fat32        lba

Oui, ça l'est.

Si vous essayez de redimensionner la partition lorsque des données s'y trouvent, vous devez faire attention à la taille des données, car lorsque vous la réduisez trop, vous obtiendrez une erreur:

Error: Unable to satisfy all constraints on the partition

Après avoir réduit le système de fichiers, vous devez également couper une partie du fichier. Mais c'est délicat. Vous pouvez prendre la valeur de 500M séparés (FIN):

# dd if=./binary.img of=./binary.img.new bs=1M count=500

Mais cela laisse un peu d'espace à la fin du fichier. Je ne sais pas pourquoi, mais l'image fonctionne.

Et il y a une chose à propos du montage d'une telle image - vous devez connaître un décalage pour passer à la commande mount. Vous pouvez obtenir le décalage, par exemple, depuis fdisk:

# fdisk -l binary.img

Disk binary.img: 1468 MB, 1468006400 bytes
4 heads, 32 sectors/track, 22400 cylinders, total 2867200 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
Disk identifier: 0x000f0321

     Device Boot      Start         End      Blocks   Id  System
binary.img1            2048     2867198     1432575+   c  W95 FAT32 (LBA)

2048 (début) x 512 (taille du secteur) = 1048576, vous devez donc utiliser la commande suivante pour monter l'image:

# mount -o loop,offset=1048576 binary.img /mnt
Mikhail Morfikov
la source
1
Lorsque vous écrivez "Mais cela laisse un peu d'espace à la fin du fichier. Je ne sais pas pourquoi, mais l'image fonctionne." Je pense que cela est dû au fait que vous utilisez différentes unités de mesure. En parted, vous avez 500MB (en parted 1MB est 1000 * 1000 octets), donc 500000000 octets; en dd vous copiez 1Mx500 = 500M, où M représente 1024 * 1024 octets, donc vous copiez 524288000 octets. La différence doit être l'espace que vous avez laissé à la fin du fichier. Pour résoudre ce problème, vous pouvez faire avec tronquer comme décrit ici softwarebakery.com/shrinking-images-on-linux ou changer les unités de mesure. en parted ou en dd
ste
Maintenant, il n'est plus pertinent d'utiliser partedavec resize: "Erreur: la commande de redimensionnement a été supprimée dans la partie 3.0"
Abdillah
15

Oui, c'est possible - cela fonctionne comme une partition. J'ai essayé ce qui suit, qui a fonctionné:

Faire le fichier d'origine, le monter, le vérifier, le démonter

dd if=/dev/zero of=test.file count=102400 
mkfs.ext3 test.file 
mount test.file /m4 -o loop
df
umount /m4

Cultivez-le

dd if=/dev/zero count=102400 >> test.file
mount test.file /m4 -o loop
df
resize2fs /dev/loop0
df

Il n'y a aucune raison pour que la réduction d'un fichier ne fonctionne pas de la même manière, mais la réduction d'un fichier est toujours plus difficile que la croissance d'un fichier (et, bien sûr, doit être effectuée lorsque le périphérique de bloc n'est pas monté, etc.)

Jetez un oeil à ce lien qui parle de l'utilisation de qemu-nbd pour monter des images qcow2

davidgo
la source
Génial, c'est exactement la recette dont j'avais besoin. Cependant, je devais exécuter e2fsck -f test.file(sur mon fichier image) avant de redimensionner. Une autre chose: l'ajout de 70G sur une image de lecteur stockée sur une partition NTFS dd ... >> drive_imagepeut prendre environ 10 minutes.
Tomasz Gandor
Tomasz: utilisez le seek=paramètre dd de l'autre réponse
Willem
6

Les fichiers épars sont un bon choix pour les images de disque dynamiques de croissance / redimensionnement.

Cela créera un fichier clairsemé de 1024M:

# dd if=/dev/zero of=sparse.img bs=1M count=0 seek=1024
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.000565999 s, 0.0 kB/s

L'image n'utilise aucun espace disque,

# du -m sparse.img
0   sparse.img

mais a la taille apparente de 1024M.

# ls -l sparse.img
-rw-rw-r--. 1 root root 1073741824 Sep 22 14:22 sparse.img

# du -m --apparent-size sparse.img
1024    sparse.img

Vous pouvez le formater et le monter comme une image disque normale:

# parted sparse.img 
GNU Parted 2.1
Using /tmp/sparse.img
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mktable                                                          
New disk label type? msdos                                                
(parted) mkpartfs                                                         
WARNING: you are attempting to use parted to operate on (mkpartfs) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs.  We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
Partition type?  primary/extended? primary                                
File system type?  [ext2]? fat32                                          
Start? 1                                                                  
End? 1024M                                                                
(parted) print                                                            
Model:  (file)
Disk /tmp/sparse.img: 1074MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1024MB  1023MB  primary  fat32        lba

# du -m sparse.img 
2   sparse.img

Maintenant, redimensionnez en utilisant la même commande pour créer simplement en changeant le paramètre de recherche avec la nouvelle taille de l'image:

dd if=/dev/zero of=sparse.img bs=1M count=0 seek=2048

Comme vous pouvez le voir, l'image est maintenant à 2048M et vous pouvez agrandir la partition en utilisant l'outil séparé ou autre de votre choix.

# du -m --apparent-size sparse.img 
2048    sparse.img


# parted sparse.img 
GNU Parted 2.1
Using /tmp/sparse.img
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print free                                                       
Model:  (file)
Disk /tmp/sparse.img: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
        16.4kB  1049kB  1032kB           Free Space
 1      1049kB  1024MB  1023MB  primary  fat32        lba
        1024MB  2147MB  1123MB           Free Space

(parted)                               

# du -m sparse.img 
2   sparse.img

Maintenant, profitez-en!

Marcos Jean Sampaio
la source
Bien fait. Je pense que les fichiers épars sont sous-utilisés.
TonyH