Hi Thomas,
I agree what you said,however,my problem is that
when I use 'mke2fs /dev/hda2', it will report following errors:
"Device size reported to be zero. Invalid partition specified, or
partition table wasn't reread after running fdisk, due to
a modified partition being busy and in use. You may need to reboot
to re-read your partition table".
The fact is that I have created four partitions: hda1,hda2,hda3,hda4.
And their cylinder is:1-1000,1001-2000,2001-3000,3001-4000.However,
when kernel boots up,it only could find hda1.
After rebooting,I use fdisk to find the status of the four partitions.They are
all still there.I dont know why kernel could not find them. I have used tools
to dump the first sector,the four partition table is:
0x00000000: 00000000 00000000 00000000 00000000
0x00000010: 00000000 00000000 00000000 00000000
0x00000020: 00000000 00000000 00000000 00000000
0x00000030: 00000000 00000000 00000000 00000000
0x00000040: 00000000 00000000 00000000 00000000
0x00000050: 00000000 00000000 00000000 00000000
0x00000060: 00000000 00000000 00000000 00000000
0x00000070: 00000000 00000000 00000000 00000000
0x00000080: 00000000 00000000 00000000 00000000
0x00000090: 00000000 00000000 00000000 00000000
0x000000a0: 00000000 00000000 00000000 00000000
0x000000b0: 00000000 00000000 00000000 00000000
0x000000c0: 00000000 00000000 00000000 00000000
0x000000d0: 00000000 00000000 00000000 00000000
0x000000e0: 00000000 00000000 00000000 00000000
0x000000f0: 00000000 00000000 00000000 00000000
0x00000100: 00000000 00000000 00000000 00000000
0x00000110: 00000000 00000000 00000000 00000000
0x00000120: 00000000 00000000 00000000 00000000
0x00000130: 00000000 00000000 00000000 00000000
0x00000140: 00000000 00000000 00000000 00000000
0x00000150: 00000000 00000000 00000000 00000000
0x00000160: 00000000 00000000 00000000 00000000
0x00000170: 00000000 00000000 00000000 00000000
0x00000180: 00000000 00000000 00000000 00000000
0x00000190: 00000000 00000000 00000000 00000000
0x000001a0: 00000000 00000000 00000000 00000000
0x000001b0: 00000000 00000000 00000000 00008001
0x000001c0: 0100830f ffe73f00 00004161 0f000000
0x000001d0: c1e8830f ffff8061 0f008061 0f00000f
0x000001e0: ffff830f ffff00c3 1e008061 0f00000f
0x000001f0: ffff830f ffff8024 2e008061 0f0055aa
I think they are all right.But why kernel could not find these partitions?
Best Regards,
Alan
-----Original Message-----
From: Thomas Lange [mailto:thomas@corelatus.se]
Sent: Tuesday, February 24, 2004 7:56 PM
To: Liu Hongming (Alan)
Cc: linux-mips@linux-mips.org
Subject: Re: IDE driver problem
The partition table is written to the first partition
on the device, in your example hda1.
Use mke2fs on hda2 and I am sure it work just great.
Cheers,
/Thomas
Liu Hongming (Alan) wrote:
> Hi All,
>
> I am porting IDE drivers(Since my hardware has endian issue),
> and now it could work,however it has some abnormal problems:
>
> I could 'fdisk' /dev/hda,and partition it into several partitions.
> After this,I reboot my board and see all the partitions is there.
> Then I 'mke2fs' on /dev/hda1,after this, when using 'fdisk' again,
> I found all partitions gone! At this time,I could not access /dev/hda1
> any more.However, I could 'mount /dev/hda /opt', it really worked,and
> I could create/read/write/erase files in it.
>
> I dumped the first sector of Hard disk and found that it has been
> zeroed.Now I dont know what the problem is,since I am not familiar
> with fs parts of linux kernel,and I dont know what 'mke2fs' has done.
>
> Any advice?
>
> Alan
>
> -----Original Message-----
> From: Kevin D. Kissell [mailto:kevink@mips.com]
> Sent: Tuesday, February 24, 2004 6:47 AM
> To: Mark and Janice Juszczec; linux-mips@linux-mips.org
> Cc: uhler@mips.com; dom@mips.com; echristo@redhat.com
> Subject: Re: r3000 instruction set
>
>
> Kaffe's makefiles won't pick up on configuration changes, so any time
> you re-configure for a different engine or debug level, you need to do
> a make clean. At least, that's the way it was the last time I worked on
> it.
> If you had a partial build with JIT, then changed to intrp, then you could
> get all kinds of strange behavior. The address range of your error us a
> dead giveaway. It's too high to be the kaffe code segment, but too low
> to be a shared library. It's where I'd expect the heap to be, and where
> I remember the JIT buffers being allocated when I was trying to debug
> that stuff.
>
> > Its been a few weeks since I built this version of kaffe. The configure
> > output says I did specify --with-engine=intrp. I'll delete the compiled
> > stuff, reconfigure (double checking that I give it --with-engine=intrp),
> > recompile and retest.
> >
> > I'll post my results.
> >
> > Mark
> >
> >
> >
> > >From: "Kevin D. Kissell" <kevink@mips.com>
> > >To: "Mark and Janice Juszczec" <juszczec@hotmail.com>,
> > ><linux-mips@linux-mips.org>
> > >CC: <uhler@mips.com>, <dom@mips.com>, <echristo@redhat.com>
> > >Subject: Re: r3000 instruction set
> > >Date: Mon, 23 Feb 2004 18:21:19 +0100
> > >
> > > > Someone suggested posting the message I get. Here it is:
> > > >
> > > > >./kaffe-bin FirstClass
> > > > [kaffe-bin:6] Illgal instruction 674696a at 2abb034, ra=2adbffd0,
> > > > P0_STATUS=0000500
> > > > pid 6: killed (signal 4)
> > > > >Reading command line: Try again
> > > > Kernel panic: Attmpted to kill int!
> > >
> > >Let me guess. You are running little-endian. The instruction word
> > >in memory would be 0x6a697406. Do you think it's a coincidence
> > >that 0x6a6974 spells "jit" in ASCII? ;o)
> > >
> > >The reported address range looks like that where kaffe builds its
> > >JITted instruciton buffers in MIPS/Linux. And, like I say, JIT is
> > >somewhat broken for MIPS in Kaffe. Which version of the kaffe sources
> > >are you building, and have you tried configuring with
> --with-engine=intrp
> > >as I suggested?
> > >
> > > Regards,
> > >
> > > Kevin K.
> >
> > _________________________________________________________________
> > Click, drag and drop. My MSN is the simple way to design your homepage.
> > http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/
> >
> >
>
