similar to: Re: Guestfish command - "copy-out" not working for symbolic links

guestfish --ro -a /path/to/disk run : mount /dev/your-blkdev / : download /etc/resolv.conf /path/on/host/dst.file -- +380979184774 Mykola Ivanets пт, 28 черв. 2019 о 21:29 Nikolay Ivanets <stenavin@gmail.com> пише: > > All API is exposed as gustfish commands > > -- > Mykola Ivanets > > пт, 28 черв. 2019, 21:28 користувач Chintan Patel

This no going to work. AS I told you I need something under guestfish command list not from guestfs commands. Thanks, Chintan ________________________________ From: Nikolay Ivanets <stenavin@gmail.com> Sent: Friday, June 28, 2019 10:58 AM To: Chintan Patel Cc: Chintan Patel; libguestfs@redhat.com Subject: Re: [Libguestfs] Guestfish command - "copy-out" not working for symbolic

Hi Nikolay, We use guestfish, so I preferred to use commands supported by guestfish. I tried as below but "realpath" is not working after I have the target path from symlink. --> Check if the path has a symlink. is-symlink path Ex. - is-symlink "/etc/resolv.conf" -> return true --> If it's true then get target link path readlink path ex. - readlink

guestfish --ro -a /path/to/disk run : mount /dev/your-blkdev / : download /etc/resolv.conf /path/on/host/dst.file Is also not working for symbolic link - as "/etc/resolv.conf" is symbolic link. ________________________________ From: Nikolay Ivanets <stenavin@gmail.com> Sent: Friday, June 28, 2019 11:34 AM To: Chintan Patel Cc: Chintan Patel; libguestfs@redhat.com Subject: Re:

All API is exposed as gustfish commands -- Mykola Ivanets пт, 28 черв. 2019, 21:28 користувач Chintan Patel < chintan.r.patel@outlook.com> пише: > This no going to work. > AS I told you I need something under guestfish command list not from > guestfs commands. > > Thanks, > Chintan > ------------------------------ > *From:* Nikolay Ivanets

Chintan, Use 'download' (http://libguestfs.org/guestfs.3.html#guestfs_download) -- Mykola Ivanets пт, 28 черв. 2019, 18:55 користувач Chintan Patel < chintan.r.patel@outlook.com> пише: > Hi Nikolay, > > We use guestfish, so I preferred to use commands supported by guestfish. > I tried as below but "realpath" is not working after I have the target > path

пн, 10 лют. 2020 о 13:43 Richard W.M. Jones <rjones@redhat.com> пише: > > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote: > > From: Nikolay Ivanets <stenavin@gmail.com> > > > > I faced with situation where libguestfs cannot recognize partitions on a > > disk image which was partitioned on a system with "4K native" sector > >

hello, I would only like to have guestmount in my toolkit to read-only vhd/vhdx images, so I try to compile libguestfs with a minimum of dependencies. I downloaded the 1.38-stable sources, installed the necessary dependencies and compiled them with the command : ./configure --disable-ocaml --disable-perl --disable-ruby --disable-haskell --disable-php --disable-erlang --disable-lua

On Wednesday, 16 May 2018 14:43:09 CEST Richard W.M. Jones wrote: > With recent Linux kernels, adding and partitioning 255 disks causes > the appliance to run out of memory. This causes a test failure in > tests/disks/test-255-disks.sh. This change gives the appliance enough > memory to complete the test. TBH raising the amount of memory only for those tests is the solution IMHO,

Am 10.02.2020 um 12:43 hat Richard W.M. Jones geschrieben: > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote: > > From: Nikolay Ivanets <stenavin@gmail.com> > > > > I faced with situation where libguestfs cannot recognize partitions on a > > disk image which was partitioned on a system with "4K native" sector > > size support. >

When calculating the initial size of the disk we must estimate how much space is taken by the input. This is quite difficult. For directories we used ‘du --apparent-size -bs DIR’. This is wrong because ’-b’ implies ‘--apparent-size --block-size=1’. But also ‘--apparent-size’ causes du to count the file size rather than number of blocks used by files. If you have a directory containing many

From: Nikolay Ivanets <stenavin@gmail.com> I faced with situation where libguestfs cannot recognize partitions on a disk image which was partitioned on a system with "4K native" sector size support. In order to fix the issue we need to allow users to specify desired physical and/or logical block size per drive basis. It is definitely not a complete patch but rather a way to

when run libguestfs-test-tool in the two pc,but the result is different. please tell me what cause the result and what cause the guest fail to run in the ram ? thanks !! At 2019-11-28 21:30:53, "Richard W.M. Jones" <rjones@redhat.com> wrote: >Could you please run: > > libguestfs-test-tool > >and attach the complete output to your email. > >Rich.

пн, 10 лют. 2020 о 10:53 Richard W.M. Jones <rjones@redhat.com> пише: > > On Sat, Feb 08, 2020 at 01:25:28AM +0200, Mykola Ivanets wrote: > > From: Nikolay Ivanets <stenavin@gmail.com> > > > > I faced with situation where libguestfs cannot recognize partitions on a > > disk image which was partitioned on a system with "4K native" sector > >

вт, 11 лют. 2020 о 17:20 Richard W.M. Jones <rjones@redhat.com> пише: > > I pushed this with some trailing whitespace fixes, and I dropped the > change to tmp/.gitignore since the test does clean up after itself. I > also fixed test-qemu-drive-with-blocksize-libvirt.sh so it doesn't > actually open /dev/sda etc on the host (don't run tests as root!) Thanks! >

Since the blocksize option was added since the minimum version of libguestfs for virt-v2v, we need to make it conditional so that virt-v2v can still be compiled with the older libguestfs. This commit does the minimum fix to make it build. It doesn't conditionalize the --blocksize option altogether. However I believe, at least for virt-v2v, that is OK since the --blocksize option is not used

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2018-08-22 06:11, Nikolay Ivanets wrote: > Doesn't it mean you have to remember changing copyright in 2019? s/have to/can/ https://stackoverflow.com/questions/2390230/do-copyright-dates-need-to-be-updated In many jurisdictions, expiry of copyright is 50-70 years after death of the author and that point in time does not depend on when a

I'm using nbdkit + the file plugin to serve NBD root filesystems for some machines, so I get to observe how it behaves for very long runs. I think this indicates a memory leak? PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5038 root 20 0 4577220 16000 796 S 0.0 0.1 30:52.40 nbdkit 5592 root 20 0 4159224 11708 784 S 0.0 0.1 22:21.67

This change helps to make libguestfs package build reproducible. See https://reproducible-builds.org/ for why this is good. Without this patch, building today's libguestfs in 2033, claims Copyright (C) 2009-2033 Red Hat Inc. which cannot be correct. This affected files like /usr/include/guestfs-gobject.h /usr/lib/perl5/vendor_perl/5.26.2/x86_64-linux-thread-multi/Sys/Guestfs.pm

So I'm using the libguests library in my Java code and when running my vm I am seeing this error: ***buffer overflow detected***:/bin/java terminated Backtrace:========= /lib64/libc.so.6(__fortify_fail+0x37)[ox7f7932b4ed87] /lib64/libc.so.6(+0x10df40)[0x7f7932b4cf40] /lib64/libc.so.6(+0x10df40)[0x7f7932b4ecf7] /lib64/libguestfs.so.0(+0xa6508)[0x7f78755bd508]