Hey guys, quick fix for GNU Parted 1.6.24
Upon expanding the underlying iscsi volume:
Using /dev/sdc
(parted) p
Error: The backup GPT table is not at the end of the disk, as it should
be. This might mean that another operating system believes the disk is
smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Cancel? f
Segmentation fault
Seems the problem is in ui.c:830 where PED_EXCEPTION_FIX is never
tested.
Attached one liner cures it.
On a related note, perhaps I'm approaching this the wrong way, but has
anyone had any luck in expanding a reiserfs partition in a gpt disk
label
I expand the underlying physical device and get this:
Using /dev/sdc
(parted) p
Error: The backup GPT table is not at the end of the disk, as it should
be. This might mean that another operating system believes the disk is
smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Cancel? f
Disk geometry for /dev/sdc: 0.000-1638405.000 megabytes
Disk label type: gpt
Minor Start End Filesystem Name Flags
1 0.017 1126409.983 reiserfs
(parted) resize 1
Start? [0.0166]?
End? [1126410.0000]? 1638405
Warning: You requested to resize the partition to 0.016-1638405.000Mb.
The closest Parted can manage is 0.017-1126409.983Mb.
OK/Cancel?
Since I'm new to gpt am I going about this the wrong way?
Thanks
--
Matthew Kent \ SA \ bravenet.com
--- parted-1.6.24_orig/parted/ui.c 2005-09-28 10:48:15.000000000 -0700
+++ parted-1.6.24/parted/ui.c 2005-09-28 10:48:33.000000000 -0700
@@ -827,13 +827,13 @@
opt = PED_EXCEPTION_OPTION_FIRST;
while (1) {
- opt = option_get_next (options, opt);
if (strcmp (opt_name,
ped_exception_get_option_string (opt)) == 0)
break;
if (strcmp (opt_name,
_(ped_exception_get_option_string (opt))) == 0)
break;
+ opt = option_get_next (options, opt);
}
free (opt_name);
return opt;
_______________________________________________
Bug-parted mailing list
Bug-parted@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-parted
