HELP! Lost extended partition and logical drives

[Joe]

Hello,

First off, OS, = Win 98 SE, Award Bios, WDC1600BB 160GB in 3
partitions, 4GB primary the rest extended with 2 logical drives, D &
E: of 40 & 116 GB. Was using the DLG overlay

I have a 160 MB WDC1600BB which I was using with no problem till about
a month ago. What I suspect happened is that I hit the 137 barrier and
started getting corruption with high ascii characters and eventually
no boot. Quite a bit of corruption on the C: & E: drives, but got most
of my data back and reinstalled the OS and the DDA, which had
disappeared. Also replaced cables and cut back bus speed to 133.
Everything fine until yesterday, when I tried to burn a CD and could
only see high ascii where my D: drive was(maybe that 137 GB
again...had just copied 2 large image files). E: was accessible
Rebooted and now can only see the 4GB primary partition. BOTH the
extended and logical partitions are visible in Partition Magic as
"unallocated" Oh, and the DDA has gone again, and DLG won't let me
reinstall it! the options are blanked out except for "make a boot
diskette" and "update MBR". BIOS reports the disk as 33821 GB. The
data is not critical, but I'd like to get it back if I can.Thanks to
everyone, this is a great group! Here's Findpart(Thanks Svend):


Findpart, version 4.37 - for Windows 95/98/ME/NT/2000/XP.
Copyright Svend Olaf Mikkelsen, 2003.

Searches for partitions type 01, 04, 06, 07, 0B, 0C, 0E, 82, 83,
plus Fdisk F6 and Lilo sectors. Information based on bootsectors
is marked B. If the disk is larger than supported by BIOS, the
supported part of the disk is examined. Disks are numbered from 1.

OS: Windows 4.10

Disk: 1 Cylinders: 4111 Heads: 255 Sectors: 63 MB: 32248

-PCyl N ID -----Rel -----Num ---MB -Start CHS- --End CHS-- BS CHS
0 - 0B 63 8177022 3992 0 1 1 508 254 63 B OK
4032 1 0B 63247802562120997 4032 1 119456 254 63 NB OK?

-----FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YYMMDD DataMB
0 1 33 7970 4 2 7970 0 0 0 030910 1381

Partitions according to partition tables on first harddisk:

-PCyl N ID -----Rel -----Num ---MB -Start CHS- --End CHS-- BS CHS
0 1*0B 63 8177022 3992 0 1 1 508 254 63 OK OK
0 2 0F 8177085304367490148616 509 0 119454 254 63 OK?

No signature CHS: 509 0 1

 

[Joe]

Hello,

First off, OS, = Win 98 SE, Award Bios, WDC1600BB 160GB in 3
partitions, 4GB primary the rest extended with 2 logical drives, D &
E: of 40 & 116 GB. Was using the DLG overlay

I have a 160 MB WDC1600BB which I was using with no problem till about
a month ago. What I suspect happened is that I hit the 137 barrier and
started getting corruption with high ascii characters and eventually
no boot. Quite a bit of corruption on the C: & E: drives, but got most
of my data back and reinstalled the OS and the DDA, which had
disappeared. Also replaced cables and cut back bus speed to 133.
Everything fine until yesterday, when I tried to burn a CD and could
only see high ascii where my D: drive was(maybe that 137 GB
again...had just copied 2 large image files). E: was accessible
Rebooted and now can only see the 4GB primary partition. BOTH the
extended and logical partitions are visible in Partition Magic as
"unallocated" Oh, and the DDA has gone again, and DLG won't let me

That should be DDO not DDA of course. I am going to reflash the bios
as I am sure it supported large disks before. Also here's the
Partinfo(which also mentions geometry errors on startup, due I
suppose, to the overlay):

