<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 26 November 2013 22:25, Michael Quaintance <span dir="ltr"><<a href="mailto:penfoldq@penfoldq.co.uk" target="_blank">penfoldq@penfoldq.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Nov 26, 2013 at 1:56 PM, David Aldred <<a href="mailto:davidaldred@gmail.com">davidaldred@gmail.com</a>> wrote:<br>

> On 26 November 2013 17:44, Jason Irwin <<a href="mailto:jasonirwin73@gmail.com">jasonirwin73@gmail.com</a>> wrote:<br>
>><br>
>> On 26/11/13 17:32, David Aldred wrote:<br>
</div><snip><br>
<div class="im">>> > Is this expected behaviour?  And how is the presence of an incomplete<br>
>> > Windows update stopping Linux booting in these circumstances?<br>
>> Quite possibly down to Windows flagging that it needs to reboot to<br>
>> complete update and this through GRUB2 off.<br>
>> But that's just a total guess on my part.<br>
><br>
><br>
> It was the sort of thing I was guessing too, but it implies an actual<br>
> recognition of some sort by Windows that Linux exists on the machine, which<br>
> is unusual!<br>
><br>
<br>
</div>I was thinking along the lines of Jason's suggestion but my assumption<br>
was the exact opposite implication than the one you describe. I was<br>
thinking that Windows modifies the MBR with something for the Windows<br>
boot process to recognize and take a different action on with<br>
absolutely no regard to any other operating systems that might be<br>
present.<br></blockquote><div><br></div><div>Could be.  I'm beyond my level of knowledge at that point; Linux does seem to get  a fair way into the boot process before it dies, though. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I'm confused in the first instance why you would want to promote a<br>
working VM to a multiboot partition but that's mainly because I've<br>
been bitten by this sort of thing so often that I only run MS Windows<br>
in a VM nowadays (excepting my work laptop where I have no choice).<br>
I've not found anything where the VM is a problem, even external<br>
hardware is almost all USB nowadays and USB passthrough works fine for<br>
everything I have needed it for.<br></blockquote><div><br></div><div>The problem was really slowness - Windows was taking ages to start in the VM, and was also slow to respond (to the degree that opening a file took minutes).  In  the absence of updates, it's now taking a third of the time to reboot into Windows than it used to to get the VM started.</div>
<div><br></div><div><div>There is also one Windows-only updater program for a GPS which does something weird with the USB connection (repeatedly disconnecting and reconnecting), and the reconnects weren't always working.  <br>
</div></div><div><br></div><div>Before I re-installed Linux, the file selector was sometimes a bit slow to respond in Linux too (especially if called by a browser), so it may well be that there was something not quite right there which was impacting heavily on the VM performance.  </div>
<div><br></div><div>I guess the easy answer is to make sure automatic updates are off in Windows, and then remember to run them every so often, at a time when I've no rush to get back into Linux.  </div><div><br></div>
</div></div></div>