Hallo Besucher, der Thread wurde 9,4k mal aufgerufen und enthält 43 Antworten

letzter Beitrag von C=Mac am

Wheels und DNP-Images (SD2IEC)

  • Hallo,

    das Verhalten von sd2iec sollte ich im Laufe der Nacht an die Vorlage anpassen

    Das einzige was mir aufgefallen ist, bei DNP-Image unter 1 MB (4032 Blocks) Grösse, wird der freie Speicher nicht runtergezählt.

    Zunächst habe ich festgestellt, dass mein Wheels DNP noch nicht aktualisiert war (Original-Version). Also habe ich jetzt Wheels 128 erstmal auf den aktuellen Stand gebracht. Die Updates dazu liegen auf der F64-Wolke unter Software/Geos/System/WHEELS/ als gepackte D64-Dateien (je ein Archiv für Wheels 64 und Wheels 128). Die Durchführung des Updates ist relativ einfach. Zunächst "Sys1PATCH" laufen lassen, dann "Dashboard" und "Toolbox" einfach durch die neue Version ersetzen und das System neu starten. Als letztes "SysUpdatexx" ausführen.
    Die Patches und die Anleitungen dazu stammen original von M. Randall.


    Damit habe ich jetzt ein wenig herumgepielt und konnte zunächst keine Probleme mit dem SD2IEC erkennen. Zum Schluß habe ich dann noch ein DNP (mit "64Copy) erstellt, das eine Größe von 752 kB (3008 Blocks in Wheels) bei "disk" - "info" anzeigt. Bei "Bei "Space free" stehen 3007 blocks. Das ist normal, da das Image Geos-Formatiert ist (Borderblock bzw. Sysdir unter Wheels).
    Auf dieses Image habe ich "Dashboard" kopiert. Die Blockzahlen ändern sich danach nicht (wie auch schon C=Mac erwähnt hat). Wenn ich jetzt aber "Dashboard" wieder von dem DNP lösche, dann habe ich das gleiche Verhalten, wie vor dem SD2IEC-Update:


    - Füllstandsanzeige zeigt Fehler
    - Total Space 752k (3008 blocks)
    - Space Free 792k (3168 blocks)


    also eine Diskrepanz von 160 Blöcken bei "Space free".


    Also scheint da doch noch ein Fehler vorzuliegen, der aber nur bei DNPs unter 1 MB Größe auftritt.
    Bei meinen "normal" verwendeten DNPs (1,58 MB und 16 MB) tritt dises Problem nicht auf....


    Gruß
    Werner

  • Auf dieses Image habe ich "Dashboard" kopiert. Die Blockzahlen ändern sich danach nicht (wie auch schon C=Mac erwähnt hat). Wenn ich jetzt aber "Dashboard" wieder von dem DNP lösche, dann habe ich das gleiche Verhalten, wie vor dem SD2IEC-Update:

    Deine Beobachtung stimmt.


    Zahlen sind rein fiktiv ;)

    Hab ich ein DNP-Image mit 416k free und kopiere eine Datei von 16k drauf, ändert sich der freie Speicherwert nicht.
    Lösche ich die Datei wieder, werden die 16k zum freien Speicher dazu gezählt (432k free).
    Hab jetzt ist die Füllstandsanzeige kariert.
    Erst nach dem Aufräumen (C=V) stimmt es wieder.


    Dies betrifft aber nur DNP-Image unter 1MB und ist aus meiner Sicht irrelevant.


    Gruss C=Mac.

  • Zahlen sind rein fiktiv


    Dies betrifft aber nur DNP-Image unter 1MB und ist aus meiner Sicht irrelevant.

    Auch wenn ein DNP unter 1MB eher "sinnfrei" ist ....


    Wenn die Zahlen der freien/belegten Blöcke nicht stimmen, dann wird sehr wahrscheinlich ein Diskcopy eines solchen DNP (z.B in Wheels) mit seltsamen Fehlern fehlschlagen ..... ;)


    Gruß
    Werner

  • Wiedermal eine Rückmeldung, aber positiv :D


    Hab jetzt ein paar Partitionen von der CMD-HD auf's SD2IEC kopiert, verwendet habe ich die Disc-Copy Funktion von Wheels.


    Die Zielpartitionen waren gleich gross wie die Quellpartitionen (> 1MB).


    Alle Partitionen wurden ohne Beanstandungen kopiert, sämtliche Ordner liessen sich öffnen und keine Datei wurde in ein "Bad File" umgewandelt.


    Es scheint mit der neuen Firmware zu funktionieren :thnks:
    Gruss C=Mac.