===========================================================================================================
Disk Geometry Information for Disk 1: 4111 Cylinders, 255 Heads,
63 Sectors/Track
Warning: Logical drive chain points to sector without partition table.
System PartSect # Boot BCyl Head Sect FS ECyl Head
Sect StartSect NumSects
===========================================================================================================
MAX1 0 0 80 0 1 1 0B 508 254
63 63 8,177,022
0 1 00 509 0 1 0F 1022 254
63 8,177,085 304,367,490
Info: Begin C,H,S values were large drive placeholders.
Info: End C,H,S values were large drive placeholders.
Actual values are:
0 1 00 509 0 1 0F 19454 254 63 8177085
304367490
Error #109: Partition ends after end of disk.
ucEndCylinder (19454) must be less than 4111.

===========================================================================================================
Partition Information for Disk 1: 32,247.7 Megabytes
Volume PartType Status Size MB PartSect #
StartSect TotalSects
===========================================================================================================
C:MAX1 FAT32 Pri,Boot 3,992.7 0 0
63 8,177,022
ExtendedX Pri 148,616.9 0 1
8,177,085 304,367,490
EPBR Log 0.0 None --
8,177,085 63
Unallocated Log 28,254.9 None --
8,177,148 57,866,067
Unallocated Log 120,362.0 None --
66,043,215 246,501,360

===========================================================================================================
Boot Record for drive C: (Drive: 1, Starting sector: 63, Type:
FAT32)
===========================================================================================================
1. Jump: EB 58 90
2. OEM Name: MSWIN4.1
3. Bytes per Sector: 512
4. Sectors per Cluster: 8
5. Reserved Sectors: 32
6. Number of FAT's: 2
7. Reserved: 0x0000
8. Reserved: 0x0000
9. Media Descriptor: 0xF8
10. Sectors per FAT: 0
11. Sectors per Track: 63 (0x3F)
12. Number of Heads: 255 (0xFF)
13. Hidden Sectors: 63 (0x3F)
14. Big Total Sectors: 8177022 (0x7CC57E)
15. Big Sectors per FAT: 7970
16. Extended Flags: 0x0000
17. FS Version: 0
18. First Cluster of Root: 2 (0x2)
19. FS Info Sector: 1
20. Backup Boot Sector: 6
21. Reserved: 000000000000000000000000
22. Drive ID: 0x80
23. Reserved for NT: 0x00
24. Extended Boot Sig: 0x29
25. Serial Number: 0x3D4308E1
26. Volume Name: MAX1
27. File System Type: FAT32
28. Boot Signature: 0xAA55

 

[Svend Olaf Mikkelsen]

The
data is not critical, but I'd like to get it back if I can.Thanks to
everyone, this is a great group! Here's Findpart(Thanks Svend):


Findpart, version 4.37 - for Windows 95/98/ME/NT/2000/XP.
Copyright Svend Olaf Mikkelsen, 2003.

OS: Windows 4.10

Disk: 1 Cylinders: 4111 Heads: 255 Sectors: 63 MB: 32248

-PCyl N ID -----Rel -----Num ---MB -Start CHS- --End CHS-- BS CHS
0 - 0B 63 8177022 3992 0 1 1 508 254 63 B OK
4032 1 0B 63247802562120997 4032 1 119456 254 63 NB OK?

-----FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YYMMDD DataMB
0 1 33 7970 4 2 7970 0 0 0 030910 1381

Partitions according to partition tables on first harddisk:

-PCyl N ID -----Rel -----Num ---MB -Start CHS- --End CHS-- BS CHS
0 1*0B 63 8177022 3992 0 1 1 508 254 63 OK OK
0 2 0F 8177085304367490148616 509 0 119454 254 63 OK?

No signature CHS: 509 0 1

You could:

Explain the exact jumper setting, not what the disk is set to, but
where the jumpers are on the pins.

Do with no other user programs running (assuming the disk is primary
master):

findpart ide fp-a.txt
findpart setsize pm native expert
findpart pm fp-b.txt
findpart finddir pm 509 550 fp-c.txt

The fp-c.txt file probably will be too large for usenet, but you can
mail me the file.

If the setsize command changes the disk size, it will not be kept
after reboot.

