[Bug 1289977] Re: Ubuntu 14.04 Update breaks grub, resulting in "error: symbol 'grub_term_highlight_color' not found"
Terry Ellison
Terry at ellisons.org.uk
Thu May 1 16:10:11 UTC 2014
I am running Ubuntu on a Lenovo G770 laptop. I left the original
Lenovo Win 7 config on the HDD (it's the only Windows boot image I have
left and I need it for contingency) -- albeit with a minimal pair of
partitions and configured dual boot pretty much as per the Trusty guide
though I did this back with 12.10. I have upgraded Ubuntu 8 times, 3 on
this laptop, and this has been my only fail. I use a standard grub-pc
install, and am a reasonably experienced sysadmin and developer.
@psusi, I won't bother enumerating all the false tries, and cascade
failures. The underlying failure appears to be that the upgrade process
*silently* failed to install the new 2.02-beta2-9 MBR loader on my HDD,
and as you described above, the root failure was that the MBR and /boot
grub2 components were out of sync. Given that part 0 starts at a block
2K block rather than block 39, there is no reason why this MBR
bootstrap installation should have failed. So a simple sudo grub-
install /dev/sda fixed this, and now both images are booting cleanly.
Some general comments:
* LTS releases are supposed to be *stable*. Why are we rolling out a
"beta2-9" version of anything? Especially if anything goes wrong it will
render the entire system unbootable; and the fix requires intimate
sysadmin knowledge so is not really user-workable.
* As others have said, any upgrade process which can leave a
significant percentage of users system unusable is badly specified /
implemented. This sort of bug is "Critical", IMO and not "High". At a
minimum the upgrade process should carry out the necessary validation
checks *before* starting the upgrade and abort with an informational
error if there is going to be a failure.
* The https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes#Known_issues page
does not list this. It should.
* The user comments in this bugrep include a lot of misleading chaff.
A clearly defined diagnostic process and recovery process should be
documented by the release team and referenced in the this known issues
section.
Blaming the users for this happening is a mistake. Mistakes happen both
by users and in development. The main goal here should be to move
forward in a positive manner, and to minimise the total impact.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1289977
Title:
Ubuntu 14.04 Update breaks grub, resulting in "error: symbol
'grub_term_highlight_color' not found"
Status in “grub2” package in Ubuntu:
Incomplete
Bug description:
The update from 13.10 to 14.04 via update-manager broke grub for me,
which resulted in the grub error:
"symbol 'grub_term_highlight_color' not found"
on startup.
To fix the problem I had to boot to my persisting Ubuntu installation
(e.g. using Super Grub Disk) and had to reinstall grub on my boot
partition: "sudo grub-install --recheck /dev/sdx"
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: grub2-common 2.02~beta2-6
ProcVersionSignature: Ubuntu 3.13.0-16.36-generic 3.13.5
Uname: Linux 3.13.0-16-generic x86_64
ApportVersion: 2.13.3-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Sun Mar 9 10:36:45 2014
EcryptfsInUse: Yes
InstallationDate: Installed on 2013-12-10 (88 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
ProcEnviron:
LANGUAGE=de_DE
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: grub2
UpgradeStatus: Upgraded to trusty on 2014-03-07 (2 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1289977/+subscriptions
More information about the foundations-bugs
mailing list