Festplatten werden vom BIOS nicht korrekt erkannt

harlekyn · 19. Mai 2010

Im MBR steht meines Wissens nach nichts ueber das Layout der Platte. Wenn du experimentieren willst: Linux booten und MBR mit dd sichern, dann kannst du immer wieder problemlos auf den aktuellen Stand zurueck.

Ich vermute aber eher mal, dass die Probleme bei dieser wundersamen Software liegen. Was macht die denn tolles? Ist das Schlangenoel oder steckt da ein echter Nutzen dahinter? Unter welchem OS laesst du sie laufen? Evtl. hat auch das Betriebssystem ne Macke...

MBR neu schreiben ging uebrigends schon unter DOS mittels "fdisk /mbr", duerfte auch heute noch unter Windows so funktionieren.

frank_aus_wedau · 19. Mai 2010

Huch ... mein Edit hat sich wohl mit Deinem Beitrag überschnitten. Es gibt neue Erkenntnisse.

Frankie

Erg.:
Zur wundersamen SW: Den Acronis-DD (personal-Ed.) hatte ich mal zusammen mit Acronis True-Image (Vollversion) bekommen. True-Image nutze ich seit jeher zur Sicherung meiner Daten - das beste Programm, das ich je hatte.

Nur der Disk-Director, der als gesondertes Programm Verwaltung von Partionen dient, taugt wohl nicht viel. Da ich mit True-Image sehr zufrieden bin, hatte ich den DD zur Größenänderung einiger Partitionen verwendet. Ein folgenschwerer Fehler, wie sich inzwischen herausgestellt hat ...

harlekyn · 19. Mai 2010

Die Partitionstabelle sind ja nur ein paar Byte. Ggf. wuerde ich mir einfach die bestehenden Werte notieren, den 1. Sektor mit 0-Bytes ueberschreiben und dann die Partitionen manuell neu anlegen. Den Daten passiert dabei nix. Kriegst du es hin, den MBR neu zu schreiben (z.B. Recovery von einer Windows-Installations-CD)?

frank_aus_wedau · 19. Mai 2010

Puuh ... in meiner Augen eine brandgefährliche Geschichte. Nicht schwierig, aber ein schussliger Fehler (man wird ja nicht jünger) und man hat ein wirkliches Problem ...

Aber in der Tat, findet sich keine ungefährlichere Lösung, werde ich das wohl so machen.

Besten Dank erst einmal.

Im Ergebnis bist Du aber doch auch der Auffassung, dass wir den Fehler inzwischen eindeutig lokalisiert haben, oder?

Frankie

Edit:
Wie wäre es mit einem Debugger? Könnte man nicht auf diesem Weg versuchen, die Junk-Daten gezielt zu eliminieren?

harlekyn · 20. Mai 2010

Mit einem Debugger sucht man Fehler in Software

Das letzte Mal von Hand in einer Partitionstabelle rumgefummelt hab ich zu DOS-Zeiten mit dem Norton Disk Editor (oder so aehnlich). Das war im letzten Jahrtausend

Geht heutzutage natuerlich immer noch, wenn man weiss was man tun muss. Aber ich wuerde mich da auf einfach zu beherrschende Werkzeuge verlassen. Was "einfach" ist, ist dabei natuerlich immer subjektiv. dd und fdisk sind gut beherrschbar.

frank_aus_wedau · 20. Mai 2010

Zitat

Original geschrieben von harlekyn
Mit einem Debugger sucht man Fehler in Software
...

Auch ... aber nicht nur ...

Zitat

"Funktionen eines Debuggers: [...]

- das Inspizieren von Daten, z. B. [...] den allgemeinen Daten in festen und flüchtigen Speichern, [...]

- das Modifizieren von Speichern, [...]"

(Quelle: Wikipedia)

Alles anzeigen

Auch ich habe des längeren nicht mehr in Speichermedien gewerkelt ... aber als ich das noch gemacht habe, nannte sich das dafür vorgesehene Werkzeug noch Debugger.

Gut's Nächtle

Frankie

TeleTim · 20. Mai 2010

Leider gibt's ja immer noch nicht den angeforderten Screenshot von TestDisk, welches die Analyse doch stark vereinfachen würde.

Nach den letzten Beiträge klingt der Acronis Disk Director als Schuldiger plausibel. Muss aber nicht.

"Gelöschte" Partitionen stehen nicht in der Partitionstabelle. Womit hast du versucht die Partitionstabelle "neu" zu schreiben?

Was genau sagt denn TestDisk, wenn du den ersten Punkt "Analyse" ausführst.

So sieht das z.B. bei mir aus:

Code