Until now it is known that the first logical partition is more or less
damaged.

 

[Joe]

You could:

Explain the exact jumper setting, not what the disk is set to, but
where the jumpers are on the pins.

Do with no other user programs running (assuming the disk is primary
master):

findpart ide fp-a.txt
findpart setsize pm native expert
findpart pm fp-b.txt
findpart finddir pm 509 550 fp-c.txt

The fp-c.txt file probably will be too large for usenet, but you can
mail me the file.

If the setsize command changes the disk size, it will not be kept
after reboot.

Until now it is known that the first logical partition is more or less
damaged.

OK, will do. But in the meantime, I reset the BIOS and the damn thing
recognised the 160 GB natively! This allowed me to undelete one of the
missing partitions with Pmagic. I now have the former E: drive, and
what was the D: is showing as unallocated.. I know this was a pretty
dumb thing to do, but the E: was the most important. Still not good
though....I've checked with partedit and I still have the corrupted
DDO in the boot sector..

I just can't understand why the bios suddenly decided it would
recognise the large disk. When I first got this Mobo, I had terrible
corruption and partition errors which I eventually pinned down to the
PSU(supplying +4.5-6v on the +5). My "current" psu is 4.8-4.9. I'm
beginning to think there is a problem there again. I'll be doing a lot
of backing up tonight.

 

[Joe]

OK, will do. But in the meantime, I reset the BIOS and the damn thing
recognised the 160 GB natively! This allowed me to undelete one of the
missing partitions with Pmagic. I now have the former E: drive, and
what was the D: is showing as unallocated.. I know this was a pretty
dumb thing to do, but the E: was the most important. Still not good
though....I've checked with partedit and I still have the corrupted
DDO in the boot sector..

I just can't understand why the bios suddenly decided it would
recognise the large disk. When I first got this Mobo, I had terrible
corruption and partition errors which I eventually pinned down to the
PSU(supplying +4.5-6v on the +5). My "current" psu is 4.8-4.9. I'm
beginning to think there is a problem there again. I'll be doing a lot
of backing up tonight.

I suppose I'll have to change fp-c.txt at least right? Would like to
know how to did of the dregs of that DDO as well. Basically I have a
good 4 gb c: and a 116 gb d:. In between those is an unallocated
former d: partition of 29 gb.
Here's the new findpart.

OS: DOS 7.10 WINDOWS 4.10

Disk: 1 Cylinders: 19457 Heads: 255 Sectors: 63 MB: 152625

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 - 0B 63 8177022 3992 0 1 1 508 254 63 B OK
509 2 05 60870285243497205118895 3789* 0 1 18945*254 63 +3789OK
4032 1 0B 63247802562120997 4032 1 1 19456 254 63 NB OK
4298 1 0B 63243497142118895 4298* 1 1 19454*254 63 R0 OK
0 - 0B 69047433243497142118895 4298 1 1 19454 254 63 B OK

------FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YY-MM-DD DataMB
0 1 33 7970 4 2 7970 0 0 0 03-09-10 1603
4298 1 33 Second FAT not found.

Partitions according to partition tables on first harddisk:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 1*0B 63 8177022 3992 0 1 1 508 254 63 OK OK
0 2 0F 8177085304367490148616 509 0 1 19454 254 63 OK

509 2 05 60870285243497205118895 4298* 0 1 19454*254 63 OK

4298 1 0B 63243497142118895 4298* 1 1 19454*254 63 R0 OK

 

[Joe]

Do with no other user programs running (assuming the disk is primary
master):

findpart ide fp-a.txt
findpart setsize pm native expert
findpart pm fp-b.txt
findpart finddir pm 509 550 fp-c.txt

The fp-c.txt file probably will be too large for usenet, but you can
mail me the file.

If the setsize command changes the disk size, it will not be kept
after reboot.

Until now it is known that the first logical partition is more or less
damaged.

OK, here're the fps. The c is not long at all......probably not good.
The second line(setsize) above only gave me the error screen BTW.

