On Sun, 1 Jan 2017, Michael . wrote:
Some things need to be cleared up.
1) UEFI does not use MBR (Master Boot Record), UEFI uses GPT (GUID
Partition Table).
2) GPT can, and does, work in some newer BIOSs but not all.
3) I have never seen, or heard of, any instance where an OS installed in
Legacy BIOS is visible on a UEFI boot. Please verify your install of
Windows 7 is installed on BIOS and is an option on Grub EFI.
Windows is not visible in grub (as I noted). it is visible of course
in the BIOS.
parted tells me the disk is MBR. it says, "Partition Table: msdos."
4) AFAIK Windows does not recognise non MS OSs in its
bootloader, to have
multiple options that include non MS OSs you must use a non MS bootloader
as the primary bootloader (i.e. GRUB) which will then initiate the MS
bootloader (NT bootloader) to boot MS OS installs. As mentioned above by
someone else using os-prober will let GRUB know if there are other OSs
installed.
weirdly in NetRunner os-prober gives no feedback. it is installed.
5) Using a VM is a drain on RAM, you need enough RAM
to run the host OS and
then enough to run the Virtual OS inside the VM.
it's ok, the laptop has 8 gb ram.
so it's not running gpt, thus no uefi.
the BIOS though has two entries for NetRunner, one indicating uefi-os.
I also see uefi files in /boot.
recall csm legacy is enabled.
I'm going to hold off and study the situation. my window for
playing around is drawing closed for now, so may re-visit next
weekend.
I don't know why grub doesn't see Windows. I can't do it right now but
I'll try grub-update, as suggested, at my next opportunity.
f.
If you are using a VM to run an MS OS most of your RAM
will need to
be reserved for the MS OS. In my experience unless you have alot of
RAM this will negatively affect performance. There is a general move
towards Hypervisors (Zen being an excellent open source option) but
even these are host machines with virtualised OSs and the same RAM
issues apply.
On 1 January 2017 at 13:40, Felmon Davis <davisf(a)union.edu> wrote:
On Sat, 31 Dec 2016, Greg Madden wrote:
updating/installing grub might solve the lack of grub boot screen. I
would use the 'dry-run' option..os-prober
is the part that looks for all
the other OS's installed so grub can build a multiboot scenario.
certainly worth a try!
Debian has no issues with uefi, at least stretch.
good.
ps multiboot is the old way, if you have the hardware, virtualization
> works great. I use Debian with Win7 as a guest..runs fine..caveat, I
> have an OEM Win7 disk.,
yeah, I have a VM running under NetRunner too. I bought a copy of Windows
7 pretty cheap and got a license.
for no good reason, maybe mainly just lack of familiarity with VM, I'm
inclined to keep 'the old way' available.
I do agree that the VM works nicely. I need it to work with the school's
classroom projectors (hdmi) and this I haven't tested yet.
f.
--
Felmon Davis
For courage mounteth with occasion.
-- William Shakespeare, "King John"
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe@list
s.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pears
oncomputing.net
Read list messages on the web archive:
http://trinity-users.pearsonco
mputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputin
g.net/mailing_lists/#top-posting
--
Felmon Davis
A few hours grace before the madness begins again.