[HD] Mbr/partitie probleem

[Verwijderd]

Door een domme fout mijn Mbr overschreven.
Bij windows install mijn in grootte fout aangegeven, harde schijf geselecteerd. In het scherm van "Formateren als" afgesloten. Hierna bootte mijn pc dus niet meer. Gecheckt met behulp van uberbootcd, bleek dat mijn MBR overschreven was. Fixmbr en fixboot brachten geen oplossing.

De vraag nu is, hoe herstel ik mijn MBR zodat mijn partities hierin terug goed worden aangegeven ?

Een format en daarna data-herstel is niet de oplossing. Ik heb geen ruimte om deze data op te slaan.

Is er een programma dat mijn harde schijf op partities kan scannen en daarna de MBR terug in orde maakt ?

Specs ter info :

Athlon XP 1800+
Chaintech 7VJL APOGEE™ (mobo)
256 mb DDR ram.
Maxtor 200 gb hd.

Alvast dank op voorhand.

[The__Virus]

De volgende procedure heb ik succesvol zelf uitgevoerd:
1 Download een goede recoverytool en zet die op een andere pc
2 Hang de schijf in die andere pc (niet als boot)
3 Formatteer de schijf naar het vorige formaat. Zorg ervoor dat je Snelformatteerd!!! (dat houdt in dat alleen de MBR wordt overschreven).
4 Laat de recoverytool de schijf scannen. Dit kan enkele uren duren. En laat het programma recoveren.

Let op: je bent AL de namen van je mappen kwijt, dit is niet anders mogelijk, omdat die in de MBR worden opgeslagen. Je zult dus alles moeten doorlopen. Maak daarna een backup van al de belangrijke data en zet Windows er na een nieuwe format opnieuw op.

[Verwijderd]

Alvast bedankt voor de informatie.

Maar is er geen manier om mijn harde schijf te scannen naar partities en deze dan weg te schrijven naar de mbr ?

@The__Virus , enige aanraders qua tools ?

[Pearl]

Testdisk al geprobeerd?

( Hoe vaak moet je dit als antwoord geven, vraag ik mijzelf nu af ).

[The__Virus]

Verwijderd schreef op vrijdag 07 oktober 2005 @ 17:07:
Alvast bedankt voor de informatie.

Maar is er geen manier om mijn harde schijf te scannen naar partities en deze dan weg te schrijven naar de mbr ?

@The__Virus , enige aanraders qua tools ?

Of ze verschillende partities (kunnen) herkennen weet ik niet, dat denk ik niet, aangezien die info in de MBR wordt geschreven. Ik kan je alleen deze tool aanraden: http://www.pctools.com/file-recover/, maar er zijn ongelooflijk veel programma's die dit kunnen. Zoek maar eens op file recovery.

[engelbertus]

volgensmij is het ook niethelemaal waar wat hier wordt geschreven over het MBR (master boor record, en dus eigenlijk alleen een stukje HD met de code waarin staat hoe de pc opstart, vanaf welke partitie en zo.
omdat dat op zoch wel leuk is, maar de bootreccord dan niet weet waar de partities dan wel staan staat er na de MBR nog weer de partitietabel, met daarin delocatie van de vier primaire(?) en extended partites. de inhoud en partitietabellen van de extended partities staan op hun beurt weer in de extended partities zelf.

met fdisk (o.a.) bewerk je dus de partitietabellen.
in de MBR staat gewoon computer code, dit is dus een "programma"-tje dat op zijn beurt weer de besturing van de pc overdraagt aan je operating sytem. het moet dus niet alleen de partities kunnen vinden, maar ook de betreffende opstart bestendan van een bepaald os kunnen vinden.

hier komt o.a. de 1024 sectoren limiet om de hoek kijken, al is dat voor voor veel pc's niet meer een issue.
ook de osén moeten hier natuurlijk goed mee om kunnen gaan

om de opstartbestanden te kunnen vinden moet de FAT ( file allocation tabel ) gelezen kunnen worden, en die staat dan weer meestal aan het begin van een partitie. daarin staat waar alle fragmenten van een bepaald bestand staan.
de FAT heeft een vastgestelde grootte omdat het in een stukje gereserveerde partitie staat. overigens staat de FAT vaak meer dan eens op de partitie, zodat bij eventuele fouten er toch nog wel ergens een stuk waarevolle FAT zal staan.

na de FAT staat dan alle data. bij FAT staat aan het eind van elke bestand een EOF marker , maar is de file gefragmenterd opgeslagen dan staat aan het eind an de laatste sector van een fragment steeds een verwijzing naar het volgende fragment van een bestand. zo raakt de FAT niet onnodig vol.

volgens mij is het zo dat alleen de root dir in de FAT staat, en dat bij een subdir weer onieuw een stuk FAT hoort, of in ieder geval data over de bestanden di er in staan.
dit is om er voor te zorgen dat je wederom niet te snel tegen de limiet van het aantal entries in de FAT voor de root dir aan te lopen.

meestal is echter na een partitie miskleun inderdaad de naam van directories in de war, maar de subdirs zullen vaak nog wel in tact zijn

dit bovenstaande geldt voornamelijk natuurlijk voor windows , met een fat(32) filesysteem. ntfs en ext3 bijvooreeld zien er weer anders uit,

dit is ook de reden dat windows niet al ie filesystems ondersteunt, denk ik een soort koppelverkoop van anti andere os programmas
hehehe
maar tot op partitie nivo is dee uitleg natuurlijk altijd van toepassing, al is het met BSD wel weer iets anders, dat werkt met slices ipv partities om je hardeschijfruimte in te kunnen delen

/excuus voor het ongemak