similar to: sample code for guestfs_hivex_node_set_value

The error message: hivex_close: do_hivex_close: you must call 'hivex-open' first to initialize the hivex handle This is the process flow: g = guestfs_create (); guestfs_add_drive_opts (g, diskFile,GUESTFS_ADD_DRIVE_OPTS_FORMAT, "raw",-1); guestfs_launch (g) char **roots = guestfs_inspect_os (g); guestfs_inspect_os returns NULL, guestfs_last_error(g) returns

On Tue, Apr 09, 2013 at 10:18:50AM -0400, Skippy VonDrake wrote: > Hello, > > Apologies upfront if posting to this list is inappropriate. > > I have an app that forks a process with calls qemu-nbd with an offset > into an image. > The app then uses libguestfs to attach the nbd device. > But it appears that qemu is failing. When you say "qemu is failing", do you

Did install from source of libguestfs-1.20.1 on Ubuntu-12.10. And libguestfs-test-tool complains about not finding libcap.so.2 uptime: 2.26 1.00 guestfsd: error while loading shared libraries: libcap.so.2: cannot open shared object file: No such file or directory [ 2.277795] Unregister pv shared memory for cpu 0 [ 2.278324] kvm: exiting hardware virtualization [ 2.278763] sd 2:0:1:0:

> > > It's possible that the disk is not partitioned, ie. that what you've > got here is a straight filesystem. You could see if libguestfs can > mount it: > > guestfish --ro -a disk.img -m /dev/sda > ><fs> ll / > > That worked! Thanks for the help. Now I'm tweaking my old code and just replacing my guestfs_mount() call with a hard-coded

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.

Hello, Been a long time since I broke out your libguestfs tools. Current employer has some old machines they want to virtualize before they croak. I was able to virtualize a Win2000 box but when I tried the same with a Windows 95 machine the call to guestfs_list_partitions returned null. I did make that image with a different tool (my linux box wasn't available so I wound up using Macrium

Map the HIVEX_OPEN_UNSAFE flag into the libguestfs API and use it in various places. Rich.

I've been using libguestfs-1.18.9 but decided to "upgrade" to 1.19.60. Using Ubuntu 12.04 with the older version installed via source. So I went through the same process with the new version of guestfs sources and got the following errors on 'make install': make[2]: Nothing to be done for `install-exec-am'. make install-data-hook make[3]: Entering directory

Ubuntu 12.04, Xen 4.2.1 ./configure --libdir=/usr/lib/x86_64-linux-gnu make world make[4]: Entering directory `/home/skippy/Downloads/xen/xen-4.2.1/tools/qemu-xen-traditional-dir'' make[4]: *** No rule to make target `clean''. Stop. First time it failed because of a missing dependency. Fixed that but now can''t get past the "cleaning stage". tried "make

> > Looks like a disk sector to me too. However the partition table > is further on. See: > > https://en.wikipedia.org/wiki/Master_boot_record#Sector_layout So that reference says the "classical generic MBR" partition entry # 1 is offset 0x1BE. Which in this image is right in the error strings (?) section. 00000170 13 59 5A 58 72 09 40 75 01 42 03 5E 0B E2 CC C3

I tried both hivex-1.2.5 and hivex-1.2.7, same result. The same software hive can be loaded using Windows regedit tool, and had no problem to access the "Classes" key. The other keys under Software (like Microsoft, Wow6432Node, etc.) are OK. Here is the hivexsh output with HIVEX_DEBUG=1 enabled:

thanks . now i know qcow2 only store relative path. look at my error message, 6a3256bb-b247-4fb5-9f75-8ffa7151eeda i a symlink to a LV. it is the backing_file of several images(LV).. i have no idea of the reason of the error. # virt-win-reg 6a3256bb-b247-4fb5-9f75-8ffa7151eeda 'HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion' 'Productname' hivex:

This adds most of the hivex APIs directly to the libguestfs API, so that you can read and write Windows Registry hive files from libguestfs without needing to download and upload hive files from the guest. This is analogous to how Augeas APIs are exposed already (guestfs_aug_*) Also, inspection is now done using the new APIs, which fixes the following bug:

I'm using qemu-nbd to setup the device with an offset into the image. Using libguestfs version 1.21.22 Code for adding the drive: char *server[] = { "localhost:3000", NULL }; if (guestfs_add_drive_opts (g, "" /* export name - see below */, GUESTFS_ADD_DRIVE_OPTS_FORMAT, "raw", GUESTFS_ADD_DRIVE_OPTS_PROTOCOL, "nbd",

Trying to setup guestfs on a coworkers system and am at a loss about this error and doing 'make' on version 1.20: /usr/bin/ld: /usr/lib/libfuse.a(fuse.o): relocation R_X86_64_32 against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/lib/libfuse.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status Installed fuse via: sudo

I'm using a Windows raw disk image that is "converted" to the VDI format by custom code that prepends a header to the image. I use 'vdi' for GUESTFS_ADD_DRIVE_OPTS_FORMAT of guestfs_add_drive_opts(). After launching the appliance, the call to guestfs_list_partitions() results in an empty list. Is there a way to add the drive but have an offset into the image file as a

This error is with libguestfs 1.20. Calling guestfs_launch() with tracing on: supermin helper [00065ms] finished creating appliance libguestfs: checksum of existing appliance: 2bd6811426e14b6fb661b4d52cebd6c21a41df1a068e8acf6a7a08e3b3bd4ada libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00071ms] begin building supermin appliance libguestfs:

Upon seeing RWM Jones article "Using mount-local API from C" I became curious because I thought there WAS a way to combine aspects of FUSE with the tools provided by libguestfs. So if I wanted to create my own filesystem using callbacks placed in the 'fuse_operations' struct (parameter to 'fuse_main()'), I could do so using guestfs. But after reading the article and

On the page: http://libguestfs.org/hivexregedit.1.html#encoding Under "ENCODING" section is this command: unix2dos linux.reg | iconv -f utf-8 -t utf-16le > win.reg I couldn't get that to work without placing a redirection operator ('<') after "unix2dos". Could this be due to my version of unix2dos? Or just a typo. I'm a Linux n00b so my apologies for

This fixes v1 by checking the correct length field. I have tested this against Windows 10 and it works. Rich.