Festplatten-ID per API fehlerhaft

[Gerti]

Hi!

Da die Art der Registrierung bei ImproBox ja merhfach "bemängelt" wurde, habe ich mich mal wieder mit der Festplatten-ID als Grundlage für die ID befasst. Dabei stellte sich heraus, dass diese leider absolut nicht zu gebrauchen ist, da die API bei sehr vielen Modellen einfach gar nichts zurück gibt und man somit auch keine Möglichkeit hat, daraus eine ID zu generieren.

Diese Info dürfte für alle von Interesse sein, die Ihre TAPs über kurz oder lang ebenfalls mit einem Lizensierungsmodell versehen wollen.

Gruß,
Gerti

[Bonni]

... oder hier und da sogar mal Zufallswerte? Wenn ich daran denke, daß Du mir während meiner Senderlogo-Experimentier-Abstürze 5 oder 6 neue Codes senden mußtest ... was ich nie so richtig verstanden habe.

[Gerti]

Hi!

Nein, ImproBox nutzt diese API-Funktion ja nicht, da es die "damals" noch nicht gab. Daher ändert sich der Code bei ImproBox ja auch, wenn die Festplatte formatiert wird.

Das war ja auch der Grund, warum ich mich wieder mit der Festplatten-ID beschäftigt habe, wobei dann aber herauskam, dass man damit leider nicht arbeiten kann.

Gruß,
Gerti

[Bonni]

Ah, verstehe ...

[jk]

was meinst du mit "damals" gerti, bist du über umwege zur id gegangen und auch das liefert falsche werte?

[Gerti]

Hi!

Nein, ich nutze die Festplatten-ID gar nicht...
Es wird beim ersten starten von ImproBox eine zufällige ID generiert, aud welcher der Key basiert...

Gruß,
Gerti

[Jag]

Hallo,

... habe ich mich mal wieder mit der Festplatten-ID als Grundlage für die ID befasst. Dabei stellte sich heraus, dass diese leider absolut nicht zu gebrauchen ist, da die API bei sehr vielen Modellen einfach gar nichts zurück gibt und man somit auch keine Möglichkeit hat, daraus eine ID zu generieren.

Diese Info dürfte für alle von Interesse sein, die Ihre TAPs über kurz oder lang ebenfalls mit einem Lizensierungsmodell versehen wollen.

so ein Mist
Wenn man sich schon mal auf irgend etwas verlassen will

@Gerti
Ist dieser Bug Topfield bekannt, besteht eine Chance das Topfield das noch korrigiert?

Gibt es ein Schema bei welchen Laufwerken das ganze funktioniert und bei welchen nicht?
Wie viele Laufwerke, konntest Du testen und bei wie vielen (%) funktioniert's nicht?
Ist das eventl. Geräte oder Firmwareabhängig?


Ich hatte mir für DOS und Windows schon mal Code zusammengestellt um die HDD Serial auszulesen, funktioniert auch!
Nun wollte ich sehen, ob man den Code auf den Topf portieren kann und habe festgestellt, dass das TAP "HDD Info" von FireBird den nötigen Code im Prinzip schon enthält!
Ich bin aber nicht weitergekommen, da die Festplatte bzw. der Topf jedes mal abgestürzt ist, wenn ich versucht habe das ATA_IDENTIFY Kommando 0xEC zu senden!
Bleibt die Frage ob der Fehler beim integrierten IDE Controler oder bei der Topf Software liegt?

Kann da vielleicht jemand von den Hardware/"none-TAP-API-freaks" weiterhelfen?


Hier die Programme die ich mir für DOS und Windows zusammengebastelt habe, um die HDD Serial auszulesen, vielleicht kann damit jemand etwas anfangen!:

16-Bit DOS nur Real-Mode (mit Borland C++ 3.1 kompiliert),
enthält zwei verschiedene Versionen eine mit Funktionen der CONIO.H und eine mit Inline Assembler Code:
http://people.freenet.de/GoJag/hddserial_dos.zip

und für Windows 2000/XP (mit Dev-C++ kompiliert):
http://people.freenet.de/GoJag/hddserial_nt-xp.zip

(hier auch ein paar Seiten betreffs den ATA IDENTIFY command:
The need for an IDE driver und IDENTIFY command)


@Gerti
Falls Topfield über diesen Bug noch nicht informiert wurde, könntest Du dann Bitte diesen bei Gelegenheit weitergeben, auch mit den Hinweis auf ein eventuelles Problem mit den ATA IDENTIFY Command "0xEC"?


