Kannst ja mal die Windows-Version (MinGW statt Cygwin basierend) ausprobieren, der Fork auf https://github.com/lipro-cpm4l/cpmtools wäre mit Linux eine weitere Möglichkeit.
TD0 Disketten Images öffnen
-
-
Leider sind aber die "Diketten" mit 20KB etwas arg klein. Mal schaun.Verstehe ich jetzt nicht ?
meinst Du Drive B ?
hat bei mir 800 Kbyte.
-
Kopierfehler kann ich nicht bestätigen.
Versucht's doch mal bitte mit https://github.com/kkaempf/cpmtools/tree/master
Damit scheint es zu funktionieren
Code
Alles anzeigencpmtools-test # ./fsck.cpm -f cpm68ksim diskc.cpm.fs Phase 1: check extent fields Phase 2: check extent connectivity diskc.cpm.fs: 534/4096 files (5.8% non-contigous), 2692/8176 blocks # ./cpmcp -f cpm68ksim diskc.cpm.fs simbios.s 0: # ./fsck.cpm -f cpm68ksim diskc.cpm.fs Phase 1: check extent fields Phase 2: check extent connectivity diskc.cpm.fs: 535/4096 files (5.7% non-contigous), 2695/8176 blocks #
-
Folgende Kommandos haben ein Image File mit 20,KByte größe erzeugt.
mkfs.cpm -f ecb800 diskb.cpm
fsck.cpm -f ecb800 diskb.cpm
Ich muss es später @home nochmal probieren.
-
Jetzt verstehe ich erst, dass mkfs.cpm und fsck.cpm keine standard linux kommandos sind, sondern die kommen mit den cpmtools mit.
Hab gerade in der Windows Version nachgeschaut, da heisen sie mkfs.cpm.exe und fsck.cpm.exe -
hier zum Testen mein diskb.cpm
-
jetzt bräuchte ich dazu nochmal zwei Infos:
1. die Version deiner cpmtools2. deinen ecb800 diskdef Block
Weil ich habe das mkfs.cpm.exe eben mal unter Windows laufen lassen,
das hat mir auch nur ein File mit 20 KByte erzeugt. -
-
rein rechnerisch müsste sich aus den Angaben des diskdef Blocks eine Länge von genau 800 KByte ergeben.
seclen 1024
tracks 160sectrk 5
1024 * 160 * 5 = 819200 = 800 KByte
Warum meine cpmtools da zunächst ein kleineres Image erzeugen verstehe ich nicht.
Außer, dass es so gedacht ist, dass das Image dynamisch wachsen könnte.
Meine Windows cpmtool Programme sind alle vom 18.09.2017 Verion leider unbekannt.
Und die Linux Mint Tools hab ich heute erst mit sudo apt-get install installiert. -
-
rein rechnerisch müsste sich aus den Angaben des diskdef Blocks eine Länge von genau 800 KByte ergeben.
seclen 1024
tracks 160sectrk 5
1024 * 160 * 5 = 819200 = 800 KByte
Warum meine cpmtools da zunächst ein kleineres Image erzeugen verstehe ich nicht.
Außer, dass es so gedacht ist, dass das Image dynamisch wachsen könnte.
Meine Windows cpmtool Programme sind alle vom 18.09.2017 Verion leider unbekannt.
Und die Linux Mint Tools hab ich heute erst mit sudo apt-get install installiert.So sollte das Erzeugen von diskb funktionieren.
Code
Alles anzeigen# dd if=/dev/zero bs=1K count=800 | tr "\0" "\345" >diskb.cpm # mkfs.cpm -f ecb800 -t diskb.cpm # ls -l diskb.cpm -rw-r--r-- 1 root root 819200 Sep 3 09:00 diskb.cpm # fsck.cpm -f ecb800 diskb.cpm Phase 1: check extent fields Phase 2: check extent connectivity diskb.cpm: 0/192 files (0.0% non-contigous), 3/395 blocks
-
Meine Windows cpmtool Programme sind alle vom 18.09.2017 Verion leider unbekannt.
Habe mal mit MinGW aus dem obigen Repository von Klaus Kaempf ein paar "Windows 32-bit binaries" erstellt (laufen ab Windows 95):