Na crash, partitietabel beschadigd/weg

Pagina: 1
Acties:

  • Mizitras
  • Registratie: September 2002
  • Niet online
Western Digitl 80-gig schijf. (1x)
Drie partities, c, d, e. Met op de D: Win2K.

Probleem start na vastgevroren systeem -> manuele reset
Bericht van WIN2K dat ie niet kan opstarten => "NTOSKRNL.EXE is damaged or could not be found...3

Via WIN2K noodherstelconsole NTOSKNRL.exe van cd-rom (die noemt dan NTOSKRNL.EX_ neem ik aan) naar de C: te kopiëren.
Eens in C:\ wou ik dat naar de d: kopieren.
Boodschap: "Geen geldig station"

Ik doe "d:\dir"
Het station is niet toegankelijk krijg ik te horen!

Ik opteerde voor WIN2K over m'n huidige WIN2K config te gooien, helaas in de installatie kon ik kiezen om ze op één van deze drie te installeren.
C: FAT32 (xxxxmeg vrij)
D: Beschadigt of ongeformateerd (xxxxmeg)
E: FAT32 (xxxxxmeg vrij)

Vervolgens omdat ik niet wil formatteren -> Win98 opstartdiskette de FAT32 D-partitie benadert.
Heb via de diskette NTOSKRNL.EXE naar de SYSTEM32 map onder d:\WINNT\system32\ gecopiëert.

Vervolgens SCANDISK + surface scan => buiten wat (5) correcites in mappen, geen fouten.

Na een frisse herstart: "...NTOSKRNL.EXE..."

Heb uiteindelijk windows op de C-partitie geïnstalleerd.
In Windows dan, ga ik naar Deze Computer, klik ik op station D:
"De schijf in station D is niet geformatteerd. Wilt U deze nu formatteren?"
Rechts muisklik op D:\ en eigenschappen zegt ie
"Bestandssysteem: onbekend"
Conclusie: Bij crash/freeze serieus wat misgelopen en ik gok dat alleen m'n FAT-tabel 'weg' is of beschadigt.

Op D-partitie stondnu wel mijn data op, inclusief recovery programma waar ik dus nu niets aan heb.

Wat kan ik hier asap aan doen?

Zou dit de oplossingkunen zijn zonder enige schade aan te richten???
Via opstartdiskette:"a:\fdisk d: /mbr"
Daarna in de recovery console: "d: /fixboot" of "d: /fixmbr" ???

Kan het zijn dat er meer 'mis' is met de harde schijf intern dan slechts het OS/computer die het verknalt heeft???

