[mythtv-users] [SOLVED] Mythbuntu CD would not boot on a X64
rk111810 at gmail.com
Thu Nov 8 01:56:23 UTC 2012
> Date: Mon, 5 Nov 2012 14:20:22 -0500
> From: R KANNAN <rk111810 at gmail.com>
> To: mythtv-users at mythtv.org
> Subject: Re: [mythtv-users] Mythbuntu CD would not boot on a X64
> CABX2cSFQNAgVL-c3STwz+ifoqBpf50N6G-pXsPVjPhyhpQt87A at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> > Date: Mon, 05 Nov 2012 11:41:36 -0500
> > From: "R. G. Newbury" <newbury at mandamus.org>
> > To: Discussion about MythTV <mythtv-users at mythtv.org>
> > Subject: Re: [mythtv-users] Mythbuntu CD would not boot on a X64
> > Message-ID: <5097EC40.4080503 at mandamus.org>
> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> > On 11/04/2012 10:52 PM, R KANNAN wrote:
> > >
> > >
> > > I apologize for top posting (gmail is partly to blame) and also not
> > > using the correct subject line.
> > >
> > > Any ideas on why the MBR does not get updated with the Mythbuntu
> > > on HP?
> > With recent Fedora versions, the installer recognizes that the disk is
> > *already* partitioned with an MBR and does NOT overwrite it with a GPT
> > scheme. If the disk is blank, then it is GPT partitioned.
> > I would not be surprised if *buntu's installer does the same thing as it
> > is logical that it should 'do no harm'.
> > In which case, I think your response should be to use a livecd/liveusb
> > such as SysRescue or Rescue is Possible (and you *do* have one of those
> > handy, right?) and wipe the disk clean. SysRescue includes gparted which
> > makes things very easy. Either wipe everything, or set up your preferred
> > partition layout (MBR or GPT as you wish).
> > Geoff
> No. My problem is the reverse of what you are describing here. I have a
> hard disk with MBR partition layout with two Windows 7 partitions with
> data already. When I add Ubuntu (mythbuntu 12.04), creating more partitions
> for '/', '/home' etc, it goes through fine but DOES NOT UPDATE the MBR. So
> I can only boot to Windows 7.
> I was wondering why the installer thinks it is a GPT partition scheme which
> explains why the MBR is not updated. There does not seem to be anyway to
> control the boot loader in the installation other than where it goes to
> '(/dev/sda' in my case).
> In the HP bios there seems to be a boot option to select 'Legacy Boot
> Devices->ATAPI DVD/CD-ROM' in addition to 'UEFI Boot Devices-> ATAPI
> DVD/CD_ROM' , Perhaps I can choose that but unfortunately that does not
> allow me to choosing kernel options ('nomodeset' needed for my graphics
> card) while botting from the install CD.
> I finally figured out what was happening. Ubuntu install CD can boot up
either as a UEFI or legacy (MBR) boot source. HP BIOS was booting it as a
UEFI device. When it is started in this fashion, Ubuntu installer seems
to be confused because the /dev/sda is partitioned as MBR. So in order to
'do no harm' maybe it does not overwrite MBR making the machine boot only
in Windows 7. But the BIOS has an option has an option to boot the CD as a
legacy boot source. When I did that and installed, it overwrote the MBR on
the hard disk and I am in business.
For the benefit of others, make sure the Windows recovery partition is
deleted, otherwise MBR will be overwritten by 'HP recovery manager'.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-users