X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;f=tools%2Fvirt-make-fs;h=d97d26295e9c828336af5d051caa9ca89c31c05f;hb=365885dab2ae6dcdf0b2c45d0adeb803ade03f63;hp=1a19b98335e0c570b0a3458af4a1107e9be05961;hpb=c49fc3831d12788c27b90d12f06a1cd69a88e3be;p=libguestfs.git diff --git a/tools/virt-make-fs b/tools/virt-make-fs index 1a19b98..d97d262 100755 --- a/tools/virt-make-fs +++ b/tools/virt-make-fs @@ -1,6 +1,6 @@ #!/usr/bin/perl -w # virt-make-fs -# Copyright (C) 2010 Red Hat Inc. +# Copyright (C) 2010-2011 Red Hat Inc. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -56,39 +56,13 @@ data to a VM). Basic usage is: - virt-make-fs input output + virt-make-fs input output.img where C is either a directory containing files that you want to add, or a tar archive (either uncompressed tar or gzip-compressed -tar); and C is a disk image. The input type is detected -automatically. The output disk image defaults to a raw ext2 image -unless you specify extra flags (see L below). - -=head2 EXTRA SPACE - -Unlike formats such as tar and squashfs, a filesystem does not "just -fit" the files that it contains, but might have extra space. -Depending on how you are going to use the output, you might think this -extra space is wasted and want to minimize it, or you might want to -leave space so that more files can be added later. Virt-make-fs -defaults to minimizing the extra space, but you can use the I<--size> -flag to leave space in the filesystem if you want it. - -An alternative way to leave extra space but not make the output image -any bigger is to use an alternative disk image format (instead of the -default "raw" format). Using I<--format=qcow2> will use the native -QEmu/KVM qcow2 image format (check your hypervisor supports this -before using it). This allows you to choose a large I<--size> but the -extra space won't actually be allocated in the image until you try to -store something in it. - -Don't forget that you can also use local commands including -L and L to resize existing filesystems, -or rerun virt-make-fs to build another image from scratch. - -=head3 EXAMPLE - - virt-make-fs --format=qcow2 --size=+200M input output.img +tar); and C is a disk image. The input type is detected +automatically. The output disk image defaults to a raw ext2 sparse +image unless you specify extra flags (see L below). =head2 FILESYSTEM TYPE @@ -150,6 +124,32 @@ better to use an EFI/GPT-compatible partition table: virt-make-fs --partition=gpt --size=+4T --format=qcow2 input disk.img +=head2 EXTRA SPACE + +Unlike formats such as tar and squashfs, a filesystem does not "just +fit" the files that it contains, but might have extra space. +Depending on how you are going to use the output, you might think this +extra space is wasted and want to minimize it, or you might want to +leave space so that more files can be added later. Virt-make-fs +defaults to minimizing the extra space, but you can use the I<--size> +flag to leave space in the filesystem if you want it. + +An alternative way to leave extra space but not make the output image +any bigger is to use an alternative disk image format (instead of the +default "raw" format). Using I<--format=qcow2> will use the native +QEmu/KVM qcow2 image format (check your hypervisor supports this +before using it). This allows you to choose a large I<--size> but the +extra space won't actually be allocated in the image until you try to +store something in it. + +Don't forget that you can also use local commands including +L and L to resize existing filesystems, +or rerun virt-make-fs to build another image from scratch. + +=head3 EXAMPLE + + virt-make-fs --format=qcow2 --size=+200M input output.img + =head1 OPTIONS =over 4 @@ -222,7 +222,7 @@ my $format = "raw"; Choose the output disk image format. -The default is C (raw disk image). +The default is C (raw sparse disk image). For other choices, see the L manpage. The only other choice that would really make sense here is C. @@ -260,13 +260,15 @@ Note that if you just use a lonesome I<--partition>, the Perl option parser might consider the next parameter to be the partition type. For example: - virt-make-fs --partition input.tar ... + virt-make-fs --partition input.tar output.img would cause virt-make-fs to think you wanted to use a partition type of C which is completely wrong. To avoid this, use I<--> -(a double dash) between options and the input file argument: +(a double dash) between options and the input and output arguments: + + virt-make-fs --partition -- input.tar output.img - virt-make-fs --partition -- input.tar ... +For MBR, virt-make-fs sets the partition type byte automatically. =back @@ -423,6 +425,22 @@ eval { $partition = "mbr" if $partition eq ""; $g->part_disk ($dev, $partition); $dev = "/dev/sda1"; + + # Set the partition type byte if it's MBR and the filesystem + # type is one that we know about. + my $mbr_id; + if ($partition eq "mbr") { + if ($type =~ /^v?fat$/) { + $mbr_id = 0xb; + } elsif ($type eq "ntfs") { + $mbr_id = 0x7; + } elsif ($type =~ /^ext\d$/) { + $mbr_id = 0x83; + } elsif ($type eq "minix") { + $mbr_id = 0x81; + } + } + $g->part_set_mbr_id ("/dev/sda", 1, $mbr_id) if defined $mbr_id; } print STDERR "creating $type filesystem on $dev ...\n" if $debug; @@ -567,7 +585,7 @@ Richard W.M. Jones L =head1 COPYRIGHT -Copyright (C) 2010 Red Hat Inc. +Copyright (C) 2010-2011 Red Hat Inc. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by