Wenn ich jetzt die QuickSearch starte, sucht er in utopisch langsamer geschwindigkeit die Platte ab.

http://s1.directupload.net/images/140423/ptkisqw4.png

Musste halt abwarten :kaffee:

Soo war bis gerade eben weg, hatte den pc angelassen. also, während der search gab es 2 errors:

http://s14.directupload.net/images/140424/etehdxrf.png
http://s7.directupload.net/images/140424/ai5smu5r.png

Als ich dann wiederkam war die Suche fertig, mit diesem Error:

http://s1.directupload.net/images/140424/mlaaiqyy.png

EDIT:

Das grüne menü das erscheint wenn ich continue drücke zeigt drei partitionen an, alle mit total sinnloser zu kleiner gesamtgröße

http://s14.directupload.net/images/140424/6q8xrg24.png

Was soll dieser FAT16- und Linux-Typ der anderen beiden Partitionen? Das ist doch Murks, da müsste überall NTFS stehen.

Die Größenangabe ist nicht in Bytes sondern in Sektoren. Ein Sektor ist genau 512 Bytes groß, also die etwa 150 GB der alten WinXP-Partitionen kommen hin. Aber der Rest stimmt hinten und vorn nicht, Partitionstyp allein stimmt ja schon nicht.

ja und jetzt? :D
wenn ich als typ EFI GPT gewählt habe wurde das korrekt (zumindest die größe) angezeigt.
Soll ich mal EFI GPT wählen und dann machen wir von da weiter?

EFI/GPT ist ein Partitionierungsschema, kein "Partitionstyp". Deine 2 TB Platte wurde doch mit dem MBR-Schema partitioniert und die darin enthaltenen Partitionen sind vom Typ NTFS, nicht FAT, Linux oder irgendwas anderes

ja genau so sollte das sein^^ wie wir aber sehen ist es ja nichtmehr so^^
testdisk sagt es ist efi gpt und linux sagt es ist RAW. was jetzt tun?

Dann probier andere Tools zB Free Partition Recovery Software - EaseUS Partition Recovery.

-_-

http://s7.directupload.net/images/140424/wm5ycs4c.png

was ich außerdem nicht verstehe ist, warum windows mir die partition als OK aber RAW anzeigt, und die recovery mir die als NTFS o.O

Kann man nicht die RAW partition iwie wieder umschreiben in ne ntfs? combofix hat ja iwie auch sowas gemacht

Also, gibt es denn jetzt noch wege die Platte zu retten oder mindestens die daten iwie zu sichern? danach möchte ich die platte eh komplett frisch in mbr ntfs (wie es ja vor diesem dreckigen combofix war) konvertieren und formatieren, und dann meine system ssd ebenfalls ganz frisch machen und win 7 neu aufsetzen

Kanns sein dass Combofix die Platte iwie auf gpt umgeschrieben hat?

Ich vermute hier mal was, muss dazu aber etwas weiter ausholen:

Partitionstyp ist NTFS, wenn du zB fdisk aus der Linuxwelt nimmst und damit partitionierst, musst idR auch den Partitionstyp über einen zweistelligen Hex-Code angeben (Bespiele: 83=Linux, 07=NTFS, 8e=Linux LVM )

Das zum Partitionstyp. Über die Partition wird dann ein Dateisystem gelegt, wo man auch den Typ angeben muss zB NTFS, FAT16/FAT32 oder Linuxdateisysteme wie ext2/ext3/ext4

Willst du ein Linuxdateisystem erstellen, so sollte die Partition auf der das Dateisystem rauf soll vom Typ 83 sein. Für NTFS eben 07. Falls du unter Linux eine Partition zB mit dem Typ 83 versiehst diese aber mit FAT32 formatierst, so könnte Windows dieses Dateisystem eigentlich lesen, meckert aber rum weil es einen anderen Partitionstyp erwartet (kein 83 sondern den für FAT)

Windows erkennt wohl als Partitionstyp NTFS (7) aber das Dateisystem nicht. Vllt weil es irgendwo broken ist :wtf:
Die Recover-Tools erkennen wohl noch den Partitionstyp als NTFS und zeigen auch deswegen ne NTFS Partition (ob sie das drauf liegende Dateisystem noch zu lesen/retten vermögen steht auf einem ganz anderen Blatt). Ich hab aber keinen blassen warum sie hier ne GPT Disk sehen (oder was auch immer das genau jetzt ist)

Und nein, Combofix hat da garantiert nix gemacht. Combofix hat noch nie an den Partitionen derart rumgefummelt und schon garnicht an Platten, die nur als reines Datenlager und nicht als Systempartitionsablage dienen.

Starte nochmal Linux, mach ne Konsole (shell oder auch Terminal genannt) auf und führe diesen Befehl aus:

Dann seh ich was Linux als Partitionstyp sieht. (nach fdisk kommt ein Leerzeichen, dann Minus, kleines L (keine eins) und ein kleines U )
Poste die Ausgabe komplett in CODE-Tags

Melde mich frisch aus live heraus^^

fdisk -lu output:
nochmal zu combofix:
wie kann es dann sein das alles immer lief (hab auch nie was an der platte verändert), und direkt nach dem ausführen von combifox schmiert se ab?

Combofix hab ich schon mehrere hundert Male aufgegeben und du wärst der erste bei dem CF ne Datenplatte zerhagelt. Gut, absolut 100 % sicher kann man sie nie sein, ich da du erste wärst, bei dem CF angeblich schuld hat würde ich behaupten, dass es was anderes als CF war.

Linux erkennt auch ne GPT. Für GPT-Datenträger kommt unter Linux kein fdisk zum Einsatz sondern gdisk, mach daher mal diesen Befehl:

Und poste wieder die Ausgabe

GPT fdisk (gdisk) version 0.8.6

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): DC68A2B9-1C27-4E8D-B44B-BCAD28DC5184
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 307204205 sectors (146.5 GiB)

Number Start (sector) End (sector) Size Code Name
1 307202048 3907026943 1.7 TiB 0700 Basic data partition

seid die platte nicht mehr geht wird übrigens kein trojaner mehr gefunden. kanns sein dass sich der trojaner irgendwie in die platte gefressen hat und combofix beim fixen die platte geschrottet hat, weil der trojaner schon was verändert hatte?

Dann ist es tatsächlich ein GPT-Datenträger. Willst du mit Testdisk weiter versuchen? Andere Freeware fällt mir so aus dem Stehgreif nicht ein, die GPT-Datenträger recovern könnte

Da bin ich jetzt aber geschockt o.O
Nuja, wenn man das unmögliche beseitigt, muss das übrige, so unwahrscheinlich wie es auch ist, die wahrheit sein :)
<3

Jo, möchte es dann mit testdisk versuchen. Wie genau muss ich da denn jetzt vorgehen?