[WIN2k, WD Schijf probleem] Data verdwenen, spontaan RAW

[Verwijderd]

Vanaf vorige zondag heb ik een nogal vreemd probleem, waar ik tot nu toe geen oplossing voor heb gevonden.

De schijf is 3 maanden oud....even vooraf gesteld.

Er zijn dus 2 schijven. 1 is de C, die het nog normaal doet, dit is een fat32 partitie met windows. Dan is er de D (de WD schijf, die nu dus niet goed meer werkt).

In de nacht van zaterdag op zondag was ik een serie aan het downloaden met behulp van bittorent (TheShadow's client om precies te zijn...ik geef maar even alle informatie die ik heb). In die nacht (ik kan niet zeggen hoe laat aangezien ik sliep) is bittorent gestopt met downloaden....er stond in de bittorent-clientwindow dat er een file corrupted was. Toen ik daarna op de schijf klikte in windows explorer van de desbetreffende schijf zei hij dat Chkdsk.exe uitgevoerd diende te worden.

Na een reboot geeft hij dus tot nu toe aan dat de schijf geformatteerd dient te worden voordat hij gebruikt kan worden. Ik kan er dus helemaal niet meer op.

Chkdsk.exe werkt niet meer, hij geeft de volgende fout aan als ik hem via een command de opdracht geef de desbetreffende schijf te onderzoeken op fouten.

The type of the file system is RAW.
Chkdsk is not available for RAW drives.

De schijf was voor dit probleem een NTFS partitie..de volledige schijf van 160 gig.

Dit zijn de dingen die ik al geprobeerd heb:

EasyRecovery

Als ik hem laat zoeken op NTFS vind hij niets...op RAW vind hij wel een paar dingen, maar zo sporadisch weinig dat ik betwijfel dat ik wel op de goede weg ben. Van de ruim 7k muziek files vind hij er nog geen 50 terug.

GetDataback

In de search-functie geeft hij aan dat hij folders vind.....erg weinig folders. Ook zie ik files voorbij komen die me zeker bekend voorkomen. Het probleem is alleen dat er in het scherm daarop helemaal niets staat. Hij geeft niets aan om te recoveren...het blijft blanco.


Uit de FAQ

Een NTFS partitie kan zich ook als leeg voordoen of ontoegankelijk zijn met een beschadigde MFT (Master File Table). Deze kun je herstellen met CHKDSK X: /F (waarbij X: voor de schijfletter staat).

Dit werkt niet aangezien hij blijft aangeven dat het file-systeem RAW is.

[url]http://gathering.tweakers.net/forum/list_messages/762972///raw[/url]

http://support.microsoft....spx?scid=kb;EN-US;q247575

Alhoewel het probleem bij mij ook is dat hij RAW is geworden (blijkbaar), is dit een oplossing voor een fat32 partitie. Dit werkt niet bij mijn oude NTFS schijf.

Dan heb ik ook nog wat dingen geprobeerd nadat ik een emailtje had gestuurd naar de helpdesk van WD (die trouwens binnen 5 minuten reageerde, hulde daarvoor).

Dit was hun antwoord op mijn probleem:

The motherboard (or PCI controller card that a drive above 120 gig is connected to) must be able to support 48 bit LBA in order to avoid data corruption and data loss as soon as the amount of data on the drive goes over 137 gig (decimal) or 128 gig as reported in Windows (binary.) Additionally Microsoft only support drives above this size on Windows 2000 with SP 3 or later or Windows XP with SP 1 or later. Apple only support use of drives above 137 gig (128 gig binary) on a G4 or G5 under MAC O/S 10.2 or later. Under 2000 or XP, regardless of how the drive is formatted, the user must ensure they have service pack 1 for XP or service pack 3 or later for 2000 to support this drive. Without that you also have these problems. Please see the following link:

Service Pack 4 had geen effect. Ook zat ik volgens mij nog een eind onder de 137 gig barriere. Zover ik het me kan herinneren zat ik misschien net over de 110.

Omdat ik niet zeker wist of mijn bios 48 bit LBA ondersteunde, ben ik naar de site geweest van het moederboard en heb daar het/de (weet even niet wat het is) nieuwste bios gedownload. Deze gaf als "features"

1.Support to AMD XP 2600+(133)
2.Support HDD >137G

Bios flashen had geen effect. Let wel op, ik heb dit gedaan NADAT de schijf zijn probleem had. Het moederboard is een Chaintech 7AIA5. Dit is hem

Nu zijn er nog een paar dingen die ik kan/wil gaan proberen.

Uit de FAQ

Oplossing voor NT/2K/XP: duik via de SetupCD de Recovery Console in en voer de fixmbr commando in.

Dit heb ik nog niet gedaan omdat mijn admin pass om de 1 of andere reden niet correct is. Misschien heb ik met mijn duffe kop iets verkeerds getypt. Dan dien ik dus een format te doen, opnieuw te installeren en het dan alsnog te proberen?

In een andere comp steken

Hier heb ik nog geen kans toe gezien, aangezien alle mensen die ik ken met een comp (en die in de buurt wonen) te bang zijn om hun computer open te schroeven, in de angst van dat er iets fout zal gaan.

[url]http://support.microsoft.com/default.aspx?scid=kb;en-us;305098[/url]

Nu is dit wel voor ATAPI gevallen. Ik ben dan geen expert op het gebied van schijf-benamingen, maar volgens een vriend heeft dit alleen betrekking tot cd-romdrives en dergelijke. Nu las ik er ook wel dat de 48bit LBA support zelf ingeschakeld dient te worden via het Registry. Ik heb dit nog niet gedaan aangezien ik er vanuit ging dat servicepack 4 dat wel vanuit zichzelf deed. Valt dit nog te proberen in de IDE services of iets dergelijks, of is dit totaal niet van toepassing op mijn probleem? In andere woorden: dien ik voor IDE drives ook apart de 48 bit LBA support aan te zeten in het registry?

Format

Dit zie ik zelf als de aller-allerlaatste poging, aangezien ik niet wil dat ik onnodig schade ga aanrichten aan de data die er misschien nog wel opstaat, maar die ik niet kan bereiken.

Dus....in welke volgorde kan ik het beste de mogelijke oplossingen nog aanpakken? Zijn er andere oplossingen die ik nog over het hoofd zie?

[ Voor 6% gewijzigd door Verwijderd op 18-07-2004 12:43 ]

[BalusC]

De partitietabel is goed verneukt, de schijf wordt gezien als RAW. Probeer eens met [u]ptedit[/] de partitietabel te herstellen naar NTFS (07). Onthou wel wat er eerst stond; mocht het niet helpen, dan kun je dat het beste terugzetten.

[Verwijderd]

BalusC schreef op 18 juli 2004 @ 12:53:
De partitietabel is goed verneukt, de schijf wordt gezien als RAW. Probeer eens met [u]ptedit[/] de partitietabel te herstellen naar NTFS (07). Onthou wel wat er eerst stond; mocht het niet helpen, dan kun je dat het beste terugzetten.

Als ik chkdsk in een command window gebruik geeft hij aan een RAW te zijn ja....maar toen ik ptedit via een bootdisk (dos) gebruikte, stond hij al in de lijst als een 07 NTFS partitie.

[BalusC]

Sneu Gaat het overigens om een Standaard volume of een Dynamische volume?

edit:

Hier vind je ook wat tips: http://www.z-a-recovery.com/checklist_2000_partboot.htm

[ Voor 39% gewijzigd door BalusC op 18-07-2004 14:59 ]

[Verwijderd]

BalusC schreef op 18 juli 2004 @ 14:58:
Sneu Gaat het overigens om een Standaard volume of een Dynamische volume?

edit:

Hier vind je ook wat tips: http://www.z-a-recovery.com/checklist_2000_partboot.htm

Ik ben niet helemaal thuis in die termen met betrekking tot harde schijven

Wat is precies het verschil tussen een standaard en een dynamisch volume?

Ik heb de gegeven link nagekeken en ik heb partition info maar eens over de betreffende schijf heen gehaald voor meer info.


Met betrekking tot de schijf kwam dit als informatie:

==========================================================
Partition Information for Disk 2: 131,069.4 Megabytes
Volume PartType Status Size MB PartSect # StartSect TotalSects
==========================================================
D: QNX, UN*X Pri 152,625.3 0 0 63 312,576,642

Ik moet wel zeggen dat hij een error gaf toen ik partition info draaide, namelijk dit...misschien dat dit ook nog relevant is.

Info: End C,H,S values were large drive placeholders.
Actual values are:
0 0 00 0 1 1 07 19456 254 63 63 312576642
Error #109: Partition ends after end of disk.
ucEndCylinder (19456) must be less than 16709.

*edit*

Even nog een update...een vriend heeft mij aangeraden om BootIt NG een keer te draaien...daar werd de schijf weer aangegeven als HPFS/NTFS.

Volledige gegeven info daar is:

MBR Entry 0 HPFS/NTFS

File System 7/7h: HPFS/NTFS
Size 152625 mb

LBA information
Start 63
End 312576704

Bootable: No

[ Voor 14% gewijzigd door BalusC op 18-07-2004 19:56 . Reden: layoutfix .. ]

[Pearl]

Probeer hem eens te mounten met MountVol /E, onder cmd in de uitvoeren box.

Daarna deze sleutel bekijken of die op 1 staat.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MountMgr\NoAutoMount

[Verwijderd]

Als ik hem probeer te mounten met het /e commando, geeft hij aan dat de schijf niet leeg is en het niet mogelijk is.

Even een paar manieren die ik heb gebruikt, moet je maar even zeggen of het fout is.

Ik heb de eerste keer een cmd window geopend, daar het volume gemount op een lege map op een andere NTFS partitie, en toen geprobeerd met

Mountvol f:\Mounten /e (waar F de NTFS partitie is, en Mounten de map waar ik de partitie die verdwenen is gemount heb).

Als 2de heb ik via het uitvoeren window gewoon direkt Mountvol D:\ /e (waar D de verdwenen partitie is)


Beiden geven aan dat de map niet leeg is.....nu weet ik alleen niet of dat komt doordat hij geformatteerd wil worden, of omdat hij weet dat er iets staat maar er gewoon niet bij kan.

Die registry key staat ook niet in mijn registry.

[ Voor 3% gewijzigd door Verwijderd op 18-07-2004 20:40 ]

[Pearl]

Je moet/mag alleen in de commandline MountVol /E kopieëren of typen, zie je een lijstje met de schijven en waarden, het was maar een probeersel.

Werkt als de automount in de reg. uit staat.

Wat staat er in je reg. bij HKLM, system, mounteddevices?

[Verwijderd]

Pearl schreef op 18 juli 2004 @ 20:55:
Je moet/mag alleen in de commandline MountVol /E kopieëren of typen, zie je een lijstje met de schijven en waarden, het was maar een probeersel.

Werkt als de automount in de reg. uit staat.

Wat staat er in je reg. bij HKLM, system, mounteddevices?

Ik zie wel een lijstje schijven en waarden ja....ik zal ze even kopieren.

\\?\Volume{6ef826a3-cd2b-11d8-9deb-806d6172696f}\
C:\

\\?\Volume{6ef826a4-cd2b-11d8-9deb-806d6172696f}\
E:\

\\?\Volume{6ef826a5-cd2b-11d8-9deb-806d6172696f}\
F:\

\\?\Volume{6ef826a6-cd2b-11d8-9deb-806d6172696f}\
D:\

\\?\Volume{1f648420-d444-11d8-9f73-806d6172696f}\
G:\

\\?\Volume{1f648421-d444-11d8-9f73-806d6172696f}\
H:\

\\?\Volume{6ef826a0-cd2b-11d8-9deb-806d6172696f}\
A:\

Bij de mounteddevices staat

http://media.insidegamer.nl/dump/1090177946.jpg

[Tom_G]

Wat ik vorig jaar nog meegemaakt heb (mischien houd het verband) is dat ik toen nog niet de nodige service pack voor win2k server had, en eens ik over de +- 136 gb (of 127, weet het niet meer juist, aan die grens dus) ook de data corrupt werd.
Ik moest toen ook formatteren (ook nog wat kunnen recoveren).

Maar m'n probleem was gelijkaardig, en was blijkbaar omdat windows om één of andere reden niet de volledige schijf kon gebruiken, maar nochtans was er één partitie van 186 gb beschikbaar (wd schijf van 200 gb).

[hilbren]

werkt fdisk /mbr niet in zo'n geval?

[Pearl]

Tom_G schreef op 18 juli 2004 @ 21:26:
Wat ik vorig jaar nog meegemaakt heb (mischien houd het verband) is dat ik toen nog niet de nodige service pack voor win2k server had, en eens ik over de +- 136 gb (of 127, weet het niet meer juist, aan die grens dus) ook de data corrupt werd.
Ik moest toen ook formatteren (ook nog wat kunnen recoveren).

Maar m'n probleem was gelijkaardig, en was blijkbaar omdat windows om één of andere reden niet de volledige schijf kon gebruiken, maar nochtans was er één partitie van 186 gb beschikbaar (wd schijf van 200 gb).

Idd, die 48 bit LBA ondersteuning moet ook in je windows aan staan.

Als je C: je opstart en systeemschijf is kun je die waarden in de MoundedDevices wissen en opnieuw opstarten.

De waarden voor D: zijn idd niet voor een ntfs partitie.

Als je de drive letters had veranderd zul je deze weer moeten aanpassen.

[Verwijderd]

Pearl schreef op 18 juli 2004 @ 21:43:
[...]


Idd, die 48 bit LBA ondersteuning moet ook in je windows aan staan.

Als je C: je opstart en systeemschijf is kun je die waarden in de MoundedDevices wissen en opnieuw opstarten.

De waarden voor D: zijn idd niet voor een ntfs partitie.

Als je de drive letters had veranderd zul je deze weer moeten aanpassen.

In welke volgorde kan ik dan nu het beste aan de gang gaan? Eerst die fdisk /mbr proberen of eerst die registry waarden gaan veranderen.

Als ik het goed begrijp moet ik dus gewoon alle info uit die desbetreffende registry map verwijderen, en die wordt automatisch "ververst" met nieuwe, hopelijk betere info om het zo even te zeggen, als ik reboot? Of moet ik alleen 1 bepaalde key met betrekking tot D verwijderen?

Wordt die 48 bit LBA dan ook aangezet, of dien ik die er nog zelf in te zetten met een registry key?

[Pearl]

Fdisk /mbr is voor fat32 of een ander dosfs, niet voor een NTOS, fixmbr is dat.

En de 48 bits LBA, die kun je nakijken in je reg.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters\\EnableBigLba, deze moet op 1 staan.

Het wissen heeft daar niet zo veel mee te maken, maar een probeersel, en je kunt idd alleen die vewijzingen naar d: verwijderen.

[ Voor 17% gewijzigd door Pearl op 18-07-2004 23:43 ]

[Verwijderd]

Pearl schreef op 18 juli 2004 @ 23:40:
Fdisk /mbr is voor fat32 of een ander dosfs, niet voor een NTOS, fixmbr is dat.

En de 48 bits LBA, die kun je nakijken in je reg.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters\\EnableBigLba, deze moet op 1 staan.

Het wissen heeft daar niet zo veel mee te maken, maar een probeersel, en je kunt idd alleen die vewijzingen naar d: verwijderen.

Hhmm, die key staat er niet bij. Die kan ik er zelf bijzetten neem ik aan? Ik las vanmiddag wel zoiets ergens, dan zoek ik dat weer even op.

[BalusC]

hilbren schreef op 18 juli 2004 @ 21:40:
werkt fdisk /mbr niet in zo'n geval?

Pearl schreef op 18 juli 2004 @ 23:40:
Fdisk /mbr is voor fat32 of een ander dosfs, niet voor een NTOS, fixmbr is dat.

Inderdaad fixmbr. Dat zou in theorie ook een oplossing kunnen zijn, ware het niet dat de topicstarter reeds in de topistart meldde dat zijn Administrator password om de een of andere reden ongeldig is. Dan wordt het wel héél lastig om in de Recovery Console te kunnen werken. De schijf in een andere PC hangen gaat ook niet, omdat er dan naar de MBR van een van de schijven van de andere PC wordt gekeken.

[Verwijderd]

BalusC schreef op 19 juli 2004 @ 07:25:
[...]

[...]
Inderdaad fixmbr. Dat zou in theorie ook een oplossing kunnen zijn, ware het niet dat de topicstarter reeds in de topistart meldde dat zijn Administrator password om de een of andere reden ongeldig is. Dan wordt het wel héél lastig om in de Recovery Console te kunnen werken. De schijf in een andere PC hangen gaat ook niet, omdat er dan naar de MBR van een van de schijven van de andere PC wordt gekeken.

Een format over de C schijf is niet zo'n probleem hoor.....maar ik doe liever eerst de makkelijkere oplossingen proberen voordat ik daaraan begin.

*edit*

De D-keys verwijderen uit de mounted devices map had geen effect. Ze kwamen met dezelfde vreemde waarde terug.

*edit2*

De EnableBigLba key heb ik erin gezet, maar die werkt ook niet.....dan vanavond maar even formatteren en die admin pass zien te bemachtigen.

[ Voor 19% gewijzigd door Verwijderd op 19-07-2004 17:14 ]

[Verwijderd]

Een Update

Na een herinstall heb ik het fixmbr commando gebruikt in het recovery console. Dit had geen effect.

CHKDSK X: /F is ook geprobeerd en had geen effect, hij blijft aangeven dat het een RAW partitie is, en dat het alleen op NTFS werkt.

[Pearl]

Verwijderd schreef op 19 juli 2004 @ 22:32:
Een Update

Na een herinstall heb ik het fixmbr commando gebruikt in het recovery console. Dit had geen effect.

CHKDSK X: /F is ook geprobeerd en had geen effect, hij blijft aangeven dat het een RAW partitie is, en dat het alleen op NTFS werkt.

Lekker probleem, is idd niets zinnigs over te vinden op 't net, ook fixboot X geprobeerd?

Een probeersel, verander de partitie met Pedit van PM in een andere, restart en zet hem terug in 07, restart, je kan het proberen.

Overigens is chkdsk X /F /R ook een optie.

Al geprobeerd met Knoppix de bestanden te kopieëren, indien mogelijk, kun je hem daarna weer gebruiken, na een format.

[Verwijderd]

Pearl schreef op 20 juli 2004 @ 11:35:
[...]


Lekker probleem, is idd niets zinnigs over te vinden op 't net, ook fixboot X geprobeerd?

Een probeersel, verander de partitie met Pedit van PM in een andere, restart en zet hem terug in 07, restart, je kan het proberen.

Overigens is chkdsk X /F /R ook een optie.

Al geprobeerd met Knoppix de bestanden te kopieëren, indien mogelijk, kun je hem daarna weer gebruiken, na een format.

Ik heb gisteren toevallig het fixboot commando geprobeerd, en dat had wel redelijk succes.

Hij heeft helaas alleen een FAT-boot geschreven, en nog geen NTFS. Ik heb toen via Ptedit gekeken, en die gaf aan dat het nog steeds NTFS is.

In windows zelf kan ik in ieder geval weer op de schijf zonder hij zegt dat hij geformatteerd dient te worden. Volgens mij moet ik nu dus alleen nog het 1 of andere programma zo ver zien te krijgen dat hij gedwongen wordt een NTFS bootsector op de schijf te schrijven, en met een beetje geluk is het dan opgelost.

[Pearl]

Had je deze partite geconverteerd van fat32 naar ntfs, voordat de problemen begonnen? zo ja, dan is dit probleem wel algemeen bekend.

Tevens zijn de oplossingen daarover niet te vinden en wordt het, helaas , een format.

Toch maar proberen de gegevens er met een linux distro er af te halen, deze schijnen wel met een raw partitie overweg te kunnen, maar of dat zo is.

[Verwijderd]

Had je deze partite geconverteerd van fat32 naar ntfs

Nope.

Gewoon ineens spontaan van ntfs naar RAW gegaan. Volgens mij dus vanwege een corrupted boot sector.

[Pearl]

Wat zegt Partition Magic nu, indien aanwezig?

Kun je hem converteren in PM of in de cmdbox met convert d: /fs:ntfs /v?

[Verwijderd]

In Partition Magic staat de schijf nu aangegeven als FAT.

Als ik dan rechtermuisknop > convert doe heb ik alleen maar de keuze uit

FAT (4 k Aligned)
FAT32

NTFS staat als grijs aangegeven.

Kun je hem converteren in PM of in de cmdbox met convert d: /fs:ntfs /v?

Met dat geeft hij aan dat er onvoldoende vrije schijfruimte is voor de conversie. Dien ik daar C voor te gebruiken, of moet daar de ruimte op D voor zijn?

D wordt nu namelijk aangegeven als een schijf met 152.625.3 mb, waarvan 10.1 gebruikt, en 0 mb beschikbaar.

[ Voor 49% gewijzigd door Verwijderd op 20-07-2004 14:01 ]

[Verwijderd]

Even een vraagje. Als ik nu de schijf formatteer en er weer 1 grote NTFS partitie van maak...en ik run dan Easy Recovery of een ander data-recovery programma......is er dan uberhaupt een kans dat ik data terugkrijg? Is die kans groot of klein, en zoja, hoeveel % kan ik ongeveer terugverwachten?