8" Disketten archivieren

    Vor ein par Tagen hatte ich mal das hier wieder aufgebaut:

    siehe auch hier: An was bastelt ihr gerade #106

    damit ich die 8" Disketten von horniger nun endlich mal auslesen kann.


    Dummerweise sind es 8" hardsektorierte Disketten von einer Nixdorf Maschine.

    Aber die Kryoflux Software für Windows kann das angeblich lesen.

    Das Output File muss dann halt jemand der es kann mit Python in "Sektor Daten" zurück vewandeln.

    Mal schaun, ...


    mfG. Klaus Loy

    Jetzt habe ich erstmal ein paar andere 8" hardsektorierte Disketten gelesen.

    Hier mal ein Beispiel Bild.


    Diese Disketten stammen scheinbar von einem unbekannten Z80 System.


    @PAW, und andere interessierte, ich habe die Images mal auf DropBox abgelegt, um hier nicht den Server zuzumüllen.


    Wenn jemand Lust hat, kann er sich dran versuchen, diese KryoFlux Perservation Files in Images umzuwandeln. Wie gesagt 8" Hardsektoriert, einseitig. KryoFlux liest aber irgendwie auch die zweite Seite, obwohl sie nicht existiert. Vermutlich Rauschen oder es kommt evtl. nochmal die Seite Eins, weil das Laufwerk evtl. kein Siteselect hat. Die Disk hat vermutlich 32 Sektoren, wieviel Bytes pro Sektor weiß ich nicht.

    In den DropBox Ordner werde ich noch ein paar mehr Disketten rein legen.


    Nach diesen "Übungsdisketten" kommen dann die vom horniger dran.

    Filename: Disk_Nxx N steht da für Nixdorf.


    Hier der DropBox Link: DropBox_8"-Images

    Fiel Spaß beim Analysieren.


    Rückmeldungen:

    1. Rückmeldung von PAW
    er scheint das Z80 System zu kennen, siehe nnächsten "Block"


    2. Rückmeldung von kkaempf
    er meinte in meinen *.raw Files wäre nur Rauschen :(


    Ich hab diese paar Beiträge m,al mit User Mitteln in diesen extra Thread verfrachtet.

    mfG. Klaus Loy

    Diese Disketten stammen scheinbar von einem unbekannten Z80 System.

    Nach den Bildern zu schließen dürfte es sich um folgendes System handeln: ZDS1 von Zilog






    Details sind hier zu finden: Datenblatt


    Die Disketten sind tatsächlich einseitig, obwohl Kryo zwei Seiten liefert. Sieht man sich die Spuren an, dann sieht man, dass zweimal die gleiche Seite gelesen wurde.


    Die Codierung ist FM. Von einer detailierten Analyse möchte ich Abstand nehmen, da dies mit einem großen Aufwand verbunden wäre. (Analyse der Sektorenstruktur, Checksumme, etc.)


    Schönen Abend!


    PAW

    Ich habe eben nochmal zum Test zwei 8" raw-Files auf DropBox hoch geladen: Link


    Einmal eine 8" CP/M Diskette: Disk_R01

    und eine 8" Nixdorf Hardsector: Disk_N01


    Aktuell habe ich wenig Ahnung wie man das dekodieren könnte.


    mfG. Klaus Loy

    Zitat von klaly
    und eine 8" Nixdorf Hardsector: Disk_N01

    Habe mal einen Blick in die Nixdorf Diskette geworfen.


    Sie dürfte FM-Formatiert sein, allerdings sind die Sektoren seltsam verteilt.


    Da die Diskette 32 (+1) Indexlöcher hat, wäre anzunehmen, das auch 32 Sektoren je Track vorhanden sind.

    Dies dürfte aber nicht der Fall sein. Viel mehr sieht es so aus, dass jeweils zwei hintereinenander liegende Sektoren zusammengehören. Zu dieser Annahme komme ich, da nur bei jedem zweiten Hardsektor Syncdaten vorhanden sind.


    Hier ein Auszug aus Track 05:

    Code
    +++++1+000000000000010000000101111110101001111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111000000000000011+0000000000000000000000000000000000000000000000011+0001+01100100011010011100010001101000110001000010000100100000000110011011011000000100110111001011100110110001000001001010000100111100001110100100101010000011111010001000100110111100001110100011110001101111101111000111111111010010100110000100101111100011111111010111100110110110001000111111110000111010001111001011100001110011011001001001100110101101100001001010010000100011000000000001101010111001101101101100010011011001101100101000010010100001001111001010010000100011111000000001100110110110110001001101100010100100011010011100010000100011010000000000001100101111110101110011101001010001010000111110100111100000110000000001101000111100001110011011001001100011111110100011100100111100101001010100010000100110100111010111110001111000011101000000001111111010101000100010000000000110010110011011100011100110001110010101001000100011111111000111011111011000010100100010001111100100011111000110010001111000011101000000001111111100101001010100010000100110100111010111110001111001101110001110011000111001010100100010001111111100011011101110010001111100011001000111100001110110111000111111100110110000100001001001

+++++111110000001111001001000010000100100010000000000001100100110110000000001111010111110001110011011100101000100101111001100111111101110111000000010000000000110100110011010011000000001000001111001111010111001101100011100010010100111100001100100001010100110100011101111111000110111110110000101111100100011111001111100010011011001101101001100011000111001010110010110001111111000011100100110010001011001101111010010010010100100001000100000010000111000010101010010010000011001101101001000010011001100000011010010010001000010111001101001100110110001110001001010011001000010101001101000011111010000000001100100001010000110100000000010000000000110100110101011100110100010010000001101101000100101010000101110011010011110101001110100001010000110100111111101000000011000010010000100010000000000001100010101111111100001001011111101111111001000000110010100100001000100000111111101101010011001010110100100001111111111110110101111110011000000000000000000000000000000000000100110011001111111110111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111110000000000

+++++0000000000000000000000000000000000000011+000111+0000001010000000000000110000000011110011100110000111111111111111111111111111111111111111111111111111111111111111111111111111111111111111100000000000000011+0000000000000000000000000000000000000000000000011+0001+011111101010000000100011100001001000010010011100101001000010010001000000000000110011010111011100110000001111100001001100000001001000010001101001110001000110100011000100011110011011011000100100110111000111100110110001000001001010000100101111100101101001100001001100000001001000011111000000111110011011110001100100101111001011100110111111010001001001110000100001001110000010000100111100101001000010000010000000000110011011011011000100110011110011110011010000000010011111110000111001101100010000010010100001001110110001110010111100001110011011000010000100100111000010010001001110101001001001111110000001111001001000010101001110101001001001110010111001101011111100010001111000011100001100010011000000000000000000010000100101101001101001100110111011110000000110111111011111110000111101100000000111110000110101100100111001101100011010010010000100011001000110010001101111110101101111100100100100001000000100000000011001101101100000010011001111110110010010010000111111111111111111100001110011110001001000010000100000001000000001110010100100001001001110000

+++++00001100110110110110001001100010101111100011000010010100010001001101111000011100110111000101001001010111100010110001110010001100110100000011001001011011001011001001110011011000111000100101001100100001010100110100110101011100110111111010001001001100110111111001001001010101000001011001110011010001100100100110110100011100010100100001001011010000000011001101101101100010011000100001001010010000000011001101101100000010011011001101100010000010010100001001110101011110010111001101110111000010010111101011111000011100110100011001001001100110000001101001110100011101010111100101110011010001110000011111110100011100110100011111001001100100010001001101110100011100000100001001010001000100110111000011101110110010010100100001000010010000000011000011101101100010011011001101101110110010010111001101100011100010010100110010000101010011010011001101000001010010011011010101111001011100110100011100000111111110000101010000010110010010101111001101000110010010011011010001110101011100010111100101110011011111101000100100101000111000001111111110111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111


    Die "+++++" zeigen die Position des Indexlochs an.


    Einzelne "+" zeigen an, dass eine ungerade Anzahl von kurzen Intervallen vorhanden ist. Das ist für FM-modulation nicht zulässig, außer für Spezielle Kennungen bei den Sektorheadern. Innerhalb von Daten darf es nicht vorkommen. (Bei FM: zwei kurze Intervalle = binär 1, ein langes Intervall = binär 0)


    Der rot markierte Bereich

    "000000000000011+0000000000000000000000000000000000000000000000011+0001+"

    dürfte ein Sektorheader sein. Bei jedem zweiten Sektor fehlt er, es dürften offenbar direkt die Daten folgen. Werden vermutlich ohne Unterbrechung weitergeschrieben.


    Leider habe ich im Moment keine Zeit die Dekodierung weiter zu verfolgen. Aber vielleicht gibt es im Netz irgendwelche Tools, die Nixdorf-Images lesen können.


    Eines ist sicher: FLUXCOPY kann derzeit diese Disketten nicht kopieren, da es von je einem Sektor pro Indexloch ausgeht. Müsste man erst speziell anpassen.


    Schönen Abend!


    PAW

    Einmal editiert, zuletzt von PAW ()

    Zitat von klaly

    Einmal eine 8" CP/M Diskette: Disk_R01

    Bei der zweiten Diskette handelt es sich ebenfalls um eine FM-Diskette, aber Softsektor im CP/M-Format.


    Hier ein Auszug:


    Diese läßt sich mit FLUXDUMP ohne Probleme anzeigen.


    Gute Nacht!


    PAW

    Guten Morgen!


    Zitat von klaly

    guten Morgen, wo könnte ich dieses FLUXDUMP finden ?

    FLUXDUMP findest du hier: FLUXDUMP 050


    Für die Disk_R01 musst du folgende Einstellungen verwenden: FM-Dump, 5.25" HD

    Die Dateien müssen in einem direkten Unterverzeichnis von FLUXDUMP liegen.


    Die Nixdorf Hardsector: Disk_N01 kann mit diesem Programm nicht angezeigt werden, weil dieses Format nicht implementiert ist.



    Damit FLUXDUMP Kryo-Dateien anzeigen kann, müssen sie vorher mit FLUXKRYOCONV von RAW auf FLX konvertiert werden. Das Programm findest du hier: FLUXKRYOCONV

    Hier müssen ebernso alle Dateien in einem Unterverzeichnis abgelegt sein.


    Tipp: Ich kopiere beide Programme in ein Verzeichnis und lege dann ein Unterverzeichnis FLUX1 an, in das ich die Images kopiere. Dann FLUXKRYOCONV starten. Wenn fertig, dann FLUXDUMP (mit obigen Einstellungen) ausführen.


    Viel Spaß!


    PAW

    HxC (https://sourceforge.net/p/hxcfloppyemu) kann beide Formate (soft- und hardsektoriert) einwandfrei dekodieren.

    Bspw.

    Code
      hxcfe -finput:Disk_R01/track00.0.raw -foutput:Disk_R01.img -conv:RAW_LOADER

    (Mit Disk_N01 entsprechend ;) )

    Kurzes Update zur Analyse: Disk_R01 stellte sich als defekt heraus, 5 Sektoren konnten nicht gelesen werden. Ein kleiner Hack später und cpmtools kann die Dateien (minus defekter Sektoren) lesen.

    Die Datei "disc.doc" hat einen kaputten Sektor, aber der Hauptteil ist ok und folgenden Inhalts:


    (GES == GRAF ELEKTRONIK SYSTEME)


    Ein paar der .asm/.mac Dateien sind von Rolf-Dieter Klein !

    Zitat von kkaempf

    Kurzes Update zur Analyse: Disk_R01 stellte sich als defekt heraus, 5 Sektoren konnten nicht gelesen werden. Ein kleiner Hack später und cpmtools kann die Dateien (minus defekter Sektoren) lesen.

    Die Datei "disc.doc" hat einen kaputten Sektor, aber der Hauptteil ist ok und folgenden Inhalts:

    Welche Sektoren/Tracks auf Disk_R01 waren defekt?

    Würde mich interessieren, da ich mit FLUXDUMP vorerst keine Fehler gefunden habe.


    Gruß, PAW

    Mein hxc_xml_repair sagt:


    Adding sector 5 in track 64

    Adding sector 23 in track 73

    Adding sector 3 in track 76

    Adding sector 17 in track 76

    Adding sector 23 in track 77


    Die ersten beiden (Track 64 und 73) wären wichtig, da sich hier "disc.doc" und "demo.bas" befinden.

    Danke für die Info!


    FLUXDUMP interpretiert die Sektoren als richtig. Die Daten sehen auch plausibel aus:


    Beste Grüße


    PAW

    Also, die R_01 Disk ist von einem MC-Computer, daher taucht Rolf Dieter Klein und Graf Computer da mit auf.

    Was die "defekten" Sektoren angeht, da meinte der kkaempf, ich soll nochmal mit Kryoflux, aber mit Retry = 10 lesen.

    Leider hatte ich die letzten Tage null Lust abends noch was mit 8" ... zu tun.


    Mal schaun, vieleicht am Samstag, weil heute kommt Besuch und dann drinkt man ein bisschen Alkohol und dann hat man wieder keine Lust.


    @kkaempf,
    wie könnte das mit KryoFlux mit retry funktionieren ?
    Weil bei RAW Format dachte ich, es werden die Flux Übergänge gelesen, gespeichert und gut ist es.

    Aber bei retry könnte statistisch gelesen werden, wie auch immer, durchschnitt , ...
    oder es wird versucht den Datenstrom zu interpretieren und an Hand der CRC zu sagen, war wohl nix, nochmal.
    Aber hierzu müsste ja das Format interpretierbar sein.


    Bitte um Versuch einer Erklärung.


    mfG. Klaus Loy

    • Offizieller Beitrag

    Ich hatte die Tage ein paar 8" Disketten von helwie44 † zum Einlesen da.

    Erstmal habe ich die einfach am MFA unter CP/M sektorweise auf den Gotek mit Flashfloppy Firmware kopiert, somit hatte ich direkt .IMG Dateien auf dem USB-Stick.

    Das hat teilweise fehlerfrei funktioniert, es gab aber zwei Disketten, bei denen das dank Lesefehlern nicht funktioniert hat.

    Die habe ich dann an einem PC (486er) mit IMD mit 10 Retries eingelesen.

    Damit reduzierte siche die Zahl der nicht lesbaren Sektoren erheblich.

    Zwar nicht auf null, aber soweit, daß alle relevanten Sektoren vorhanden waren.

    Mit dem Kryoflux habe ich dann keine Versuche mehr gemacht, da nicht mehr erforderlich.

    Zitat von klaly

    @kkaempf,
    wie könnte das mit KryoFlux mit retry funktionieren ?
    Weil bei RAW Format dachte ich, es werden die Flux Übergänge gelesen, gespeichert und gut ist es.

    Kryoflux (bzw. das 'dtc' command line tool) liest normalerweise 5 volle Umdrehungen pro Track und Seite.


    Ja, jede trackXX.Y.raw Datei enthält die Flux Übergänge von 5 Umdrehungen.


    Das kann man mit dem '-t' Parameter ändern. '-t 10' ist inzwischen mein Standardwert.


    Gleichzeitig versucht dtc auch das gelesene grob zu interpretieren, bspw. durch Prüfung der CRC Summe im Sektor.

    Mit '-r' kann man die Anzahl der Wiederholungen (retries) setzen. Auch hier ist '-r 10' mein Standardwert.


    All das passiert in der Kryoflux CPU, denn USB ist zu langsam, zu unzuverlässig (wer sagt, dass der Host die Daten schnell genug anholt ?) und insb. nicht Echtzeit.


    Je nach gewähltem Ausgabeformat wird nun RAW (oder Image, oder ...) per USB übertragen und auf dem Host gespeichert.

    Zitat von kkaempf
    Dann gibt es ja noch Hoffnung diese Disk evtl. auch mit Kryoflux (und genügend retries) erfolgreich zu retten.

    Ich glaube nicht, dass es am Kryoflux liegt. FLUXDUMP hat auf keinem der Retries einen Fehler gefunden. Es sieht also nicht so aus, als ob die Daten unstabil wären.


    Frage: Welchen Retry liest HxC ?


    Im schlimmsten Fall müsste man die zwei defekten Sektoren mit einem Hexeditor im Hex-Image korrigieren.


    Gruß, PAW

    Zitat von PAW

    Ich glaube nicht, dass es am Kryoflux liegt. FLUXDUMP hat auf keinem der Retries einen Fehler gefunden. Es sieht also nicht so aus, als ob die Daten unstabil wären.

    Liegt's doch am Laufwerk ?!

    Zitat von PAW

    Frage: Welchen Retry liest HxC ?

    Ich nehme an, dass HxC interpoliert. Habe mir aber den Quellcode noch nicht näher angesehen.

    Zitat von PAW

    Im schlimmsten Fall müsste man die zwei defekten Sektoren mit einem Hexeditor im Hex-Image korrigieren.

    Ja, für Einzelfälle machbar. Aber nicht für die Archivierung grösserer Bestände (was zumindest mein Ziel wäre)

    Zitat von kkaempf

    Liegt's doch am Laufwerk ?!

    Kann's auch nicht sein, da ich (FLUXDUMP) ja die bereits vorhandenen Kryoimages interpretiert habe. Diese sind aus meiner Sicht fehlerfrei. Also kann's auch nicht am Laufwerk liegen. Kann aber durchaus sein, dass mit einem anderen Laufwerk die Flux-Daten leicht unterschiedlich sind und HxC doch noch Erfolg hat. Vielleicht interpretiert HxC die FM-Daten nicht tolerant genug.

    Zitat von kkaempf

    Die ersten beiden (Track 64 und 73) wären wichtig, da sich hier "disc.doc" und "demo.bas" befinden.


    Habe die beiden Tracks refreshed (Fluxwechsel auf Standardwerte geändert. Geht nur mit FM-Dateien die ich mit FLUXDUMP fehlerfrei lesen kann). Sie lassen sich jetzt mit HxC Analyzer anzeigen.


    Ich konnte sie auch mit HxC als CPC-Disk exportieren und anschließend mit SAMCONV (CP/M Format "GEN-CPM") auf DOS konvertieren.


    Disk R01 - Track 64 und 73 korrigiert.zip


    Grüße, PAW

    Ich muss euch bewundern, ...
    Keine Ahnung wie ihr da was anzeigen könnt.
    Mit HxC hab ich gestern kurz rum gespielt (Windows), aber meine Ahnung hierzu ist nahe 0%.


    mfG. Klaus Loy

    Zitat von klaly

    Mit HxC hab ich gestern kurz rum gespielt (Windows), aber meine Ahnung hierzu ist nahe 0%.

    Mir ging es mit HxC nicht besser. Habe erst gestern begonnen mich damit zu befassen.


    Hier meine ersten Eindrücke (rein empirisch, da mir das Handbuch-Lesen zu lange gedauert hätte):


    Ich arbeite mit Win XP und habe mir die neuste Version runtergeladen v2.5.6.6


    Es braucht nichts installiert zu werden. Habe nur alle Dateien in ein Verzeichnis kopiert.

    Die raw-Image Dateien von Kryo habe ich in ein anderes Verzeichnis kopiert.


    Nach Aufruf der HxCFloppyEmulator.exe kommt folgender Schirm:


    Danach Load-Button drücken und die erste raw-Datei auswählen (hier track00.0.raw):


    HxC lädt dann alle raw-Dateien.


    Jetzt kann man den Track Analyzer (Button) aufrufen



    HxC zeigt dann im "Trackview" die diversen Sektoren des ausgewählten Tracks (grüne, senkrechte Streifen). Der weisse Streifen zeigt die Position des Indexloches (bzw. die Gaps) an. Da mehrere Durchäufe je Spur aufgezeichnet werden, gibt es auch mehrere weisse Spalten. Mit den Schiebereglern kann man die Psotion und den Zoombereich einstellen. ganz rechts gibt es einen Schieber mit dem der Track und die Seite ausgewählt werden kann.


    Fährt man mit dem Mauszeiger über die grünen Spalten, dann wird rechts im Fenster ein Hexdump angezeigt.



    Möchte man eine andere Ansicht, kann man das im View mode (rechts unten) ändern, z.B.: Dummy disk




    Außerdem kann man die Daten durch Drücken des Eport-Buttons exportieren:



    Ich habe hier CPC DSK file ausgewählt. Dieses Dateiformat läßt sich mit SAMCONV weiter verarbeiten.


    Grüße


    PAW

    @PAW,
    das gefällt mir, hatte Gestern "leider" Besuch und nach zwei Zeizen und einem Schnapps Movation = 0%

    Mal schaun ob heute Zeit und Lust aufeinander treffen.


    mfG. Klaus Loy