[ Voor 57% gewijzigd door Mizitras op 03-09-2003 01:29 . Reden: Alles wat duidelijker maken ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Mizitras
  • Registratie: September 2002
  • Niet online
Dankjewel. Over het heroepen van verloren data was ik al bekend. Maar om data die er nog effectief is en gewoon even niet 'benadert' kan worden door een screwed-up FAT-tabel, stond er niets.

Misschien dat er sommige mensen bij zijn die de symptonen wel herkennen van ervaring.
(Die al wel, of gedeeltelijk, zijn opgelost in de GOT FAQ's. Maar dit probleem dan weer net/nog niet.)

[ Voor 23% gewijzigd door Mizitras op 03-09-2003 01:31 ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
Ik hang zo'n schijfje in een andere PC en verander de partitie gegevens met Ptedit van Partition Magic ( liefst versie 8 ) in de juiste , werkt tot nu toe prima.

Heb alleen gemerkt op dit forum dat deze werkwijze niet erg vertrouwt wordt, maar ja, onbekend maakt onbemind.

Een specialist weet alles van niks en een generalist weet niks van alles.


  • Mizitras
  • Registratie: September 2002
  • Niet online
Pearl schreef op 31 August 2003 @ 23:59:
Ik hang zo'n schijfje in een andere PC en verander de partitie gegevens met Ptedit van Partition Magic ( liefst versie 8 ) in de juiste , werkt tot nu toe prima.

Heb alleen gemerkt op dit forum dat deze werkwijze niet erg vertrouwt wordt, maar ja, onbekend maakt onbemind.
In andere pc hangen als je die niet hebt, of niet bij anderen terecht kan is wel een probleem.
PTEDIT, er valt geen 'naslag' of informatie over te vinden. (Dit zeggen zelfs de meeste websites die al eens iets over PTEDIT schreven:"Totaal ontbreken van informatie over ptedit in de .HLP van partition magic, of enige README.txt te bespeuren)

[ Voor 77% gewijzigd door Mizitras op 02-09-2003 17:40 ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Mizitras
  • Registratie: September 2002
  • Niet online
Sorry als ik even kick, maar het is nog niet opgelost en nogal 'dringend' aangezien het gee 'persoonlijke computer' aangaat. (Ik wordt er overigens niet voor betaald ofzo hoor, maar ik moet er oa ook voor heel wat gebruik van maken).

Probleem: FAT32-tabel is 'verdwenen/beschadigt' en wordt enkel nog met bootdiskette gevonden. Windows/fdisk herkennen het bestandssysteem niet.
=> Kan niet aan die data !!! :(

Ik heb het volgende gevonden als mogelijke 'oplossingen':
(1) FDISK d: /MBR (maar twijfel of dit eigenljk wel iets 'goed' doet en niet meer overhoopt gooit)
(2) Via PTEDIT van Powerquest Partition Magic (8.0) de D: partitie kenmerk 'Type 0F' ("ExtendedX") veranderen naar 'Type 05' (Extended). Herstarten, en zou dan 'terug' moeten zijn. Met gegevens.

Maar zoals op veel sites staat, over PTEDIT IS ER GEEN README of 'naslag' te vinden. Dus buiten dat te veranderen, staat er niets over gegevens bewaren of wat het juist inhoud... |:( :?

2de oplossing maakt echter meeste kans denk ik op slagen en het dichtst mijn probleem benaderen.
Maar beide zijn natuurlijk héél riskie vind ik voor indien het fout gaat (in die zin dat het toch niet dé oplossing was die ik nodig heb). :'(

Dus AUB, als er gebruikers zijn MET ervaring op dit gebied, even iets te laten weten WAT IK KAN DOEN. _/-\o_

[ Voor 26% gewijzigd door Mizitras op 03-09-2003 01:33 ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Mizitras
  • Registratie: September 2002
  • Niet online
-stond onzin-

[ Voor 116% gewijzigd door Mizitras op 03-09-2003 01:33 ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • BalusC
  • Registratie: Oktober 2000
  • Niet online

BalusC

Carpe diem

Done, compleet met spellingcontrole :)

Overigens hoor je zulke verzoeken eigenlijk via topicreport (zie Afbeeldingslocatie: http://gathering.tweakers.net/global/templates/got/images/icons/icon_hand.gif helemaal bovenaan) te doen. Zulke dingen vallen de moderators sneller op namelijk ;)

[ Voor 76% gewijzigd door BalusC op 02-09-2003 18:14 ]


  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
Ikke niet begrijp, je hebt/had deze schijf ingedeeld met 3 partities? of met 1 extended met 3 logische schijven? :?

Of is het nog anders. je hebt het over het veranderen van een extended? :?

Als je had gepartitioneerd als fat32 dan moet je deze 0B of 0C, NTFS 07 zijn, als een extended hebt moet je de 2e schijf daarin hebben, dus na Goto EPBR , toch. :)

[ Voor 3% gewijzigd door Pearl op 02-09-2003 19:02 ]

Een specialist weet alles van niks en een generalist weet niks van alles.


  • Mizitras
  • Registratie: September 2002
  • Niet online
Dankjewel BalusC-mod. Zal me in vervolg bij De Hand melden.
(Wist dat niet)
Pearl schreef op 02 September 2003 @ 18:59:
Ikke niet begrijp, je hebt/had deze schijf ingedeeld met 3 partities? of met 1 extended met 3 logische schijven? :?

Of is het nog anders. je hebt het over het veranderen van een extended? :?

Als je had gepartitioneerd als fat32 dan moet je deze 0B of 0C, NTFS 07 zijn, als een extended hebt moet je de 2e schijf daarin hebben, dus na Goto EPBR , toch. :)
Slechts één harde schijf heb ik.
Geformatteerd met FDISK op een normale manier om de schijfruimte te verdelen:
C: - FAT32 (primary uiteraard)
D: - FAT32 (uitgebreide neem ik aan)
E: - FAT32 (zal ook via FDISK uitbreide zijn neem ik aan)

En partitie D: bestaat nu nog (word overal gezien). Maar de tabel is weg/beschadigt.

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
Fat32 is dan 0B, kan geen kwaad om dit te veranderen, kun je zo weer veranderen in 0C, indien nodig.

Een specialist weet alles van niks en een generalist weet niks van alles.


  • poing
  • Registratie: Juli 2001
  • Niet online
Hey raar, ik heb NET hetzelfde maar dan met NTFS. De mijne maakt wel lawaai dus ik denk dat die stuk is.

  • Mizitras
  • Registratie: September 2002
  • Niet online
Pearl schreef op 03 September 2003 @ 08:27:
Fat32 is dan 0B, kan geen kwaad om dit te veranderen, kun je zo weer veranderen in 0C, indien nodig.
PTEDIT geeft dit ook aan onder Windows...

Onder DOS (real), kent ie ook de D-partitie.

Alleen dacht ik nu toch met een tweede HD die ik even mag lenen, mijn D-partitie onder DOS te backupen via Ghost.
Zegt Ghost dat dit niet kan, want (en luister goed, want dit kan in één oogopslag weleens de hele mikmak oplossen) zegt ie:

"Parition 2 type b has an invalid boot record."

-> Wat me dus toegang (blijkbaar alleen onder Windows) verhindert
-> Deze schijf toch met PTEDIT FAT32 aangeeft.
-> De schijf 'unknown format' aangeeft onder Partition Magic en Windows.

Hoe fix ik dan deze 'invalid' boot record?
(fixmbr ???)

[ Voor 5% gewijzigd door Mizitras op 06-09-2003 00:12 ]

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
Idd met parameter D: en fixboot D:, heb je ze alle 2, staat niet bij wat er precies fout is.

Uiteraard in de herstelconsol.

Er zit ook een repairtooltje in PM maar meestal werkt deze niet, maar je kunt het proberen.

Mocht je de bestanden die erop staan nodig hebben, getdataback gebruiken of onder dos alle kopieëren wat je nodig hebt en maar overnieuw beginnen. :(

Een specialist weet alles van niks en een generalist weet niks van alles.


  • Mizitras
  • Registratie: September 2002
  • Niet online
Pearl schreef op 06 September 2003 @ 00:54:
Idd met parameter D: en fixboot D:, heb je ze alle 2, staat niet bij wat er precies fout is.

Uiteraard in de herstelconsol.

Er zit ook een repairtooltje in PM maar meestal werkt deze niet, maar je kunt het proberen.

Mocht je de bestanden die erop staan nodig hebben, getdataback gebruiken of onder dos alle kopieëren wat je nodig hebt en maar overnieuw beginnen. :(
Dus, CD-rommetje erin.

F:\ /fixmbr d:
gevolgt door
F:\ /fixboot d:
(mag dit ook met fdisk ? A:\fdisk d /fixmbr)

Repairtooltje bij PM, niet gezien totnogtoe.

En ja, ik wil de data terug hebben, en onder dos copiëren is chaos (max 8-mappen diep regel wil weleens opgaan en tegen werken).
Met een nieuwe (/fixmbr) -> FAT-tabel herstelt, dan heeft het toch weinig zin gegevens te gaan copiëren, aangezien ik de schijf dan toch terug kan benaderen vanuit Windows, of niet? :?

"en maar overnieuw beginnen..."
Hoe? alles moet dan toch terug goed zijn als m'n tabel terug in orde is? :?

Waarom fixboot? (maakt dat die partitie eventueel bootable?)

Sorry hoor, maar niet zo duidelijk voor me. Als er nog even bij dit ziekenbedje gebleven kan worden aub? O-)

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
:? fixboot d: en fixmbr d: in de repairconsole ( herstelconsole )na opstarten van XP cd en na op R drukken.

Een specialist weet alles van niks en een generalist weet niks van alles.


  • Mizitras
  • Registratie: September 2002
  • Niet online
Pearl schreef op 06 September 2003 @ 13:07:
:? fixboot d: en fixmbr d: in de repairconsole ( herstelconsole )na opstarten van XP cd en na op R drukken.
Ok, we zullen het dan maar eens proberen kantje boordje.
(Eerst nog een paar dingetjes via dos proberen veilig te stellen)
Hopelijk tast dat ding geen andere schijven aan, waaronder me'n C:\ vanwaar ik nu moet booten.

-Resultaat post ik straks wel even-

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


  • Mizitras
  • Registratie: September 2002
  • Niet online
Ok. Min of meer is er nog wat van gekomen.
M'n gegevens heb ik kunnen wegschrijven naar een veilig medium.

Maar m'n D:\ partitie blijft toch een enfant terrible.

Doe ik dus die FIXBOOT -> Herkend ie m'n D-partitie, maakt ie er een FAT(12!!!) van! (Partition Magic blijft echter doodleuk aangeven dat het om FAT32 gaat, maarja)

Ga ik onder Windows, kan ik toegang krijgen tot deze schijf. Echter, ze is 10 à 11megabyte groot en er is nog 7-megabyte beschikbaar terwijl er geen bestanden op staan!

FDISK & Partition Magic geven elk aan dat het hier nog steeds om 22,036,-gigabyte aan data gaat.

Heb daarna dan maar eens de aangegeve FIXMBR gedaan zoals hierboven aangegeven. Dit resulteerde in dat m'n schijf weer NIET toegankelijk was, noch onder Windows, noch onder DOS.

Opnieuw FIXBOOT -> weer een 10MB schijfje !

Valt hier nog iets aan te doen? Want nu is die FAT-tabel wel terug (hersteld), maar niet bepaald m'n FAT32-tabel die 22gig herbergt en die dus ook niet te zien valt onder m'n Windows. (Wat juist wel ging gebeuren kreeg ik toch de indruk van de andere posts hier).

D: gewoon formatteren en data terug erop zetten zeker? Of nog wijselijke commando's of tips die opeens m'n D: uitstretchen naar de 22-gig en ook tonen onder Windows ???

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"


Verwijderd

Tijdje geleden ook zoiets gehad, maar dan op 'n server.
De boot.ini bleek verdwenen, veroorzaakt door mcafee 4.5.1 (server versie).
Heeft een tijdje geduurt voordat ik die weer terug had, maar daarna werkte alles
weer zoals voorheen. (server in raid).
Na alles wat je al gedaan hebt weet ik niet of je hier nu iets aan had,
maar soms is alle info welkom.

  • Pearl
  • Registratie: September 2002
  • Laatst online: 20-03 14:01
Nog een mogelijke oplossing, 98 opstartschijfje gebruiken/maken ( moet je wel een floppydrive en 98 hebben ) en met Norton diskdocter op een ander schijfje of hdd gebruiken.
Onder dos bouwt deze de tabel weer op, kan wel lang duren en moet weer eerst op 0C staan.

Een specialist weet alles van niks en een generalist weet niks van alles.


  • Mizitras
  • Registratie: September 2002
  • Niet online
Boot.ini ? Ik zal eens zien, maar die staat stadaard op de C-partitie, en nog steeds. Zal hem desnodos even openen, maar denk wel dat ie in orde is.
"Soms is alle info welkom"

Dat is ze zeker :) Dankjewel alleszins *thumbsup*
Pearl schreef op 07 September 2003 @ 14:55:
Nog een mogelijke oplossing, 98 opstartschijfje gebruiken/maken ( moet je wel een floppydrive en 98 hebben ) en met Norton diskdocter op een ander schijfje of hdd gebruiken.
Onder dos bouwt deze de tabel weer op, kan wel lang duren en moet weer eerst op 0C staan.
Hm, ik ga hem alleszins sebiet verwijderen (de partitie) en dan terug aanmaken (hopelijk wordt die dan terug automatisch D:\ genoemd) en dan naar FAT32 formatteren. Nadien m'n gegevens terugzetten die ik heb gebackupped.

Ik zal zeker eens die Norton Disk Doctor (DOS utility zekers) op een opstartdiskette zette en eens speuren naar die optie. Misschien voor een volgende keer handig -hopelijk komt die er, maar niet bij mij ;)

Die 0C en 0B enzoverder zijn niet zo heel duidelijk. Want PTEDIT gaf ook aan dat er meerdere partities waren (vermoedelijk FAT's) en gaf dus een C-partitie, en dan een Extended van 60-gig (waar m'n D en E deel van uitmaken) en dan gaf ie D-partitie en E-partitie (+wat Linux part's).
Maar in PTEDIT bleek alles 'normaal' IMHO. De een herkend het, de andere niet. Nogal moeilijk een diagnose te stellen met zogenaamde disk utilities die allemaal een andere diagnose geven en andere oplossingen voorstellen of ongedocumenteerd worden geleverd. (En dat voor legale software zelfs :(

Dit draadje komt dan toch nog tot een 'goed' eind.

"the fucking alpha cpp compiler seems to fuck up the goddam type "LPITEMIDLIST", so to work around the fucking peice of shit compiler we pass the last param as an void *instead of a LPITEMIDLIST"

Pagina: 1