Schijf kleiner dan partitie - probleem ivm integriteit data?

Pagina: 1
Acties:

  • G33rt
  • Registratie: Februari 2002
  • Laatst online: 22-06-2022
Goed, ik zit dus met een redelijk merkwaardig probleem waar ik na zoeken niet uit ben gekomen. Ongeveer twee weken geleden was ik de enige partitie op mijn 160GB DiamondMax 9 aan het resizen naar 134GB. Dit omdat ik wat data op een seperate partitie op die disk wilde zetten. Echter, het lot was me niet gezind: Windows knalde er snoeihard uit met een BSOD; het geheugen bleek stuk te zijn gegaan. Dat was nog niet zo erg, met wat minder RAM overleef ik het wel.

Na een reboot stond de partitie als 'PqRB' (weet de exacte afkorting niet meer) geflagged. Een korte zoektocht langs google leerde me dat Partition Magic de hexadecimale code van het partitietype wijzigd, dus ik pakte PTEdit erbij en zette de handel weer lekker terug op 07 (NTFS). Een gedeelte van de data was ik wel kwijt, mbv van getdataback heb ik nog een boel kunnen terugkrijgen. Uiteindelijk heb ik een nieuwe partitie gemaakt die wederom de hele schijf vulde. Wat me wel opviel was dat getdataback mijn schijf 134GB (de grootte waarheen ik dus wilde resizen) vond, met daarop een partitie van 160GB. Maar goed, kwaad leek het me niet kunnen.

Echter, toen ik vanavond mijn PC aanzette achtte Windows een chkdsk run nodig. Meestal voegen die weinig toe, dus ik skipte hem. Tot mijn verbazing was een boel data (lees: praktisch alles) op de disk verdwenen. Gisteren was een gedeelte al corrupt geraakt, wat ik gek vond. Na een bewuste chkdsk /r geforceerd te hebben heb ik gereboot en de handel laten uitlopen. Conclusie: alles op de disk, met uitzondering van een enkele MP3, had besloten weg te fietsen.

Omdat ik vermoedde dat het probleem in mijn partitietabel lag, heb ik de search er maar weer eens bijgepakt. Termen als 'partitietabel wipen' leverden een tip van vrotogel op:
code:
1
cfdisk /dev/hdX -z
Dit start een ncurses-gebaseerde fdisk die je partitietabel gewoon niet inleest (-z). Die heb ik weg laten schrijven (immers, alle data was weg) waardoor de partitietabel dus effectief leeg was en ben weer uit Knoppix terug naar Windows 2000 gereboot. Bij wijze van test heb ik getdataback weer opgestart, maar nog steeds was de disk 134GB. Dat vond ik helemaal vreemd, want cfdisk vond hem nog 163,4 (wat dat model ook hoort te zijn).

Tenslotte heb ik bij wijze van test Powermax maar even gedownload en de quick en de full test gedraaid op de disk. Beide tests vonden geen fouten en markeerden de schijf allebei als 'passed'.

Vraag is dus: hoe kan getdataback mijn disk nog steeds 134GB vinden en vormt dit een probleem voor de integriteit van de data? Kan de schijf toch corrupt zijn ook al vind Powermax van niet? Hoe kan ik voorkomen dat ik constant data op die disk blijf verliezen? Zal ik deze schijf maar terugbrengen naar de winkel of krijg ik dan nul op het rekest?

Bij wijze van toevoeging maar even de output van getdataback:

Afbeeldingslocatie: http://www.tweakers.net/ext/f/50200/full.gif

De output voor de partitie die eerst aanwezig was was precies dezelfde, maar dan met 320 miljoen sectoren en 160GB aanduiding. Dat is dus veel meer dan de schijf zelf volgens een en hetzelfde programma.

(Gezien de tekst hier heb ik maar mijn hoofdvraag besloten in de topictitel te zetten, het beknopt samenvatten vond ik lastig. Hopelijk dekt ie nog voldoende :))

  • Valkyre
  • Registratie: April 2002
  • Laatst online: 07:19

Valkyre

Kitesurf FTW!

wat ik zou doen is de data backuppen, met getadatbackup

en daarna zou ik hem gewoon low level formatten, dan weet je zeker dat hij leeg is.
mocht je na de lowlevel weer problemen krijgen dan, zou ik hem RMA sturen.

iRacing Profiel


Verwijderd

probeer het programma TESTDISK eens, staat in de O&M FAQ. Dit programma is multiplatform

Verwijderd

:P Als plotseling je geheugen defect raakt onder het resizen van je disk dan loop je altijd het risico data kwijt te raken..

Een chkdsk had dus in eerste instantie geen kwaad gekunt; je zegt wel chkdsk voegt geen waarde toe maar da's nie helemaal waar; het repareert (o.a.) je bestandswijzigingen die je met het resizen creeërt..veel data wordt naar andere sectoren geschreven namelijk..

ik denk dat je schijf nu aardig gecrasht is en idd zou ik gewoon formatteren...

Viper
;)

  • the_stickie
  • Registratie: Juli 2001
  • Laatst online: 14-09-2025
OMG: als partition magic een partitie als pqrb markeert is het probleem heel eenvoudig op te lossen door partition magic opnieuw te starten en "repair partition" te kiezen :X

misschien een hint voor volgende keer ;)

  • G33rt
  • Registratie: Februari 2002
  • Laatst online: 22-06-2022
Of ik nu Partition Magic iets laat doen of ik zoek even rond en vind dat de flag 3C wordt en dat je die ook terug kan zetten naar 07 maakt volgens mij verder weinig uit met wat je bereikt ;)
Als plotseling je geheugen defect raakt onder het resizen van je disk dan loop je altijd het risico data kwijt te raken..
Inderdaad, maar als ik dan de partitie overnieuw aanmaak, formatteer met de disk manager van windows en na twee weken ineens weer corrupte data heb, lijkt het mij persoonlijk sterk dat dat aan het gecrashte geheugen ligt :)

Heeft het uberhaupt nut om een disk vol met nullen te schrijven (wat dus niet low-levelen is afaik, zoek maar even rond) als je problemen hebt met de schijfgrootte? Ik heb de partitietabel al eens helemaal weggemikt met fdisk, wat voegen die 320 miljoen nullen dan toe?

Kleine update @ 19:58: ik heb het begin van de disk ge-'low-leveled' met Powermax. Dat heeft niet mogen baten - diskmgmt vind de disk nog steeds te klein. Dat wordt dus morgen maar naar de winkel denk ik.

[ Voor 13% gewijzigd door G33rt op 25-01-2005 19:59 ]


  • G33rt
  • Registratie: Februari 2002
  • Laatst online: 22-06-2022
Nog maar weer een kleine update: ook de partitietabel met DOS fdisk (fdisk /mbr was dat, via de search gevonden) herschrijven helpt niet om de disk groter te maken. Het lijkt me daarom het slimst om hem naar de winkel te brengen. Wat eruit komt zal ik zsm laten weten :)
Pagina: 1