64-bit GRUB refuses to Install

Bug #1201112 reported by Jacky Alciné on 2013-07-14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
grub2 (Ubuntu)
ucf (Ubuntu)

Bug Description

On an attempt to install Saucy from 13.04 (Kubuntu), an error occurs in /usr/bin/ucfq on line 529. Initially, I fixed it by editing the file to directly call `Cwd::abs_path` and let the application continue. It didn't solve the problem (and I've redacted such changes).

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: grub-efi-amd64 2.00-15ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-27.40-generic
Uname: Linux 3.8.0-27-generic x86_64
ApportVersion: 2.10.2-0ubuntu4
Architecture: amd64
Date: Sun Jul 14 09:58:53 2013
EcryptfsInUse: Yes
MarkForUpload: True
SourcePackage: grub2
UpgradeStatus: Upgraded to saucy on 2013-07-14 (0 days ago)

The error from /usr/bin/ucfq was:

Undefined subroutine &conffile::abs_path called at /usr/bin/ucfq line 529, <HASH> line 21.

The upgrade to Saucy was done using the executable `kubuntu-devel-release-upgrade`.

I've attached a ppa.tar.gz

Jacky Alciné (jackyalcine) wrote :
Jacky Alciné (jackyalcine) wrote :

Updated with the output from the post-installation script first time around; I don't get that issue after reinstalling grub-common.

description: updated
description: updated
Jacky Alciné (jackyalcine) wrote :

This is my list of PPAs.

description: updated
Jacky Alciné (jackyalcine) wrote :

After a bit of tinkering, I was able to notice the following:

On line 380 of the post-installation script for `grub-efi-amd64`, it executes the following:
package="$(ucfq --with-colons /etc/default/grub | cut -d : -f 2)"

However, on line 529 of /usr/bin/ucfq, the following line results in a Perl missing subroutine error:
$self->{Name} = abs_path( $self->{Name});

I changed `abs_path` to `Cwd::abs_path` and the syntax error was gone (it was attempting to pull it from the current object's method list, which isn't the intended behavior).

Glancing at the command again in the postinst script, I changed the field argument in the `cut` command from 2 to 1 and got a path; the one presumably the postinst script was looking for.

Executing the postinst again and it exiting successfully was a good sign. Running 'update-grub' afterwards confirmed my suspicions of a working EFI boot.

Dave Gilbert (ubuntu-treblig) wrote :

OK, I think your ucfq bug is debian bug 711055:

there is a 3.0027+nmu1 ucf in saucy-proposed that seems to have the fix for that.

Jacky Alciné (jackyalcine) wrote :

My /etc/default/grub configuration.

Dave Gilbert (ubuntu-treblig) wrote :

Added ucf as triaged/high, although it seems to be fixed in a -proposed ucf 3.0027+nmu1 (I don't see an Ubuntu bug for that?)

As for the grub cut field, I think the field is right, but with ucf giving junk out previously I think that was upsetting it.

Changed in ucf (Ubuntu):
importance: Undecided → High
status: New → Triaged
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.