Gruß
Jag

[jk]

das ATA_IDENTIFY funkt doch nur bei deaktiviertem timeshift wenn ich das richtig im kopf hab.

die andere möglicheit wäre es, den cluster0 zu lesen und dort die serial zu suchen, nur ob sich topf an die specs hält beim format?

man müßte leute fragen die die topfplatte sektorweise am topf auslesen können.

[Gerti]

Hi!

Bei fast allen IDs die ich zur Kontrolle bekommen habe, war die Festplatten-ID fehlerhaft...die Zahl derer, wo es funktioniert, ist vermutlich deutlich kleiner als die Zahl derer, wo es nicht funktioniert...

Ich kann das gerne mal an Topfield weitergeben, denke aber nicht, das sich da was tut...da gibt es viel "schlimmere" Bugs in der API der aktuellen beta Firmwareversionen der anderen Länder.

Gruß,
Gerti

[Jag]

Bei fast allen IDs die ich zur Kontrolle bekommen habe, war die Festplatten-ID fehlerhaft...die Zahl derer, wo es funktioniert, ist vermutlich deutlich kleiner als die Zahl derer, wo es nicht funktioniert...

Wurde im Fehlerfall gar nichts ausgeben oder nur "Zeichensalat"?
Wenn der "Zeichensalat" eine festplattenspezifische Konstante darstellt, könnte man doch notfalls auch die benutzen
(geht natürlich nicht, wenn sich der Ausgabestring ständig ändert!)

das ATA_IDENTIFY funkt doch nur bei deaktiviertem timeshift wenn ich das richtig im kopf hab.

Timeshift hatte ich zumindest nicht aktiviert!

die andere möglicheit wäre es, den cluster0 zu lesen und dort die serial zu suchen, nur ob sich topf an die specs hält beim format?

so genau kenn ich mich da nicht aus, was hat es denn mit den sector 0 auf sich, sollte die Serial da abgelegt werden?

man müßte leute fragen die die topfplatte sektorweise am topf auslesen können.

an FireBird habe ich eben eine PM geschickt, fällt dir da noch jemand spezielles ein?


Gruß
Jag

[DeJe]

Mal eine Frage, etwas Offtopic.
Wie kann ich am Topf physicalische Sectoren lesen ohne Dateien zu öffnen?
Wäre sehr nützlich für Filer.

[jk]

also im DOS schaut das so aus
http://heim.ifi.uio.no/~stanisls/helppc ... ector.html

Code: Alles auswählen

Offset  SizeDescription

00   3 bytes jump to executable code
03   8 bytes OEM name and version
0B   word bytes per sector
0D   bytes ectors per cluster (allocation unit size)
0E   word number of reserved sectors (starting at 0)
10   byte number of FAT's on disk
11   word number of root directory entries (directory size)
13   word number of total sectors (0 if partition > 32Mb)
15   byte media descriptor byte  (see MEDIA DESCRIPTOR)
16   word sectors per FAT
18   word sectors per track  (DOS 3.0+)
1A   word number of heads  (DOS 3.0+)
1C   word number of hidden sectors  (DOS 3.0+)
20   dword (DOS 4+) number of sectors if offset 13 was 0
24   byte (DOS 4+) physical drive number
25   byte (DOS 4+) reserved
26   byte (DOS 4+) signature byte (29h)
[b]27   dword (DOS 4+) volume serial number[/b]
2B  11 bytes (DOS 4+) volume label
36   8 bytes (DOS 4+) reserved

Wie kann ich am Topf physicalische Sectoren lesen

darum geht es ja jetzt

[Gerti]

Hi!

@Jag: Die Felder sind einfach leer...es steht gar nichts drin...

Gruß,
Gerti

[DeJe]

Sorry, da habe ich wohl etwas falsch verstanden:

Nun wollte ich sehen, ob man den Code auf den Topf portieren kann und habe festgestellt, dass das TAP "HDD Info" von FireBird den nötigen Code im Prinzip schon enthält!
Ich bin aber nicht weitergekommen, da die Festplatte bzw. der Topf jedes mal abgestürzt ist, wenn ich versucht habe das ATA_IDENTIFY Kommando 0xEC zu senden!
Bleibt die Frage ob der Fehler beim integrierten IDE Controler oder bei der Topf Software liegt?

Und Du schreibst selbst:

die andere möglicheit wäre es, den cluster0 zu lesen und dort die serial zu suchen, nur ob sich topf an die specs hält beim format?
man müßte leute fragen die die topfplatte sektorweise am topf auslesen können.