fp-1.txt:
Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

IDE disks:

Primary Master Model: WDC WD1600JB-00DUA3 Revision: 75.13B75
Disk: PM Cylinders: 16709 Heads: 255 Sectors: 63 MB: 131069
IDE CHS: 16383/16/63 CTM: 16383/16/63 IDE MB: 131072
User sectors: 268435455
Real sectors: 312581808
Sector 0: OK Sector 1000: OK

BIOS: 0x80: 152625 MB







fp-2.txt
Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

Searches for partitions type 01, 04, 06, 07, 0B, 0C, 0E, 82, 83,
plus Fdisk F6 and Lilo sectors. Information based on bootsectors
is marked B. If the disk is larger than supported by BIOS, the
supported part of the disk is examined. Disks are numbered from 1.

OS: DOS 7.10

Disk: PM Cylinders: 16709 Heads: 255 Sectors: 63 MB: 131069
IDE CHS: 16383/16/63 CTM: 16383/16/63 IDE MB: 131072
User sectors: 268435455
Real sectors: 312581808

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 - 0B 63 8177022 3992 0 1 1 508 254 63 B OK
509 2 05 60870285243497205118895 3789* 0 1 18945*254 63 +3789OK?
4032 1 0B 63247802562120997 4032 1 1 19456 254 63 NB OK?
4298 1 0B 63243497142118895 4298* 1 1 19454*254 63 R0 OK?
0 - 0B 69047433243497142118895 4298 1 1 19454 254 63 B OK?

------FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YY-MM-DD DataMB
0 1 33 7970 4 2 7970 0 0 0 03-09-10 1603
4298 1 33 Second FAT not found.

Partitions according to partition tables on primary master:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 1*0B 63 8177022 3992 0 1 1 508 254 63 OK OK
0 2 0F 8177085304367490148616 509 0 1 19454 254 63 OK?

509 2 05 60870285243497205118895 4298* 0 1 19454*254 63 OK?

4298 1 0B 63243497142118895 4298* 1 1 19454*254 63 R0 OK?






fp-3.txt
Finddir, version FP 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

Searches for subdirectories and calculates cluster two
location. 'Cluster' is cluster number or cluster 2 CHS.
'KB' is cluster KB. May also say something about FAT location.

OS: DOS 7.10

Disk: PM Cylinders: 16709 Heads: 255 Sectors: 63 MB: 131069
IDE CHS: 16383/16/63 CTM: 16383/16/63 IDE MB: 131072
User sectors: 268435455
Real sectors: 312581808

Start cylinder: 509 End cylinder: 550

--------- CHS ----- LBA -- Cluster (2) ----- LBA -KB YYMMDD
None found.

 

[Rod Speed]

First off, OS, = Win 98 SE, Award Bios, WDC1600BB 160GB
in 3 partitions, 4GB primary the rest extended with 2 logical
drives, D & E: of 40 & 116 GB. Was using the DLG overlay

I have a 160 MB WDC1600BB which I was using with no problem
till about a month ago. What I suspect happened is that I hit the
137 barrier and started getting corruption with high ascii characters
and eventually no boot. Quite a bit of corruption on the C: & E: drives,

Looks much more likely that its something else
corrupting the data, not the 137GB barrier.

