Hi,
The attached patch to qemu-img, adds support for multipart images (as
those used by VMWare) on the convert operation.
Now, the program accepts more than one input image arguments. For instance:
$ qemu-img convert -c -f vmdk \
foo-s001.vmdk foo-s002.vmdk
Hi,
The -smb option doesn't work on Debian because of Samba bug #4105:
https://bugzilla.samba.org/show_bug.cgi?id=4105
Briefly, in Debian samba is configured with option --with-fhs that
causes smbd to ignore private dir directive on the config file.
Cheers,
- Salva
Jim C. Brown wrote:
yes, that's right, but it's not what lomount does. It parses the data on
the EBR in the same way as the MBR, reading 4 partition registers from them.
It only uses the first two. It reads in the rest but ignores them.
Could I be looking at an old version of lomount.c?
I
Jan Marten Simons wrote:
Salvador Fandino schrieb:
right now, you can use -o offset and -s size to serve a partition
inside a partitioned disk image. And you can use fdisk or a similar tool
to examine the partition table (they work on /dev/nbd0).
I am also looking for some working code
Avi Kivity wrote:
Martin Guy wrote:
- write tons of data to nbd device, data ends up in pagecache
- memory gets low, kswapd wakes up, calls nbd device to actually write
the data
- nbd issues a request, which ends up on the nbd server on the same
machine
- the nbd server allocates memory
-
Jim C. Brown wrote:
On Wed, Dec 13, 2006 at 08:03:13PM +0100, Salvador Fandino wrote:
The code of lomount might be what you're looking for. Lomount allows one
to mount partions (via loop) from a raw diskimage.
That was my intention, but I have found that lomount handling of EBR and
logical
Daniel Jacobowitz wrote:
On Tue, Dec 12, 2006 at 06:33:22PM +0100, Sylvain Petreolle wrote:
It's mostly intended to be used for accessing the files inside QEMU disk
images locally, without having to launch a virtual machine and accessing
then from there.
mount -o loop does this.
How is
Sylvain Petreolle wrote:
It's mostly intended to be used for accessing the files inside QEMU disk
images locally, without having to launch a virtual machine and accessing
then from there.
mount -o loop does this.
How is everybody missing the point? :-) mount -o loop doesn't mount
qcow