Ich hatte angenommen diese Leute (entsprechend Source) gibt es.

EDIT: Hat sich erledigt, HDDInfo.tap hat alles drin was ich eventuell brauche.

[FireBird]

Hi,

Warum kommen die interessanten Threads immer, wenn man gerade keine Zeit hat/Offline ist ;-)

Der TAP_Hdd_GetHddID hatte schon immer Probleme. Während die ersten Versionen in unserer F/W einfach das erste SPACE gegen ein 0x00 getauscht haben, haben die 5800 noch nie ein funktionierendes GetHddId gesehen (liefert nur Leerzeichen). Diese Version scheint sich via Masterpiece F/W zu verbreiten. Ein Memory Dump zeigt, dass das Auslesen dieser Daten funktioniert, meine Samsung inkl. Seriennummer sind einwandfrei abgelegt. Das TAP-API scheitert aber, die Strings richtig zu kopieren.

@Jag: An dem Identify_ Device bin ich schon zu HDDInfos Zeiten gescheitert. Auch DeadBeef konnte damals die Ursache für den Crash nicht finden. Die Firmware macht es aber korrekt. Einzige Lösung: Topfield oder wir fixen das API. ;-)

@jk: Diese Daten sind leider nicht per normalen Lesebefehl zugreifbar. Der Identify_Device-Befehl schickt Dir einen Datenblock, der wie ein Sektor aussieht, aber von der Laufwerks-F/W zusammengetragene Daten enthält. Den Timeshift-Mode schalte ich deswegen ab, da ich via Hardware-Ports direkt auf die Festplatte zugreife und deshalb eine Zugriffskollision mit der Firmware minimiere möchte. Die Volume Serial Number unter DOS ist eine vom Format-Befehl erzeugte Zufallszahl und hat nichts mit Seriennummer der Platte selbst zu tun.

MfG. Alex

[Jag]

Code: Alles auswählen

Offset  SizeDescription
...
[b]27   dword (DOS 4+) volume serial number[/b]
2B  11 bytes (DOS 4+) volume label

Die volume serial müsste die Datenträgernummer sein, denke ich, die wird bei der Formatierung des Laufwerks zufällig vergeben und kann sich nach der Neuformatierung ändern! (z.B. 46A8-413D", öffne mal eine Eingabeaufforderung und gib "DIR xxxxxxx" ein)
Das ist dann nicht das gleiche wie die Hardware-Seriennummer der Festplatte!


Gruß
Jag

[DeJe]

Nein, darauf würde ich mich nicht verlassen.
Kann sein, muß aber nicht. Bei DOS/Windows usw. stimmt das nur in seltenen Fällen mit der wirklichen Serien-Nummer der HDD überein.
Das DOS/Windows-Format generiert diese Nummer aus dem Datum/Zeit (wenn ich mich recht erinnere).
Außerdem ist diese relativ problemlos zu ändern. Für Key-Check absolut unbrauchbar.

[FireBird]

...Für Key-Check absolut unbrauchbar.

...und auf der Topf-Platte eh nicht drauf.

[Jag]

Der TAP_Hdd_GetHddID hatte schon immer Probleme. Während die ersten Versionen in unserer F/W einfach das erste SPACE gegen ein 0x00 getauscht haben, haben die 5800 noch nie ein funktionierendes GetHddId gesehen (liefert nur Leerzeichen). Diese Version scheint sich via Masterpiece F/W zu verbreiten. Ein Memory Dump zeigt, dass das Auslesen dieser Daten funktioniert, meine Samsung inkl. Seriennummer sind einwandfrei abgelegt. Das TAP-API scheitert aber, die Strings richtig zu kopieren.

nachfrage: Findet sich die serial nur bei den TF5000 oder auch bei den Masterpiece bzw. TF5800 Modellen im Speicher?

@Jag: An dem Identify_ Device bin ich schon zu HDDInfos Zeiten gescheitert. Auch DeadBeef konnte damals die Ursache für den Crash nicht finden. Die Firmware macht es aber korrekt. Einzige Lösung: Topfield oder wir fixen das API. ;-)

Hättest Du dazu einen Ansatz, die Serial würde mir schon reichen?
Ginge das vielleicht sogar Geräte bzw. Firmware unabhängig?
(ausgehend von einer API mit TAP_Hdd_GetHddID Unterstützung natürlich)


Gruß
Jag

[buko]

. Einzige Lösung: Topfield oder wir fixen das API.

....

gruss buko