search for: guestfs_ls

Hi all , By using function : guestfs_ls() , I have realized ls -l commond with libguesfs . I am wondering how to inspect the virtual disk dynamically, such as monitor mkdir commond inside the virtual machines, I mean if I create a directory in virtual machine , how can I detect it ? -------------- next part -------------- An...

Hi, I have tried to extract *.vhd* file using guestfs library. I am able to list all files inside my archive using *guestfs_ls* also * guestfs_list_filesystems()* retruns right File system information. I am trying to extract files from inside archive using *guestfs_copy_device_to_file() * but it returns following error (error: copy_device_to_file: unknown option 689330304 (this can happen if a program is compiled against a...

On Mon, Jun 01, 2015 at 04:38:18PM +0800, fu lirong wrote: > Hi all , > By using function : guestfs_ls() , I have realized ls -l commond > with libguesfs . I am wondering how to inspect the virtual disk > dynamically, such as monitor mkdir commond inside the virtual machines, > I mean if I create a directory in virtual machine , how can I detect it This question comes up often...

...ned reference to `guestfs_launch' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_close' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_inspect_os' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_ls' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_inspect_get_type' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_inspect_get_mountpoints' /usr/nitro/libvmi-master/libvmi/.libs/libvmi.so: undefined reference to `guestfs_...

...t; Please see attached main.c for my sample code. I don't know about the above error, but the way you've used copy-device-to-file is clearly wrong: > guestfs_mount (g, "/dev/sda1", "/"); > > //guestfs_mount_local (g, "/home/mohsin/VHD/"); > guestfs_ls(g, "/"); > guestfs_copy_device_to_file(g, "/dev/sda1/file-to extract.exe", "/abc.exe"); It's actually not clear to me what you're trying to achieve here. Download the file to the local host? If so use guestfs_download: guestfs_download (g, "...

Currently guestfish has mount-vfs, and the libguestfs API has guestfs_mount_vfs(), but guestmount doesn't allow the user to specify a filesystem. This patch extends the --mount argument, so you can force an ext2 partition to mount as ext4: guestmount -a mydisk.img -m /dev/vda:/:defaults:ext4 mountpoint You could also use it to choose between ntfs and ntfs-3g, or between hfsplus and the

...t; > I don't know about the above error, but the way you've used > copy-device-to-file is clearly wrong: > > > guestfs_mount (g, "/dev/sda1", "/"); > > > > //guestfs_mount_local (g, "/home/mohsin/VHD/"); > > guestfs_ls(g, "/"); > > guestfs_copy_device_to_file(g, "/dev/sda1/file-to extract.exe", > "/abc.exe"); > > It's actually not clear to me what you're trying to achieve here. > Download the file to the local host? If so use guestfs_download: > &...

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

...eading or editing the Windows Registry much more efficient. Several libguestfs APIs were reimplemented so they no longer have any limits on output. The reimplemented APIs are: guestfs_cat, guestfs_find, guestfs_read_file, guestfs_read_lines, guestfs_write, guestfs_write_append, guestfs_lstatlist, guestfs_lxattrlist, guestfs_readlinklist, guestfs_ls. virt tools guestfish touch 'win:c:\new_file' now works as expected. guestfish has a new --network option, which enables the user network in libguestfs. You can set GUESTFISH_PS1 to use fancy prompts in g...

The existing APIs guestfs_stat, guestfs_lstat and guestfs_lstatlist return a stat structure that contains atime, mtime and ctime fields that store only the timestamp in seconds. Modern filesystems can store timestamps down to nanosecond granularity, and the ordinary glibc stat(2) wrapper will return these in "hidden" stat fields:...

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-

Split up the huge generator/actions.ml into several smaller files. Rich.