search for: resizes

In current virt-resize, only primary partitions(including extended partition) are supported. They are collected in an array for resize operations. Logical partitions are not supported. This series add support for resizing logical partitions. v4: rebase on upstream. v3: 1) rewrite partitions/logical_partitions/extended_partition section by the comments from Rich and Pino. 2) in 03/11

In current virt-resize, only primary partitions(including extended partition) are supported. They are collected in an array for resize operations. Logical partitions are not supported. This series add support for resizing logical partitions. v3: 1) rewrite partitions/logical_partitions/extended_partition section by the comments from Rich and Pino. 2) in 03/11 introduce logical_align for

In current virt-resize, only primary partitions(including extended partition) are supported. They are collected in an array for resize operations. Logical partitions are not supported. This series add support for resizing logical partitions. v4: rebase on upstream. v3: 1) rewrite partitions/logical_partitions/extended_partition section by the comments from Rich and Pino. 2) in 03/11

In current virt-resize, only primary partitions(including extended partition) are supported. They are collected in an array for resize operations. Logical partitions are not supported. This series add support for resizing logical partitions. v2: 1) Add 3 variables to describe relationship of logical and extended partitions: - partitions flat list of primary partitions (as now, the global

Hi Rich, This is v2 series to add support for resizing MBR logical partitions. I found the reason of problem in v1 that parted reports error when adding logical partitions, is that logical partitions are not aligned to 2 sectors. This problem doesn't appear in v2. This is for early review, because of: 1. I'm not sure the splitting of patches is appropriate or not, but it's much

Hi Rich, This is rebase of v5 series. Meanwhile, I found a bug when shrinking partitions, and the fix is incuded in this version (patch 2). Regards, Hu changes to v4: 1. add support to resize extended partition (--resize or --expand extended partition) 2. fix the problem of deficit of 512 bytes when expanding a logical partition (this problem can be reproduced in v4 by only expanding a

Hi Rich, This is v3 series to add support for resizing MBR logical partitions. changes to v2: 1. remove p_part_num 2. remove filter_parts 3. name the function calculate_target_partitions 4. remove the code to restart guest introduced in v2 changes to v1: 1. spit the patches so it's easier to review 2. fix the parted error caused by unaligned logical partitions 3. extend the

Hi Rich, This is v5 series to add support for resizing MBR logical partitions. please review. Thanks! changes to v4: 1. add support to resize extended partition (--resize or --expand extended partition) 2. fix the problem of deficit of 512 bytes when expanding a logical partition (this problem can be reproduced in v4 by only expanding a logical partition, without resizing any other

...ased on the resizing of logical partitions? > > All the cases can be categorized as these two: > > 1. user doesn't explictly resize the extended partition. In this case it > seems reasonable to automatically expand the extended partition as well. > > 2. user explictly resizes the extended partition. If the extended > partition is resized as user requested, then we should deal with the > conflicts about resizing extended partition and logical partitions, > this is somewhat tricky in the current implementation; But if the > extended partition is au...

...xfs" |] then printf "xfs\n"; + if g#feature_available [| "f2fs" |] then + printf "f2fs\n"; exit 0 ); @@ -331,10 +334,11 @@ read the man page virt-resize(1). lv_expands, machine_readable, ntfsresize_force, output_format, resizes, resizes_force, shrink, sparse, unknown_fs_mode in - (* Default to true, since NTFS/btrfs/XFS support are usually available. *) + (* Default to true, since NTFS/btrfs/XFS/f2fs support are usually available. *) let ntfs_available = ref true in let btrfs_available = ref true in let xfs_a...

...| UnknownFsWarn + | UnknownFsError + (* Main program. *) let main () = let infile, outfile, align_first, alignment, copy_boot_loader, deletes, dryrun, expand, expand_content, extra_partition, format, ignores, lv_expands, machine_readable, ntfsresize_force, output_format, - resizes, resizes_force, shrink, sparse = + resizes, resizes_force, shrink, sparse, unknown_fs_mode = let add xs s = xs := s :: !xs in @@ -187,6 +192,7 @@ let main () = else shrink := s in let sparse = ref true in + let unknown_fs_mode = ref "warn" in let dit...

Hi, > -----Original Message----- > From: libguestfs-bounces@redhat.com [mailto:libguestfs-bounces@redhat.com] On > Behalf Of Chen Hanxiao > Sent: Wednesday, June 03, 2015 5:33 PM > To: libguestfs@redhat.com > Subject: [Libguestfs] [PATCH v3 00/11] virt-resize: add support for resizing MBR > logical partitions > > In current virt-resize, only primary

ping > -----Original Message----- > From: libguestfs-bounces@redhat.com [mailto:libguestfs-bounces@redhat.com] On > Behalf Of Chen Hanxiao > Sent: Wednesday, June 17, 2015 5:46 PM > To: libguestfs@redhat.com > Subject: [Libguestfs] [PATCH v4 00/11] virt-resize: add support for resizing MBR > logical partitions > > In current virt-resize, only primary

> -----Original Message----- > From: libguestfs-bounces@redhat.com [mailto:libguestfs-bounces@redhat.com] On > Behalf Of Chen Hanxiao > Sent: Monday, July 06, 2015 6:14 PM > To: libguestfs@redhat.com > Subject: [Libguestfs] [PATCH rebase v4 00/11] virt-resize: add support for resizing > MBR logical partitions > > In current virt-resize, only primary partitions(including

On Friday 15 May 2015 11:40:56 Richard W.M. Jones wrote: > The common error function already prints the program name, so > we don't need to print it twice. > > Before: > > $ virt-resize --expand "" > virt-resize: error: virt-resize: empty --expand option > > After: > > $ virt-resize --expand "" > virt-resize: error: empty

Hi, this small patch series exposes one of the utility in f2fs-tools, and use it to expand f2fs partitions in virt-resize. Thanks, Pino Toscano (2): New API: f2fs_expand resize: expand f2fs partitions daemon/Makefile.am | 1 + daemon/f2fs.c | 49 +++++++++++++++++++++++++++++++++++++++++++++++ generator/actions_core.ml | 9 +++++++++ generator/proc_nr.ml | 1 +

When hitting a filesystem which we cannot or don't know how to expand, instead of print a warning in verbose mode only, print it always when showing the summary of the changes. In the virt-resize documentation, add a paragraph about this warning. --- resize/resize.ml | 30 +++++++++++++++++++++++------- resize/virt-resize.pod | 39 +++++++++++++++++++++++++++++++++++++++ 2 files

Parse the output disk as URI, and use all its attributes just like it is done for the input disk. The only change is that the fsync of the output disk is limited now for local URIs only, since it will not work with remote protocols. --- resize/resize.ml | 43 +++++++++++++++++++++++++++++++------------ resize/virt-resize.pod | 6 +++--- 2 files changed, 34 insertions(+), 15 deletions(-)

...> All the cases can be categorized as these two: > > > > > > 1. user doesn't explictly resize the extended partition. In this case it > > > seems reasonable to automatically expand the extended partition as well. > > > > > > 2. user explictly resizes the extended partition. If the extended > > > partition is resized as user requested, then we should deal with the > > > conflicts about resizing extended partition and logical partitions, > > > this is somewhat tricky in the current implementation; But if the &g...

On Wed, May 20, 2015 at 06:51:30AM -0400, Chen Hanxiao wrote: > Add support for logical partitions. > - count number of logical_partition (we've split partitions list) > - don't count size of extended partition > For it'll duplicate with logical partition, we'll count it later > - we need at leat 1 gap between logical partitions. > so --aligment=1 will be