WD10EARS 1tb. Förlorade partioner?

Permalänk

WD10EARS 1tb. Förlorade partioner?

Har en disk med förlorade filer och utan skadade sektorer. Hittade 455,52gb i fat när disken är i ntfs. Använde Magic Partition Recovery 3.7 home edition. Har 600gb ledigt i ntfs när de ska vara 920gb filer på disken.

Permalänk
Arvid Nordqvist-mannen

Inte mycket här makes sense.
"Har 600gb ledigt i ntfs när de ska vara 920gb filer på disken." ?
"455gb i fat när disk är i ntfs" ?

Om du har hittat filer i MPR är det väl bara återställa till annan disk?

Permalänk
Medlem

du har väl gjort en RAW-diskimage av disken innan du börjar med några 'diskräddningsprogram' !?

att din partition recovery-mjukvara säger 'FAT' när det är NTFS och storlekarna är fel visar att det inte ens i närheten gissat rätt.

jag skulle jobba i linux och på diskimage av disken och i denna jaga efter 'magic word' för NTFS, räkna tillbaka så mycket som behövs i Offset och montera diskimagen med losetup.

har man tur så är inte starten av $MFT eller dess resevsektor $MFT_mirr skadad och filsystemet kan monteras och du kan hämta ut dina filer.

det viktiga är att rädda ut filerna i så oskadad skick som möjligt till annan lagring - inte att försöka 'reparera' filsystemet

med andra ord kopiera ut filerna till annan lagring - radera disken, skapa ny partitionstabell och skapa en ny filsystem, kopiera tillbaka filerna igen - typ - och så behåller du kopia av filerna på den andra disken som du använde för mellanlagringen som en andra-backup. 1TB disk är idag inge stor disk då ordinarie diskar för lägsta pris per TB är i storleksordningen 8-12 TB diskar.

denna länk och inläggen före och efter kan vara intressant för dig om du vågar dig på att använda linux

#18525450

Permalänk

De verkar som partionen på 455gb saknas eftersom att de finns 600gb ledigt på disken. Hade runt 920gb filer på disken. Antar att man inte kan åtetställa den? Har prövat testdisk men fann inget återskapande. Har gjort diskimage. Magic Partition Recovery hittade enbart mindre än hälften av filerna. Så antar att partionen inte enbart är borttappad.

Permalänk
Medlem
Skrivet av OldSchool297:

Har en disk med förlorade filer och utan skadade sektorer. Hittade 455,52gb i fat när disken är i ntfs. Använde Magic Partition Recovery 3.7 home edition. Har 600gb ledigt i ntfs när de ska vara 920gb filer på disken.

Bor du i Stockholm kan jag prova skanna din disk och se om jag får ut något från den.

Visa signatur

Server: Fractal design Define 7 XL | AMD Ryzen 7 5800X 8/16 | ASUS ROG CROSSHAIR VIII DARK HERO | 64GB Corsair @ 3000MHz | ASUS Radeon RX 460 2GB | Samsung 960 PRO 512 GB M.2 | 2x 2TB Samsung 850 PRO SSD | 6x Seagate Ironwolf Pro 10TB
WS: Phantex Entoo Elite | AMD Ryzen Threadripper 1950X 16/32 | ASUS Zenith extreme | 128GB G.Skill @ 2400MHz | ASUS Radeon HD7970 | 3x 2TB Samsung 960PRO M.2 | 6x Seagate Ironwolf Pro 10 TB
NEC PA301W 30" @ 2560x1600 | Linux Mint 21.3 Cinnamon

Permalänk
Medlem
Skrivet av OldSchool297:

De verkar som partionen på 455gb saknas eftersom att de finns 600gb ledigt på disken. Hade runt 920gb filer på disken. Antar att man inte kan åtetställa den? Har prövat testdisk men fann inget återskapande. Har gjort diskimage. Magic Partition Recovery hittade enbart mindre än hälften av filerna. Så antar att partionen inte enbart är borttappad.

Om partitionen är gjord med gissade värden som Magic partition Recovery fått fram så bra det går så är det ändå inte pålitlig information.

Det är som ett kartotek i en bibliotek har blivit omkastade och bitar av det fallit bort och av den kvarvarande högen kan dra oriktiga slutsatser som tex. hur många böcker bibliotetekt har...

Det viktiga är att få tag på headern $MFT av NTFS eller dess backup-kopia $MFT_mirr som visar ingångshålet på kaninhålet som det blir om man skall rädda filerna i den skicks om de är skrivna på disken och be en bön att alla delar finns kvar oskadade.

Det är det som min tidigare inlägg som pekar vidare på hur man hittar början av NTFS då när man hittar den och montera denna med offset under linux enligt instruktion så bry den sig inte om eventuell partitionstabell i diskens början utan går enbart på vad filsystemet säger om volymen och hur stor den är relativt från den punkten/offseten som angavs i samband med monteringen

Är det SSD/NVMe så är det ännu mer messy att rädda ur filer utan hjälp av $MFT då när man aldrig defragmenterar så kan filbitarna vara hur spridda som helst, vilket gör att även med datascrape (last resort även för diskräddningsprogram) så blir resulterade filerna väldigt dåliga med mer eller mindre andel sektorer av andra filer inblandade i filkroppen då vid datacrape går man på magic words som identifierar filen och därefter läser så många sekventiella sektorer som filheadern eventuellt nämner som storlek etc. metadata och på en hårdfragmenterad disk så blir det väldigt mycket annat än det önskade när man läser en bit sekventiellt efter filhuvudet...