GEOS 64 und 128 V2.0 GE jungfräulich

Es gibt 435 Antworten in diesem Thema, welches 140.008 mal aufgerufen wurde. Der letzte Beitrag (12. Mai 2023 um 08:22) ist von wweicht.

  • Danke für deine Nachricht, ich habe geantwortet.

    Es würde mich noch interessieren, ob der Spender das original verschlossene neue Geos 2.5 Paket vor schätzungsweise etwa 3 Monaten für 89 Euro Sofort-Kauf bei Ebay gekauft hat. Das Angenot war mir bei Ebay nämlich aufgefallen. Ich habe mich im Nachhinein tierisch geärgert, dass ich es nicht selbst gekauft habe.

    Danke an den Spender!

  • hier nun das komplette originale deutsche GEOS 64 V2.5 uninstalliert (direkte Kopieen der originalen MSPI (Markt&Technik) Disketten).

    Das hat mich viel Zeit gekostet. Habe die Version neulich per Zoomfloppy auf Disketten übertragen und gesucht, warum auf Diskette 2 Rückseite ein defekter Block auf der echten Diskette ist. Neu kopiert, Diskette getauscht etc. Half alles nichts.
    Was war es am Ende? Na, der Block ist auch schon im g64 defekt (was er auf dem Original im Neuzustand sicher nicht war, aber seitdem sind ja sehr viele Jahre vergangen)...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Was war es am Ende? Na, der Block ist auch schon im g64 defekt (was er auf dem Original im Neuzustand sicher nicht war, aber seitdem sind ja sehr viele Jahre vergangen)...

    Hier mal das nib-File der Disk 2b. Ist da auch der Fehler drauf?

    Ich habe die Files (G64 und NIP) ja nicht selbst erstellt (siehe Posting Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen. )

    In diesem Paket habe ich wegen der File-Größe nur da wo möglich die G64 in D64 gewandelt. Ich habe nur alles geprüft und keinen Fehler gefunden :sad:

    Gruß
    Werner

  • Scheint von der Methode abzuhängen. micro64disktool macht ein fehlerloses D64 draus. Mit nibconv (markusC64 fork) konvertiert hat es einen Fehler 21 in T10S17, einen Fehler 20 in T28S0, und Tracks 2 bis 5 sind komplett mit Fehler 22 belegt. Allerdings sehen die betroffenen Blöcke jetzt nicht gerade fehlerhaft aus... (die beiden Einzelblöcke sind 1541-formatiert leer (also 4B 01 01 etc...), die Tracks haben optisch-inhaltlich ziemlich normalen Anschein...)

    g2d scheitert übrigens dran ("Cannot find directory track.") und 64Copy kreiert das gleiche Fehlerbild wie nibconv.

    Korrektur: g2d scheitert nur an einem von micro64disktool gebauten G64, gut erkennbar daran dass es rund doppelt so gross ist wie sonstige. Alles andere schluckt es (Resultat: wieder gleiches Fehlerbild wie oben beschrieben).

  • Leider ja.

    Der schnellste Weg das zu testen, ist einfach nibconv zu nehmen und das in d64 umzuwandeln. Der zeigt genau da die Probleme an, wo die echte 1571 die auch gefnden hat (es gibt ja Programme, die einfach nur eine Disk auf Lesefehler testen, ohne zu beurteilen, ob der Block belegt ist).

    Track 10 Sektor 17 Fehlercode 9 und Track 28 Sektor 0 Fehlercode 2.
    Der erstgenannte Fehler verweist auf einen Prüfsummenfehler im Header und der zweite Fehler besagt, dass der Header nicht gefunden worden ist (stimmt, mit g64conv sehe ich da eine superlange Sync).

    Bei beiden Fehlern ist nur der Header betroffen, der Dtenblock ist noch völlig intakt im Image.

    Tracks 1 bis 5 untersuche ich noch.


    Edit: Die ersten Tracks melden Fehler 4, dass ist DATA_NOT_FOUND. Das sieht mir nach einen Fehler im nibconv aus. Naja, nebenan haben wir ja einen Thread, wo der nibconv Autor mitliest.

    M. a. W. Da nur der Sektorheader bei den Fehlern betroffen ist und der Datenblock fehlerfrei ist. werde ich den ganzen Inhalt rekonstruieren können.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (20. März 2016 um 18:53)

  • . (die beiden Einzelblöcke sind 1541-formatiert leer (also 4B 01 01 etc...), die Tracks haben optisch-inhaltlich ziemlich normalen Anschein...)

    Lad' die mal mit g64conv, dann siehst Du, dass die Blöcke nicht leer sind.

    Wieder eine Bestätigung, dass wir g64conv brauchen.

    Und damit der Leser direkt die Fehlercodes aus nibconv lesen kann, der folgende Sourcecodeausschnitt mappt die Ziffern, die hinter der Sektornummer stehen nach Klartext:

    Bitte melde dich an, um diesen Link zu sehen. HEADER_NOT_FOUND 0x02 // 20,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. SYNC_NOT_FOUND 0x03 // 21,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. DATA_NOT_FOUND 0x04 // 22,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. BAD_DATA_CHECKSUM 0x05 // 23,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. BAD_GCR_CODE 0x06 // 24,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. BAD_HEADER_CHECKSUM 0x09 // 27,READ ERROR
    Bitte melde dich an, um diesen Link zu sehen. ID_MISMATCH 0x0B // 29,DISK ID MISMATCH

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ich habe die beiden Sektorheader korrigiert, ansonsten das g64 unverändert gelassen. Somit besteht bei den Tracks 1 bis 5 das "Problem" weiterhin.

    Aber:

    open 2,8,2,"#"
    open 1,8,15
    printBitte melde dich an, um diesen Link zu sehen.,"u1 2 0 1 0"
    close 2
    close 1

    kein Lesefehler, es muss an nibconv & co liegen.

    Bevor wir zu härteten Mitteln greifen, sollten wir erstmal das minimalveränderte g64 nehmen, da es wesentlich näher am Original ist als wenn ich das erst nach d64 fehlerfrei wandele und dann nach g64 zurück.

  • Ich habe die beiden Sektorheader korrigiert, ansonsten das g64 unverändert gelassen. Somit besteht bei den Tracks 1 bis 5 das "Problem" weiterhin.

    Nur so als Hinweis: (spart vielleicht etwas Zeit :wink: )

    Das könnte mit dem eigenen Kopierschutz und Installation von TopDesk zusammenhängen. Der verwendet NICHT die Methode, von Berkeley Softworks/Markt&Technik. Der wurde damals von deutschen Programmieren für den GeosUserClub geschrieben und schon vor Geos 64 V2.5 einzeln auf Diskette verkauft.

    Ansonsten probiere ich das nochmal alles aus. Wird aber wohl etwas dauern. Ein erster Kurztest hier ergab: "TEXT GRABBER" und "LW_Greek" scheinen betroffern zu sein. Kann man notfalls vom Geos 64 V2.0 nehmen...

    Gruß
    Werner

  • Nicht so voreilig. Ich habe noch einen Kryofluxdump von einer intallierten Geos V2.5 ohne Sektorfehler. Da kann man auch einzelne Sektoren oder ganze Tracks entnehmen - nach Kontrolle, dass die im nicht installierten Zustand genauso sind.

    Ab das der Kopierschutz ist, lässt sich leicht prüfen: mit g64conv nach d64 wandeln und mit nibconv zurück. Wenn das den Kopierschutz brickt, weiß man, dass die Unterschiede es sein müssen.

    Hm, der Test geht ja eigentlich schnell, den mache ich gleich mal.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Auf jeden Fall habe ich auf dem defekten G64 (auf echte Disk kopiert) den Topdesk einmal gestartet (zur Installation) und anschließend alle Files von der Disk auf RAM-Lfw. kopiert. Der Topdesk läuft, nur die 2 genannten Dateien lassen sich unter Geos nicht kopieren. Das spricht auf jeden Fall dafür

    Die von Dir genannten 2 Tracks/Sektoren (10-17, 28-0) gehören zu den von mir genannten 2 Files. Wenn ich die unter Geos lösche, hat die Disk bei installiertem TopDesk keine Fehler mehr (Validate unter Geos mit DESK TOP und Topdesk).

    Gruß
    Werner

  • So, ich habe jetzt mal folgendes getestet:

    1. mit g64conv das ganze nach d64 konvertiert.
    2. mit nibconv -7 das ganze zurück konvertiert
    3. Mit geos64 installiert. Bemerkt, dass dabei der Topdesk startet und hochkommt.
    4. Emulator beendet
    5. Festgestellt, dass diesmal nur die Tracks 2 bis 5 wieder denselben Effekt haben. Sind fehlerfrei, aber nibconv kommt damit nicht klar.

    Die Tracks 1 bis 5 sind also offenbar bewusst so gemacht. Das heute die d64 Konverter damit Probleme haben, konnte damals aber keiner wissen.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ein erster Kurztest hier ergab: "TEXT GRABBER" und "LW_Greek" scheinen betroffern zu sein.

    Ich habe gerade von meiner reparierten Version "Text Grabber" gestartet. Das geht schon mal.

    Nun, war IMHO auch wahrscheinlich. Beide reparierten Blöcke haben die gleiche Prüfsumme wie in der installerten Version, die ich habe. Und die Daten sahen beim Drüberblicken auch gleich aus.
    Nur, dass ich die Daten in den Blöcken nicht reparieren musste (s. o.), es war ja nur der Blockheader, der hinüber war.


    Wie auch immer, der ganz exakte Dump ist fehlerhaft (ob das beim Dumpen passiert ist, oder ob die Diskette auch den Fehler hat, wissen wir nicht). Das Optimalziel ist also nicht erreichbar. Unter diesen Randbedingungen finde ich eine reparierte g64 ok.

    Edit: Und der Originaldump bleibt unsj a erhalten, wenn wir uns den Original zusätzlich dadurch annähern, dass wir einen fehlerhaften Dump reparieren.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    2 Mal editiert, zuletzt von markusC64 (20. März 2016 um 20:52)

  • Hallo markusC64,

    kannst Du bitte das G64 aus Posting #328 (gefixte Version) noch mal prüfen? Ich habe jetzt nochmal neu heruntergeladen und schon auf verschiedene Disketten kopiert. Ich bekomme damit immer noch einen Fehler mit "TEXT GRABBER" auf Track 10 Sektor 17. Der 2. Fehler ist behoben.

    Auch in WinVice bekomme ich mit "TEXT GRABBER" den Fehler "File-Header nicht gefunden" auf diesem G64.


    Der Rest dürfte Kopierschutz für Topdesk sein. Versuche ich ihn uninstalliert zu kopieren (unter Geos) oder Diskette "Aufräumen" (Validate unter Geos) bekomme ich:

    Fehler: 22 Track 2 Sektor 14.

    Nach erfolgter Installation ist dieser Fehler nicht mehr vorhanden. TopDesk läßt sich auch problemlos kopieren.

    Gruß
    Werner

  • Super doll - nibconv zeigt alles ok an, "u1 2 0 10 17" liefert den Fehler. Ich prüfe nochmal.

    Habe die Gap im betroffenen Sektorheader jetzt auch angepasst. Jetzt mag VICE den zumindest. "U1"-Test erfolgreich. Außerdem installiert und dann validiert.

    Dateien

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (21. März 2016 um 18:41)

  • Hallo,

    wer sich Geos 64 V2.5 hier (Posting Bitte melde dich an, um diesen Link zu sehen. auf Seite 16) oder auch von der F64-Wolke heruntergeladen hat, sollte unbedingt nocheinmal die Diskette 2B (Write_Utilities_und_TopDesk) aus Posting #335 hier herunterladen. Auf dieser Diskette wurde ein Fehler festgestellt. In der Version von Posting #335 wurde dieser Fehler behoben. Der Fehler betraf die Dateien "TEXT GRABBER" und "LW_Greek" auf der Diskette der ersten Veröffentlichung

    Sorry, ich habe die G64s (und NIB-Files) ja fertig zugeschickt bekommen und nur überprüft. Dabei wurde dieses Problem leider nicht bemerkt.

    Für zukünftigen Veröffentlichungen habe ich meine Test-Methode erweitert, so dass solche Fehler nicht mehr unentdeckt bleiben sollten .... :wink: .

    Gruß
    Werner

  • Hallo markusC64,

    Keine Panik, kein neues Problem :wink:

    So, ich habe jetzt mal folgendes getestet:

    1. mit g64conv das ganze nach d64 konvertiert.
    2. mit nibconv -7 das ganze zurück konvertiert
    3. Mit geos64 installiert. Bemerkt, dass dabei der Topdesk startet und hochkommt.


    Ich meine (habe es aber noch nicht probiert) das Punkt 2 ausschließlich für Geos-Disketten (System und zusätzliche Programme) benutzt werden kann, die direkt von Berkeley Softworks bzw. Markt&Technik stammen.
    Die Disk 2B von Geos 64 V2.5 stammt aber eigentlich nur teilweise von Markt&Technik. Deren Dateien auf dieser Disk benötigen keine Installation. Der Topdesk stammt vom Geos User Club. Da dürfte der Kopierschutz völlig anders aussehen (je nach Programmierer, die beim GeosUserClub veröffentlicht haben).

    Meiner Meinung nach wird "nibconv -7" bzw. "nibconv67" hier gar nicht benötigt.

    Gruß
    Werner

  • Da hast Du Recht. Offensichtlich ganz anderer Schutz. Hat der Test ja auch gezeigt. Sind die Tracks 2 bis 6 vorher defekt, werden jene beim Installieren repariert und umgekehrt.
    Nun war aber vorher nicht klar, ob M&T im Zuge der Auslieferungskooperation nicht beim Kopierschutz was beigesteuert hat, aber das hat der Test als wenig plausibel dargelegt.

    Außerdem habe ich im g64conv keine GEOS-Tailgaps gesehen beim erneuten Reparieren.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Aber egal, es lässt mich zumindest hoffen, dass es dann in der Zukunft dies auch für GEOS 128 gibt.

    auch wenn es schon ein paar Tage her ist :evil:

    Was meinst Du genau? Den alten Topdesk 128 (ich meine es war V1.3) werde ich mit hoher Wahrscheinlichkeit nicht mehr auftreiben können. Beim Silbentrenner, ja, den gabe es auch in einer 128er Version stehen die Changen etwas besser....
    Wie schon gesagt, Geos 128 V2.5 gab es nie.

    Gruß
    Werner