Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

I need to create a disk image with two empty file systems. I have created it using

dd if=/dev/zero of=./disk.img bs=1MiB count=1024

Next, I have created 2 primary partitions using fdisk disk.img; one is FAT32 and other is EXT3. Now, I have to format both partitions in order to create file-systems to be mounted as -o loop devices. But I can't understand how to format them? I can't use mkfs.vfat on disk.img. So I am totally confused.

SOLUTION: Thanks to answer from @pjc50 I found very simple solution:

sudo aptitude install multipath-tools
sudo kpartx -a disk.img   #it maps (mounts) found partitions to /dev/mapper/loop...
sudo mkfs.vfat -F 32 -n boot /dev/mapper/loop0p1
sudo mkfs.ext3 -L rootfs /dev/mapper/loop0p2

A drawback of this solution is requirement of superuser rights.

share|improve this question
    
I doubt that all those programs will be able to use partitions inside a file. Can you create the two filesystems in separate files and then merge them in a big file with dd? –  golimar Dec 12 '11 at 16:32
    
@golimar: but I will need MBR on such drive, I don't know how it's possible to merge different filesystems created separately as distinct files –  psihodelia Dec 12 '11 at 16:33
    
You can use the MBR of the original file you said. dd allows offsets with the 'size' and 'skip' commands. You would need to find the exacts offsets and then overwrite part of the big file with the two smaller ones –  golimar Dec 12 '11 at 16:51
    
Forgive me if I'm being naive here, but why not just use two separate files? –  Garrett Dec 12 '11 at 16:54

3 Answers 3

up vote 7 down vote accepted

It appears you can use the kpartx tools: http://robert.penz.name/73/kpartx-a-tool-for-mounting-partitions-within-an-image-file/

Kpartx can be used to set up device mappings for the partitions of any partitioned block device. It is part of the Linux multipath-tools. With kpartx -l imagefile you get an overview of the partitions in the image file and with kpartx -a imagefile the partitions will accessible via /dev/mapper/loop0pX (X is the number of the partition). You can mount it now with mount /dev/mapper/loop0pX /mnt/ -o loop,ro. After unmounting you can disconnect the mapper devices with kpartx -d imagefile.
share|improve this answer
    
Thank you. It works! I update my post with solution. –  psihodelia Dec 12 '11 at 17:21
    
However, a drawback of this solution is requirement of superuser rights. –  psihodelia Dec 12 '11 at 17:27
1  
I doubt a solution exists that doesn't require superuser rights! That is, this is the sort of operation I don't expect normal users to be able to do without a specific mechanism set up by the super user in advance (eg through sudo) –  pjc50 Dec 13 '11 at 16:19
    
@pjc50: it's possible to do this without superuser rights: one must first create each partition as a separate file, then manually create the disk image and copy the partitions to the disk image after creating partition table to the disk image. –  Mikko Rantalainen Jan 16 '13 at 8:28

You can do so by first mounting your partitions to /dev/loop? using losetup with the -o option to specify a suitable offset to your partition. The offset can be calculated based on the output of fdisk -l disk.img (start_sector * sector_size).

For example:

losetup -o32256 /dev/loop1 ./disk.img   # mount first partition

Once mounted, you can then proceed to format the partition using mkfs.*:

mkfs.vfat -F32 /dev/loop1

For more details and examples, see the following articles:

share|improve this answer
    
Well, it doesn't work :( –  psihodelia Dec 12 '11 at 17:28
    
@psihodelia It should. What's the result if you do this? –  Daniel Beck Dec 12 '11 at 17:30
    
How does it not work? Do you get an error? Which step fails? –  Shawn Chin Dec 12 '11 at 17:31
    
$ sudo mkfs.vfat -F32 /dev/loop1 mkfs.vfat 3.0.9 (31 Jan 2010) Loop device does not match a floppy size, using default hd params –  psihodelia Dec 12 '11 at 17:32
    
Please see updated original post with my solution. –  psihodelia Dec 12 '11 at 17:34

I would go with the tools I have in mind:

  • create a new VM in Virtualbox with one disk, that would usually be /dev/sda
  • boot into the VM with a GParted Live CD
  • partition and format the disk in the VM to your needs (2 partitions, different file systems, etc.)
  • then use dd to export /dev/sda to a file

With an educated guess it would take about 15 minutes.

share|improve this answer
    
Smart tricky solution :) But I don't believe it takes less than 15 Minutes. By the way, it's hard to automate it, because it requires a user in a graphic interface (so, no scripting is possible = not a Unix way). –  psihodelia Dec 12 '11 at 17:30
    
It doesn't take long :-) because the virtual disk is small, and no OS installation is done. The longest part is the GParted boot time. –  karatedog Dec 12 '11 at 22:43

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.