Disk /dev/sda - 160 GB / 149 GiB - CHS 19458 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors


 1 P Windows RE(store)        0  32 33  1958  64 26   31457280
 2 * HPFS - NTFS           1958  64 27  1971   0 13     204800 [SYSTEM]
 3 P HPFS - NTFS           1971   0 14  7192 170 18   83886080
 4 P HPFS - NTFS           7192 170 19 19457  21 20  197027840

Und hier würde dir TestDisk auch sagen, wenn ihm die Partionstabelle nicht gefällt.

PS: Ein Debugger bringt dich hier nicht weiter.

PPS: Wo und an welcher Stelle moniert TestDisk die "falsche" Plattengröße? Lass doch TestDisk bitte mal ein Log erstellen, wähle dann die entsprechende Platte aus und lass sie analysieren. Dann Testdisk beenden (mehrmals Q drücken) und kopiere den Inhalt des Logs hier rein.

frank_aus_wedau · 20. Mai 2010

So ... ich hab mich mal durch die Log-Datei gewühlt.

Mit dem Win-Editor ist das ein mächtiger Bandwurm. Ich hab den mal ein wenig strukturiert und - bereinigt um einige überflüssige Teile - hier eingestellt. Das gesamte grobe Gerüst habe ich gelassen, damit man erkennt, an welcher Stelle TestDisk den von mir beschriebenen Fehler moniert, so dass immer noch ein mächtiger Stiefel übriggeblieben ist.

Der einschlägige Teil befindet sich gegen Ende zwischen zwei von mir eingeschobenen gestrichelten Linien:

Code

Wed May 19 23:12:46 2010


Command line: TestDisk


TestDisk 6.11.3, Data Recovery Utility, May 2009
Christophe GRENIER <grenier@cgsecurity.org>
[url]http://www.cgsecurity.org[/url]


OS: Windows XP SP3
Compiler: GCC 4.3, Cygwin 1005.25 - May  6 2009 20:35:43
ext2fs lib: 1.41.4, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, 


ewf lib: 20080501




disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=400088457216


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=320072933376


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdc)=1000204886016


...
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=400088457216


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=320072933376


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive2)=1000204886016


...


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\K:)=42952379904


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\L:)=56104602624


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\P:)=268703446016


disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\U:)=62380491264




file_pread(4,1,buffer,781433729(48641/254/63)) lseek err Invalid argument


file_pread(5,1,buffer,625153409(38913/254/63)) lseek err Invalid argument


file_pread(6,1,buffer,1953536129(121601/254/63)) lseek err Invalid argument


...


Hard disk list


Disk /dev/sda - 400 GB / 372 GiB - CHS 48641 255 63, sector size=512 - SAMSUNG HD403LJ


Disk /dev/sdb - 320 GB / 298 GiB - CHS 38913 255 63, sector size=512 - Hitachi HDT725032VLA360


Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - WDC WD10EAVS-00D7B0


...


Partition table type (auto): Intel


Disk /dev/sda - 400 GB / 372 GiB - SAMSUNG HD403LJ


Partition table type: Intel




Analyse Disk /dev/sda - 400 GB / 372 GiB - CHS 48641 255 63


Geometry from i386 MBR: head=255 sector=63
NTFS at 0/1/1


Info: size boot_sector 50347641, partition 50347647
NTFS at 15973/0/3


Info: size boot_sector 524811417, partition 524811418
NTFS at 3920/1/1


Info: size boot_sector 83891361, partition 83891367


check_part_i386 failed for partition type 07


NTFS at 9152/1/1


get_geometry_from_list_part_aux head=255 nbr=14


get_geometry_from_list_part_aux head=8 nbr=5


get_geometry_from_list_part_aux head=16 nbr=5


get_geometry_from_list_part_aux head=32 nbr=3


get_geometry_from_list_part_aux head=64 nbr=3


get_geometry_from_list_part_aux head=128 nbr=1


get_geometry_from_list_part_aux head=240 nbr=5


get_geometry_from_list_part_aux head=255 nbr=14




Current partition structure:


 1 * HPFS - NTFS              0   1  1  3133 254 63   50347647 [BOOT_SATA_I]


 2 E extended LBA          3920   0  1 15972 254 63  193631445
 3 P HPFS - NTFS          15973   0  3 48640 254 63  524811418 [Panasonic]
 5 L HPFS - NTFS           3920   1  1  9141 254 63   83891367 [DATEN_SATA_K]


   X extended              9142   0  1  9151 254 63     160650


