Steven Chamberlain writes:
> Oh, and you would probably get more useful info by running:
>
> sh -x $(which grub-mkconfig)
Useful. Attached at the end.
> That shouldn't change your GRUB config either, as it will just print
> it to standard output if you don't use the -o flag as update-grub2
> do
Processing commands for cont...@bugs.debian.org:
> retitle 685625 grub-probe segfaults
Bug #685625 [kfreebsd-image-9.0-2-amd64] kfreebsd-image-9.0-2-amd64: segfaults
when upgrading
Changed Bug title to 'grub-probe segfaults' from 'kfreebsd-image-9.0-2-amd64:
segfaults when upgrading'
> thanks
St
Processing commands for cont...@bugs.debian.org:
> reassign 685625 grub-common 1.99-22.1
Bug #685625 [kfreebsd-image-9.0-2-amd64] grub-probe segfaults
Bug reassigned from package 'kfreebsd-image-9.0-2-amd64' to 'grub-common'.
No longer marked as found in versions kfreebsd-9/9.0-5.
Ignoring request
Hi,
On 23/08/12 08:43, Stig Sandbeck Mathisen wrote:
> The /boot/kfreebsd-9.0-2-amd64.gz is dated Jul 30, I would guess that to
> be the previous version. Feel safer now. :)
Actually I think that is the kernel that was just (part-)installed. The
old one would be kfreebsd-9.0-1-amd64.gz, I hope i
Hello again Stig,
I still can't reproduce this with kfreebsd-amd64 that has root/boot on
ZFS and the same GRUB2 (1.99-22.1). I even replaced my zpool executable
with something that gives identical output to yours.
I'd be grateful if you could please install the ktrace package and get a
syscall t
Steven Chamberlain writes:
> Hello again Stig,
>
> I still can't reproduce this with kfreebsd-amd64 that has root/boot on
> ZFS and the same GRUB2 (1.99-22.1). I even replaced my zpool
> executable with something that gives identical output to yours.
>
> I'd be grateful if you could please instal
Hi!
On 23/08/12 13:59, Stig Sandbeck Mathisen wrote:
> Would this look different if a grub-dbg package was available? (or grub
> was not stripped?)
> | (gdb) bt full
> | #0 0x000800ae8401 in strlen () from
> /lib/x86_64-kfreebsd-gnu/libc.so.0.1
> | No symbol table info available.
> | #1 0x
Steven Chamberlain writes:
> Hmmm also I know this is a different pool to your root/boot device
> (ada1s1) but:
>
>> |tankONLINE 0 0 0
>> | -0ONLINE 0 0 0
>
> It should say mirror-0 there?
"raidz1", in my case.
> I guess this might be trigger
The XML dump can include disklabels of removable media. There was a
problem once with its handling of special characters like < > & but our
kernels already have a patch applied for that (maybe it was insufficient?) :
http://svnweb.freebsd.org/base/release/9.0.0/sys/geom/geom_dump.c?view=log#rev20
retitle 685625 libgeom: segfaults on large kern.geom.confxml
reassign 685625 src:freebsd-utils
affects 685625 grub-common
found 685625 9.0+ds1-7
user debian-bsd@lists.debian.org
usertags 685625 kfreebsd
thanks
Hi!
I'm reassigning this because GRUB can't really avoid this crash in libgeom.
I don'
Processing commands for cont...@bugs.debian.org:
> retitle 685625 libgeom: segfaults on large kern.geom.confxml
Bug #685625 [grub-common] grub-probe segfaults
Changed Bug title to 'libgeom: segfaults on large kern.geom.confxml' from
'grub-probe segfaults'
> reassign 685625 src:freebsd-utils
Bug #
Steven Chamberlain writes:
> I'm reassigning this because GRUB can't really avoid this crash in libgeom.
>
> I don't see anything else odd about the XML except for its size. It
> seems, then that 6510 snapshots makes the kern.geom.confxml larger
> than libgeom can handle? Though I didn't find any
12 matches
Mail list logo
