Date: Sat, 20 Apr 2019 10:56:45 -0600 From: Ian Lepore <ian@freebsd.org> To: freebsd-hackers@freebsd.org Subject: Re: bhyve VM stopped to boot after moving virtio disks Message-ID: <b0d23ad4b9f442a1a7342306443b855407f0765c.camel@freebsd.org> In-Reply-To: <alpine.BSF.2.20.1904201729190.99712@puchar.net> References: <alpine.BSF.2.20.1904192255290.97274@puchar.net> <2006ff8da153bbe5e7f620da9260ee1518bd248f.camel@freebsd.org> <alpine.BSF.2.20.1904201729190.99712@puchar.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2019-04-20 at 17:30 +0200, Wojciech Puchar wrote: > > > Boot Failed. EFI Misc Device > > > Boot Failed. EFI Misc Device 1 > > > . > > > > > > > > > > > > Could you give me any clues? > > > > > > > Are you absolutely certain those encrypted partition sizes are an > > exact > > multiple of 1m? If not, you should add a 'conv=sync' option to the > > dd. > > no it wasn't. but dd doesn't truncate last block. checked - it got > copied > till the end - i see second copy of GPT partition table that was > present > in VM. > dd absolutely will fail to copy the last block of the source if it isn't exactly the blocksize and you didn't specify conv=sync, and it will return a zero status when doing so. It appears you've convinced yourself otherwise, but for anyone else reading this thread, be aware: conv=sync is required to copy the last part of the source if it's smaller than the blocksize. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b0d23ad4b9f442a1a7342306443b855407f0765c.camel>