Invalid NTFS or EXFAT boot


 6 L HPFS - NTFS           9142   1  1  9151 254 63     160587


 6 L HPFS - NTFS           9142   1  1  9151 254 63     160587


   X extended              9152   0  1 15972 254 63  109579365


 7 L HPFS - NTFS           9152   1  1 15972 254 63  109579302 [DATEN_SATA_L]




Ask the user for vista mode


Allow partial last cylinder : No


search_vista_part: 0




search_part()




Disk /dev/sda - 400 GB / 372 GiB - CHS 48641 255 63
NTFS at 0/1/1


filesystem size           50347641
sectors_per_cluster       8




mft_lcn                   693172
mftmirr_lcn               1341807
clusters_per_mft_record   -10
clusters_per_index_record 1




     HPFS - NTFS              0   1  1  3133 254 57   50347641 [BOOT_SATA_I]


     NTFS, 25 GB / 24 GiB
NTFS at 3134/0/1
filesystem size           12627090
sectors_per_cluster       8


mft_lcn                   786432
mftmirr_lcn               789193
clusters_per_mft_record   -10
clusters_per_index_record 1




     HPFS - NTFS           3134   0  1  3919 254 63   12627090 [Volume]


     NTFS, 6465 MB / 6165 MiB
NTFS at 3920/1/1
filesystem size     83891361
sectors_per_cluster       8


mft_lcn                   3014489
mftmirr_lcn               4585558
clusters_per_mft_record   -10
clusters_per_index_record 1




     HPFS - NTFS           3920   1  1  9141 254 57   83891361 [DATEN_SATA_K]


     NTFS, 42 GB / 40 GiB
NTFS at 9152/1/1
filesystem size           109579302
sectors_per_cluster       8


mft_lcn                   786432
mftmirr_lcn               6848706
clusters_per_mft_record   -10
clusters_per_index_record 1




     HPFS - NTFS           9152   1  1 15972 254 63  109579302 [DATEN_SATA_L]


     NTFS, 56 GB / 52 GiB
NTFS at 15973/0/3
filesystem size           524811417
sectors_per_cluster       8


mft_lcn                   19665935
mftmirr_lcn               23755996
clusters_per_mft_record   -10
clusters_per_index_record 1




     HPFS - NTFS          15973   0  3 48640 254 62  524811417 [Panasonic]


     NTFS, 268 GB / 250 GiB
NTFS at 48640/254/63
filesystem size           524811417
sectors_per_cluster       8


mft_lcn                   19665935
mftmirr_lcn               23755996
clusters_per_mft_record   -10
clusters_per_index_record 1




-----------------------------------------------------------------------------------------------------------------


file_pread(4,4096,buffer,938745144(58434/46/37)) lseek err Invalid argument


file_pread(4,1,buffer,938745144(58434/46/37)) lseek err Invalid argument


NTFS: Can't read MFT




     HPFS - NTFS          48640 254 63 81308 254 59  524811417
     NTFS, 268 GB / 250 GiB


This partition ends after the disk limits. (start=781417664, size=524811417, end=1306229080, disk end=781422768)
file_pread(4,8,buffer,781422887(48641/82/57)) lseek err Invalid argument


file_pread(4,1,buffer,781422887(48641/82/57)) lseek err Invalid argument




Disk /dev/sda - 400 GB / 372 GiB - CHS 48641 255 63


Check the harddisk size: HD jumpers settings, BIOS detection...


The harddisk (400 GB / 372 GiB) seems too small! (< 668 GB / 622 GiB)


The following partition can't be recovered:


     HPFS - NTFS          48640 254 63 81308 254 59  524811417
     NTFS, 268 GB / 250 GiB




----------------------------------------------------------------------------------------------------------------


get_geometry_from_list_part_aux head=255 nbr=8


get_geometry_from_list_part_aux head=8 nbr=3


get_geometry_from_list_part_aux head=16 nbr=3


get_geometry_from_list_part_aux head=32 nbr=2


get_geometry_from_list_part_aux head=64 nbr=2


get_geometry_from_list_part_aux head=128 nbr=1


get_geometry_from_list_part_aux head=240 nbr=3


get_geometry_from_list_part_aux head=255 nbr=8






Results




   * HPFS - NTFS              0   1  1  3133 254 63   50347647 [BOOT_SATA_I]
     NTFS, 25 GB / 24 GiB


   P HPFS - NTFS           3134   0  1  3919 254 63   12627090 [Volume]
     NTFS, 6465 MB / 6165 MiB


   L HPFS - NTFS           3920   1  1  9141 254 63   83891367 [DATEN_SATA_K]
     NTFS, 42 GB / 40 GiB


   L HPFS - NTFS           9152   1  1 15972 254 63  109579302 [DATEN_SATA_L]
     NTFS, 56 GB / 52 GiB


   P HPFS - NTFS          15973   0  3 48640 254 63  524811418 [Panasonic]
     NTFS, 268 GB / 250 GiB

