On Sun, Sep 23, 2001 at 11:09:24PM -0400, patrick wrote:

On Sun, 23 Sep 2001, Ethan Benson wrote:

quoted

is it possible you have an x86 BIOS partition table on that disk as
well?  if mac-fdisk -l doesn't work then your mac partition table is
corrupt.  but if that does work but the kernel is getting other ideas
about your partitions you probably have both an x86 and mac partition
table (its actually possible for them to coexist, but its a gross and
uneeded hack).  what does /proc/partitions say?

But if the Mac partition table were corrupt, wouldn't it also be
skewed under my 2.2.18 Kernel as well?  

yes most likely.

   8    16    4194157 sdb
   8    17         31 sdb1
   8    18         64 sdb2
   8    19    2000000 sdb3
   8    20    2194040 sdb4
   8    21         21 sdb5

the kernel is detecting your partition table just fine it seems.  the
8 is the major number of the device, 16, 17... are the minor numbers,
they correlate with the major/minors of the /dev/ nodes.  the third is
the number of 1k blocks that device has, sdb1 is clearly the mac
partition table as they are almost always 31.5k

the dd trick shows you can read the device without problems, are you
sure the filesystem is not corrupt? or that the disk is not failing?

try:

badblocks -sv /dev/sdb 

and see what happens.

-- 
Ethan Benson
http://www.alaska.net/~erbenson/