Date: Tue, 12 Jul 2016 09:05:47 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 211000] [Hyper-V] Online VHDX Resize doesn't work properly Message-ID: <bug-211000-8-nEgxDZ14gp@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211000-8@https.bugs.freebsd.org/bugzilla/> References: <bug-211000-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211000 --- Comment #5 from Dexuan Cui <decui@microsoft.com> --- With the 2 patches in comment 4, “camcontrol reprobe da1” can reliably detect the new disk capacity and “gpart show da1” can see the new “free space” now. And, for MBR mode, no extra command is required, but for GPT mode, after “camcontrol reprobe da1”, we need to run “gpart commit da1” to commit the updated GPT partition information (updated by the kernel) to the disk: without this, we'll have to run “gpart recover da1” after the VM is rebooted. Wer're going to merge the fixes to stable/10 and stable/11. For now, FreeBSD 10.3 doesn't have “camcontrol reprobe”, so we have to use this workaround: after resizing “da1”, we should run the 3 lines: dd if=/dev/da1 of=/dev/da1 bs=512 count=0 dd if=/dev/da1 of=/dev/da1 bs=512 count=0 (this is the same as the first line.) gpart recover da1 (this line is not required for MBR mode) Now, “gpart show da1” should see the new disk capacity and new “free space”. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211000-8-nEgxDZ14gp>