[uClibc]e2fsck problem: (Bad address) while doing inode scan

Erik Andersen andersen at codepoet.org
Mon Mar 31 18:37:51 UTC 2003


On Mon Mar 31, 2003 at 07:54:05PM +0200, Giulio Orsero wrote:
> On Mon, 31 Mar 2003 09:23:25 -0700, Erik Andersen <andersen at codepoet.org>
> wrote:
> 
> >> hda4 is about 9GB
> >[--------snip----------]
> >> _llseek(3, 4294967296, 0x9febfc00, SEEK_SET) = -1 EFAULT (Bad address)
> >
> >Ok.  So you have a 9 GB drive.  And you try to seek past 4 GB
> >with a kernel that does not have large file support, and the
> >kernel is responding by telling you it can't do that.
> >This doesn't look like a uClibc problem to me,
> 
> Remember that is strace of
> e2fsck ..device..
> 
> Are you saying that 2.0 and 2.2 kernels without LFS cannot support e2fsck
> checking partitions larger that 2GB?
> 
> The e2fsck linked against libc5 or glibc-2.2 completes the check on the very
> same partitions using the same runnig kernel. This is why I'm wondering what
> I might have messed up with uclibc. Maybe e2fsprogs misdetects uclibc
> headers and self-configure with wrong assumptions at compile time?

This sounds fairly likely...  Tried doing an strace and comparing
calls to lseek?  When you _compile_ e2fsck are you also compiling 
it using 2.0 or 2.2 kernel header files?  Perhaps e2fsprogs is
checking for LFS support based on the kernel headers it is
compiled against... 

 -Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--



More information about the uClibc mailing list