Your message dated Sun, 12 Jun 2011 03:40:01 -0500
with message-id <20110612084001.GB21621@elie>
and subject line Re: [kfreebsd] cannot configure grub-pc (error: cannot find a
GRUB drive for /dev/ad0s1)
has caused the Debian Bug report #630197,
regarding grub-probe segfaults on GNU/kFreeBSD after commit r3118
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
630197: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630197
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgeom0
Version: 8.2-2
Severity: grave
Justification: cannot install grub-pc
Affects: grub-common
Hi,
Typical kfreebsd-amd64 experimental system (running through qemu).
Was upgrading today for the first time since 2011-05-06. Previously I
had grub-pc 1.99~rc1-13 installed. When it came to be time to upgrade
grub-pc, some warnings about camcontrol as usual, then a debconf
dialog about choosing between /dev/ad0 and /dev/ad0s1 if I remember it
correctly. I choose /dev/ad0. Then another debconf dialog about that
failing and whether I want to continue anyway. I choose "No" and it
goes back in a loop. (Wouldn't failing postinst at that point be
better, so the package manager can do its job by downgrading or trying
again at the next "dpkg --configure -a"? Ah, now that I check, it
looks like that's what "Yes" to install_devices_failed does --- hmm.)
Lacking an escape route, I hit ^C, reconfigure debconf to use the
readline plugin, and ran "dpkg --configure -a" to try again. Now:
# dpkg --configure -a
Setting up grub-pc (1.99-6) ...
Generating grub.pc ...
Found kernel of FreeBSD: /boot/kfreebsd-8.2-1-amd64.gz
Found kernel module directory: /lib/modules/8.2-1-amd64
/usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check
your device.map
ls: cannot access /lib/modules/8.2-1-amd64/unknown.ko: No such file or
directory
dpkg: error processing grub-pc (--configure):
subprocess installed post-installation script returned error exit status 2
Hmm, that's different. Weird.
The device.map says:
(hd0) /dev/ad0
Removing grub-pc-bin and grub2-common and downgrading grub-pc and
grub-common to 1.99~rc1-13 still gives the "cannot find a GRUB drive
for /dev/ad0s1" error, without the "cannot access ...unknown.ko" one.
Based on a memory of Bug#612128, I try downgrading libgeom0 from
8.2-2 to 8.1-5. That works.
Known problem?
--- End Message ---
--- Begin Message ---
notfound 630197 grub2/1.99-6
quit
Robert Millan wrote:
> Seems fine, but you just said it doesn't fix the problem, only
> part of it. Could you investigate further?
This was a miscommunication on my part. The libgeom ABI break is
already tracked at Bug#630107, so closing.
Thanks for your help. It is nice to (locally) have a working grub
again so quickly (using the hacky patch I sent). :)
--- End Message ---