but got most of my data back and reinstalled the OS
and the DDA, which had disappeared. Also replaced
cables and cut back bus speed to 133. Everything fine until
yesterday, when I tried to burn a CD and could only see
high ascii where my D: drive was(maybe that 137 GB again...

Unlikely. Much more likely to be a problem elsewhere.

 

[Svend Olaf Mikkelsen]

OK, will do. But in the meantime, I reset the BIOS and the damn thing
recognised the 160 GB natively! This allowed me to undelete one of the
missing partitions with Pmagic. I now have the former E: drive, and
what was the D: is showing as unallocated.. I know this was a pretty
dumb thing to do, but the E: was the most important. Still not good
though....I've checked with partedit and I still have the corrupted
DDO in the boot sector..

I just can't understand why the bios suddenly decided it would
recognise the large disk. When I first got this Mobo, I had terrible
corruption and partition errors which I eventually pinned down to the
PSU(supplying +4.5-6v on the +5). My "current" psu is 4.8-4.9. I'm
beginning to think there is a problem there again. I'll be doing a lot
of backing up tonight.

Yes, it is difficult to explain what happened here. Usually there is a
natural explanation, but sometimes it must just be examined what is
present. If the BIOS shows a wrong size, it would normally be because
the BIOS detected the disk at a time where the disk size was limited
by jumpers or disk managers.

From other messages it seems as the MBR partition table is now OK, and
that the partition content is not moved 63 sectors into the disk by a
disk manager.

It should be safe to boot directly to a floppy and do "fdisk /mbr",
but since the current MBR can boot the disk, there should be no need
for that. It has no significance if disk manager code is present in
sector 2 to 63 numbered from 0, except that some partition tools may
complain.

 

[Svend Olaf Mikkelsen]

OK, here're the fps. The c is not long at all......probably not good.
The second line(setsize) above only gave me the error screen BTW.

Good, since when the disk already was recognized correct by the BIOS
(according to another message), the command should not be run. (It was
a missing Findpart edit environment variable).

Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

Partitions according to partition tables on primary master:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 1*0B 63 8177022 3992 0 1 1 508 254 63 OK OK
0 2 0F 8177085304367490148616 509 0 1 19454 254 63 OK?

509 2 05 60870285243497205118895 4298* 0 1 19454*254 63 OK?

4298 1 0B 63243497142118895 4298* 1 1 19454*254 63 R0 OK?

Now we know that the MBR partition table is not disk manager adjusted,
and that there is no Ontrack 63 sectors offset on the disk.

Finddir, version FP 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

Searches for subdirectories and calculates cluster two
location. 'Cluster' is cluster number or cluster 2 CHS.
'KB' is cluster KB. May also say something about FAT location.

OS: DOS 7.10

Disk: PM Cylinders: 16709 Heads: 255 Sectors: 63 MB: 131069
IDE CHS: 16383/16/63 CTM: 16383/16/63 IDE MB: 131072
User sectors: 268435455
Real sectors: 312581808

Start cylinder: 509 End cylinder: 550

--------- CHS ----- LBA -- Cluster (2) ----- LBA -KB YYMMDD
None found.

No traces of FAT or directories were found in the first 329 MB of the
expected location for the lost D: partition. Directories and data
usually still would be present later in the partition. It then will be
a FAT32 without FAT recovery situation.

 

[Svend Olaf Mikkelsen]

It should be safe to boot directly to a floppy and do "fdisk /mbr",
but since the current MBR can boot the disk, there should be no need
for that. It has no significance if disk manager code is present in
sector 2 to 63 numbered from 0, except that some partition tools may
complain.

Well, it is late here.

It has no significance if disk manager code is present in sector 2 to
63 numbered from 1, except that some partition tools may
complain.

 

[Zvi Netiv]

Well, it is late here.

It has no significance if disk manager code is present in sector 2 to
63 numbered from 1, except that some partition tools may
complain.

This can be easily fixed by running CleanTrack0 from
http://resq.co.il/iv_tools.php

Cheers

 

[Lippy Espinda]

Aloha,
I was using nghost 2k3 to reimage the primary active of my
WD160gb, trying to return to a stable software configuration. when
after the reboot to windows i found that i had corrupted the extended
partition of this drive.
I have an Asus culs-l2 Award bios 1014,p3-1000eb
512k pc133 ram.
os= Win 98 SE
disk 1= WDC1600jB-00dua
disk 2=wd 60gb
disk3=wd120gb
disk4= Quantum 4gb scsi
Lite0n ltr52246s
All drives were partitioned using PQMagic 8.

Presently, the 160gb and liteon are the only drives remaining
connected to simplify matters.The WDC1600jB-00dua primary master in 4
partitions; one (C)primary active of 24.8gb and the rest in an
extended with three logical drives(D,E,F). A 60g wd was the primary
slave.
I have read a bit from this group, trying to understand, and
some information is perculating thru(Thank you all for sharing your
wisdom). Obviously, I would like to recover whatever i can from the
drive if possible. The data isn't critical but does represnt some
months of work.
Findpart so far is the only program that i have used that actually
found the other partition information(Thank you Svend Olaf Mikkelsen!)
, though I am still grappling with its output:


Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

Searches for partitions type 01, 04, 06, 07, 0B, 0C, 0E, 82, 83,
plus Fdisk F6 and Lilo sectors. Information based on bootsectors
is marked B. If the disk is larger than supported by BIOS, the
supported part of the disk is examined. Disks are numbered from 1.

OS: DOS 7.10

Disk: 1 Cylinders: 19457 Heads: 255 Sectors: 63 MB: 152625

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 - 0C 63312576616152625 0 1 1 19456 254 37 B OK
3892 1 0B 63 62524917 30529 3892* 1 1 7783*254 63 R0 OK
3892 2 05 62524980 62524980 30529 7784* 0 1 11675*254 63 3892 OK
0 - 0B 62525043 62524917 30529 3892 1 1 7783 254 63 B OK
7784 1 0B 63 62524917 30529 7784* 1 1 11675*254 63 R0 OK
7784 2 05125049960 62524980 30529 11676* 0 1 15567*254 63 3892 OK
0 - 0B125050023 62524917 30529 7784 1 1 11675 254 63 B OK
11676 1 0B 63 62524917 30529 11676* 1 1 15567*254 63 R0 OK
11676 2 05187574940 62476785 30506 15568* 0 1 19456*254 63 3892 OK
0 - 0B187575003 62524917 30529 11676 1 1 15567 254 63 B OK
15568 1 0B 63 62476722 30506 15568* 1 1 19456*254 63 R0 OK
0 - 0B250099983 62476722 30506 15568 1 1 19456 254 63 B OK

------FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YY-MM-DD DataMB
0 1 33 Second FAT not found.
3892 1 35 15259 16 2 15259 0 0 0 03-05-04 24356
7784 1 35 15259 16 2 15259 0 0 0 03-05-04 24870
11676 1 35 15259 16 2 15259 0 0 0 03-05-04 22890
15568 1 35 15247 16 2 15247 0 0 0 03-05-04 17060

------FAT CHS ------LBA Confidence Distance Type Sig
0 1 33 95 681 32 OK
2 97 3 38243 681 38148 32 OK

Partitions according to partition tables on first harddisk:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 1*0C 63312576642152625 0 1 1 1022 254 63 NB NB
0 1 1 19456 254 63 Actual

Any help would be appreciated

 

[Svend Olaf Mikkelsen]

Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

OS: DOS 7.10

Disk: 1 Cylinders: 19457 Heads: 255 Sectors: 63 MB: 152625

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 - 0C 63312576616152625 0 1 1 19456 254 37 B OK
3892 1 0B 63 62524917 30529 3892* 1 1 7783*254 63 R0 OK
3892 2 05 62524980 62524980 30529 7784* 0 1 11675*254 63 3892 OK
0 - 0B 62525043 62524917 30529 3892 1 1 7783 254 63 B OK
7784 1 0B 63 62524917 30529 7784* 1 1 11675*254 63 R0 OK
7784 2 05125049960 62524980 30529 11676* 0 1 15567*254 63 3892 OK
0 - 0B125050023 62524917 30529 7784 1 1 11675 254 63 B OK
11676 1 0B 63 62524917 30529 11676* 1 1 15567*254 63 R0 OK
11676 2 05187574940 62476785 30506 15568* 0 1 19456*254 63 3892 OK
0 - 0B187575003 62524917 30529 11676 1 1 15567 254 63 B OK
15568 1 0B 63 62476722 30506 15568* 1 1 19456*254 63 R0 OK
0 - 0B250099983 62476722 30506 15568 1 1 19456 254 63 B OK

------FAT CHS -Size Cl --Root -Good -Rep. Maybe --Bad YY-MM-DD DataMB
0 1 33 Second FAT not found.
3892 1 35 15259 16 2 15259 0 0 0 03-05-04 24356
7784 1 35 15259 16 2 15259 0 0 0 03-05-04 24870
11676 1 35 15259 16 2 15259 0 0 0 03-05-04 22890
15568 1 35 15247 16 2 15247 0 0 0 03-05-04 17060

------FAT CHS ------LBA Confidence Distance Type Sig
0 1 33 95 681 32 OK
2 97 3 38243 681 38148 32 OK

Partitions according to partition tables on first harddisk:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 1*0C 63312576642152625 0 1 1 1022 254 63 NB NB
0 1 1 19456 254 63 Actual

I assume that you can access usenet from another PC. If not, you
should wait.


Download lippy1.bat in

http://inet.uni2.dk/~svolaf/lippy1.zip

and put lippy1.bat on the same boot floppy as findpart.exe.

Run lippy1.bat, which contains:

set findpart=edit
findpart 1 0 2 - 0F 3892 0 1 19456 254 63 0 19457 255 63 26 zero
set findpart=
findpart 1 table fp1-1.txt

Note that this will delete the current primary partition, since that
partition covers the entire disk.

After that, you can reboot to the floppy, and look at the partitions
from DOS. Note that the first logical partition should get the C:
drive letter, since there is no primary partition.

You have the option to post the content from fp1-1.txt for
confirmation.

 

[Lippy Espinda]

On Mon, 27 Oct 2003 16:49:18 GMT, (e-mail address removed)2.dk (Svend Olaf
Mikkelsen) wrote|

I assume that you can access usenet from another PC. If not, you
should wait.


Download lippy1.bat in

http://inet.uni2.dk/~svolaf/lippy1.zip

and put lippy1.bat on the same boot floppy as findpart.exe.

Run lippy1.bat, which contains:

set findpart=edit
findpart 1 0 2 - 0F 3892 0 1 19456 254 63 0 19457 255 63 26 zero
set findpart=
findpart 1 table fp1-1.txt

Note that this will delete the current primary partition, since that
partition covers the entire disk.

After that, you can reboot to the floppy, and look at the partitions
from DOS. Note that the first logical partition should get the C:
drive letter, since there is no primary partition.

You have the option to post the content from fp1-1.txt for
confirmation.

Thank you for your response!
I took the time to use your excellent tool cyldir to recover the
necessary data to a new hdd as a precaution. I must express my
appreciation for this excellent compact tool that performed flawlessly
where the other exspensive software didn't even recognise the missing
partitions or data. The same for findpart. thank you again.

fp1-1.txt follows

Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

OS: DOS 7.10

Disk: 1 Cylinders: 19457 Heads: 255 Sectors: 63 MB: 152625

Partitions according to partition tables on first harddisk:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 2 0F 62524980250051725122095 3892# 0 1 19456*254 63 OK

3892 1 0B 63 62524917 30529 3892* 1 1 7783*254 63 R0 OK
3892 2 05 62524980 62524980 30529 7784* 0 1 11675*254 63 OK

7784 1 0B 63 62524917 30529 7784* 1 1 11675*254 63 R0 OK
7784 2 05125049960 62524980 30529 11676* 0 1 15567*254 63 OK

11676 1 0B 63 62524917 30529 11676* 1 1 15567*254 63 R0 OK
11676 2 05187574940 62476785 30506 15568* 0 1 19456*254 63 OK

15568 1 0B 63 62476722 30506 15568* 1 1 19456*254 63 R0 OK

 

[Svend Olaf Mikkelsen]

Thank you for your response!
I took the time to use your excellent tool cyldir to recover the
necessary data to a new hdd as a precaution. I must express my
appreciation for this excellent compact tool that performed flawlessly
where the other exspensive software didn't even recognise the missing
partitions or data. The same for findpart. thank you again.

fp1-1.txt follows

Findpart, version 4.36.
Copyright Svend Olaf Mikkelsen, 2003.

OS: DOS 7.10

Disk: 1 Cylinders: 19457 Heads: 255 Sectors: 63 MB: 152625

Partitions according to partition tables on first harddisk:

--PCyl N ID -----Rel -----Num ---MB --Start CHS- ---End CHS-- BS CHS
0 2 0F 62524980250051725122095 3892# 0 1 19456*254 63 OK

3892 1 0B 63 62524917 30529 3892* 1 1 7783*254 63 R0 OK
3892 2 05 62524980 62524980 30529 7784* 0 1 11675*254 63 OK

7784 1 0B 63 62524917 30529 7784* 1 1 11675*254 63 R0 OK
7784 2 05125049960 62524980 30529 11676* 0 1 15567*254 63 OK

11676 1 0B 63 62524917 30529 11676* 1 1 15567*254 63 R0 OK
11676 2 05187574940 62476785 30506 15568* 0 1 19456*254 63 OK

15568 1 0B 63 62476722 30506 15568* 1 1 19456*254 63 R0 OK

Cyldir by itself is a DOS tool, and then you could have used the
fp.sys device driver, and then we could have talked about a compact
tool?

Anyway, the partition tables are as expected, and I assume you
verified that the partitions are OK.

You are welcome.

 

[Joe]

Looks much more likely that its something else
corrupting the data, not the 137GB barrier.


Unlikely. Much more likely to be a problem elsewhere.

No, in fact it is very likely. I've tested this many times now by
copying a large file near the 137 gb limit and random corruption
appears every time; this is definitely the problem. My BIOS supports
48 bit LBA but windows 98 SE doesn't. As I don't have an Intel
chipset, it looks like an upgraded OS is needed to use the 23 gb
safely. Also, I found this while looking for a
solution(http://www.48bitlba.com/win98.htm):

"CAUTION! You may be able to install a 48-bit LBA drive without either
of the above options where it seems that the drive is working at full
capacity. **However, from our tests we found that data will become
corrupted once the amount of data on the hard drive begins to extend
beyond 137 GB."***

 

[Rod Speed]

Yep,

in fact it is very likely.

Nope, very unlikely indeed to get the specific
symptoms you are seeing due to that.

I've tested this many times now by
copying a large file near the 137 gb limit

What's that supposed to mean ? Do you mean the file itself
is that large ? Presumably not because it isnt possible to
copy a file that large on a drive of that size, there isnt room
for both copys that need to be there during the copy.

If you mean that the file is LOCATED near the 137GB limit,
how did you determine where it is physically on the drive ?

and random corruption appears every time;

You shouldnt be getting 'random corruption' either. It should
be completely non random corruption that affects the bit of
the file thats over the 137GB limit on the physical drive.

this is definitely the problem.

Dont believe it. Its MUCH more likely that you in fact have a
drive that has a problem with the cylinders at the high GB end
of the drive and that the RANDOM CORRUPTION occurs when
the file ends up in those cylinders with the bad sectors in them.

You can test that possibility by running a diagnostic on the drive.

My BIOS supports 48 bit LBA but windows 98 SE doesn't.

That shouldnt produce RANDOM CORRUPTION.

As I don't have an Intel chipset,

What the hell has that to do with anything ?

it looks like an upgraded OS is needed to use the 23 gb safely.

That url below spells out how to do it safely with that OS.

Also, I found this while looking for a solution
(http://www.48bitlba.com/win98.htm):

"CAUTION! You may be able to install a 48-bit LBA drive without
either of the above options where it seems that the drive is working
at full capacity. **However, from our tests we found that data will
become corrupted once the amount of data on the hard drive
begins to extend beyond 137 GB."***

That aint RANDOM CORRUPTION, thats completely predictable
corruption when the file ends up in the space over 137GB.