Alles anzeigen

Letztlich wurde m.E. genau der von mir beschriebene Fehler protokolliert (denke ich jedenfalls).

Nach meiner Einschätzung müsste das Problem behoben sein, wenn die Daten der gelöschten "Phantasiepartition" eliminiert sind. Oder sehe ich das falsch?

Frankie

PS:
Warum bringt mich ein Debugger nicht weiter?
Mit ihm kann ich doch jeden Cluster der HD beliebig verändern (also mit anderen Daten versehen). Dann müsste ich doch auch die Daten dieser ominösen gelöschten Partition damit eliminieren können ...

harlekyn · 20. Mai 2010

Offenbar verhaspelt sich testdisk da bei der erweiterten Partition. Die Plattengroesse stimmt allerdings, testdisk spricht immer brav von einer 400 GB HDD Wenn ich testdisk richtig verstehe, besteht seine Aufgabe u.a. darin, geloeschte Paritionen wiederherzustellen. Gut moeglich, dass es daher einfach mal allen Inhalt der erweiterten Partition zu interpretieren versucht, auch wenn's da nix zu interpretieren gibt.

Wenn du genug Platz hast, kopier' den Inhalt von DATEN_SATA_K und DATEN_SATA_L um, loesch' die erweiterte Partition und leg sie dann nochmal neu an. Das koennte helfen.

Mich wuerde auch einfach mal der Output von "sudo fdisk -l" unter Linux interessieren.

frank_aus_wedau · 21. Mai 2010

Nee ... das mit der erweiterten Partition ist was anderes. Zwischen den logischen Partitionen Daten (K:) und Daten (L:) befindet sich eine kleine dritte Partition mit einem Filesystem, das TestDisk nicht kennt. Solche Partitionen habe ich schom immer genutzt, sie waren nie ein Problem.

Ich stelle noch mal nur den Teil des Logs ein, der m.E. den Fehler beschreibt:

Code

HPFS - NTFS          48640 254 63 81308 254 59  524811417
     NTFS, 268 GB / 250 GiB


This partition ends after the disk limits. (start=781417664, size=524811417, 
[b][i]end=1306229080, disk end=781422768)[/i][/b] [Hervorhebung durch mich]
file_pread(4,8,buffer,781422887(48641/82/57)) lseek err Invalid argument


file_pread(4,1,buffer,781422887(48641/82/57)) lseek err Invalid argument




Disk /dev/sda - 400 GB / 372 GiB - CHS 48641 255 63


Check the harddisk size: HD jumpers settings, BIOS detection...


The harddisk (400 GB / 372 GiB) seems too small! (< 668 GB / 622 GiB)


The following partition can't be recovered:


     HPFS - NTFS          48640 254 63 81308 254 59  524811417
     NTFS, 268 GB / 250 GiB

Alles anzeigen

Da moniert TestDisk eine gelöschte Partition in einem Bereich, der physikalisch außerhalb der Platte liegt - also auf Spuren in einem Plattenbereich von 400 GB bis 668 GB.

Hierdurch ergibt sich natürlich rein rechnerisch und logisch gefolgert eine Plattengöße von (zumindest) 668 GB, obwohl es tatsächlich nur 400 GB sind.

Am einfachsten und ungefährlichsten wäre es m.E., die auf der HD gespeicherten Daten über diese Partition zu verändern oder unlesbar zu machen. Nur müsste ich da erst einmal wissen, in welchem Sektor (und an welcher Stelle dort) sie sich befinden. :confused:

Frankie

PS:
Den Wunsch nach den Infos des Linux-Befehls kann ich leider nicht erfüllen. Zum einen habe ich Linux nirgends installiert und zum anderen nur grobe Einsteigererfahrungen mit diesem OS. Darum würde ich ja gern mal eins auf meinem alten EVO N200 laufen lassen. Allerdings mit Unterstützung des APM, damit es auf dem Schirm nicht allzu schnell wieder dunkel wird.

PPS:
Und was TestDisk als in meinen Augen hervorragendes Duagnose-Tool lediglich zu einem (müden) Kommentar veranlasst, stecken andere Programme wie etwa der PCI, den ich gern zum Wiederherstellen gelöschter Daten nutze, nicht so einfach weg. Der PCI etwa reagiert völlig unberechenbar und führt zum Einfrieren des Systems.

Festplatten werden vom BIOS nicht korrekt erkannt

Jetzt mitmachen!

Teilen