Bug#756253: Upgrade from 2.02~beta2-10 to 2.02~beta2-11 left grub unbootable

Giorgio Valocchi giorgio.valocchi at gmail.com
Sun Aug 23 00:42:56 UTC 2015


On Sun, 16 Aug 2015 08:42:48 +0200 Felix Zielcke <fzielcke at z-51.de> wrote:
 > Am Mittwoch, den 21.01.2015, 00:58 +0000 schrieb Steve McIntyre:
 > > On Wed, Jan 21, 2015 at 06:55:05AM +0900, Mike Hommey wrote:
 > > > On Tue, Jan 20, 2015 at 01:44:37PM +0000, Steve McIntyre wrote:
 > > > >
 > > > > The automatic setup of grub-install calling efibootmgr won't be
 > > > > touching the "grub" entry at all - it's set up to only play with
 > > > > "debian" entries. So that should be safe.
 > > >
 > > > Was it always a "debian" entry?
 > >
 > > As far back as I remember, yes.
 > >
 > > > > > But then comes the second thing: when I reboot, the "debian"
 > > > > > entry is
 > > > > > lost. Poof, disappeared. And I do wonder if the initial problem
 > > > > > is not
 > > > > > related to that.
 > > > >
 > > > > That is still happening? Can you successfully re-create it each
 > > > > time?
 > > >
 > > > It happens reliably. efibootmgr displays it, but after a reboot,
 > > > it's
 > > > gone.
 > >
 > > OK, now that's just *weird* and suggests a firmware bug to me. I'd be
 > > tempted to try and create an exact copy with another name and see how
 > > that works, but I'm struggling to understand what's going on here
 > > now!
 > >
 >
 > Is still a problem or got it somehow solved?
 >
 >

Right now my system is unbootable too.
I have debian sid and grub 2.02-beta2-26.

This is my partition table

Konsole output
Device     Start       End  Sectors  SizeType
/dev/sda1        2048     391167    389120   190M EFI System
/dev/sda2      391168  195702783 195311616  93.1G Linux filesystem
/dev/sda3   195702784  973242367 777539584 370.8G Linux filesystem
/dev/sda4  1168472064 1455464447 286992384 136.9G Microsoft basic data
/dev/sda6  1455464448 1465141247   9676800   4.6G Linux swap

I'm able to login through rEFInd on a USB from which I'm able to launch 
even GRUB2 (selecting the EFI partition);
however without an external bootloader the system doesn't find any 
bootable device even if the EFI partition has the boot flag.

During the last login before the problem I upgraded the following packages:

Start-Date: 2015-08-21  12:46:30

Upgrade:
python-pam:amd64 (0.4.2-13.1, 0.4.2-13.2),
sphinx-common:amd64 (1.3.1-4, 1.3.1-5),
sphinx-doc:amd64 (1.3.1-4, 1.3.1-5),
openssh-server:amd64 (6.7p1-6, 6.9p1-1),
openssh-sftp-server:amd64 (6.7p1-6, 6.9p1-1),
libytnef0:amd64 (1.5-6, 1.5-7),
python-sphinx:amd64 (1.3.1-4, 1.3.1-5),
ssh:amd64 (6.7p1-6, 6.9p1-1),
xfig-libs:amd64 (3.2.5.c-4, 3.2.5.c-5),
openssh-client:amd64 (6.7p1-6, 6.9p1-1),
python-xlrd:amd64 (0.9.2-1, 0.9.4-1),
xfig:amd64 (3.2.5.c-4, 3.2.5.c-5),
libapr1:amd64 (1.5.2-2, 1.5.2-3),
libqalculate5-data:amd64 (0.9.7-9, 0.9.7-9.1),
libjs-sphinxdoc:amd64 (1.3.1-4, 1.3.1-5),
libparse-debianchangelog-perl:amd64 (1.2.0-5, 1.2.0-6)

End-Date: 2015-08-21  12:47:48

Start-Date: 2015-08-21  12:49:16
End-Date: 2015-08-21  12:49:17

Start-Date: 2015-08-21  16:38:32

Upgrade:
valac:amd64 (0.28.0-2, 0.28.1-1),
valac-0.28:amd64 (0.28.0-2, 0.28.1-1),
eog:amd64 (3.16.2-1, 3.16.3-1),
console-setup:amd64 (1.131, 1.132),
console-setup-linux:amd64 (1.131, 1.132),
libvala-0.28-0:amd64 (0.28.0-2, 0.28.1-1),
gnome-music:amd64 (3.16.1-2, 3.16.2-1),
keyboard-configuration:amd64 (1.131, 1.132),
valac-0.28-vapi:amd64 (0.28.0-2, 0.28.1-1)

End-Date: 2015-08-21  16:39:06

I can't manage to figure out what is the problem.

Konsole out
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20150823/48e6b554/attachment.html>


More information about the Pkg-grub-devel mailing list