[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ls and xfs = unhandled exception / reset

From: Marco Gerards
Subject: Re: ls and xfs = unhandled exception / reset
Date: Wed, 16 May 2007 09:40:24 +0200
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)

"Alex Roman" <address@hidden> writes:

Hi Alex,

> I've got a linux system with the / partition as xfs (and no /boot
> partition, blame kUbuntu's installer for that :)). I wanted to try to
> boot the system from a grub2 floppy I made (so I can still boot my
> system, no worries).
> I do:
> insmod ls
> insmod pc
> insmod xfs

One problem is that XFS support is not finished yet...

> Then if I do:
> ls (hd0,1) -- my xfs partition
> ... the system just resets.

Urgh, that is not supposed to happen :-).

> I verified that if I insmod ext2 and ls on an ext3 partition, it will
> work as expected and not reset my PC. Also, if I ls on the xfs
> partition, without the xfs module loaded, GRUB will just print
> Filesystem type unknown, but won't reset.

right, this sounds like a bug in XFS.

> Given that I'll also be working on adding CD-ROM boot support to GRUB
> as part of GSoC, I figure this would be a great opportunity to start
> fixing some bugs to get familiar with the code.

Agreed :-)

> Now, I've no idea how to debug this issue, how to get a debugging log,
> etc... Could anyone please point me at the right document to read or
> give me some advice how I could start working on this?

what I would do is trying to reproduce this bug in grub-emu.  You can
start grub-emu and attach gdb (or start from gdb).  When (if...) the
crash occur here, you can request a backtrace.  This is a more
comfortable way of debugging compared to doing this in qemu or so.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]