I admit I haven't tried this under dosemu 1.0 however.
-don
As long as you can physically read the floppies, the closest I have is
cpmtools:
http://www.moria.de/~michael/cpmtools/
It is a number of commands like mtools for FAT filesystems. You may need
to add an entry for your filesystem geometry, but that's quite easy if you
know the DPB.
Michael
George
Just because it shows up in the partition types doesn't mean it
understands the filesystem. And I'd like to know where the type 54h comes
from, because all the CP/M-86 versions I've seen use DBh.
--
------------- http://www.seasip.demon.co.uk/index.html --------------------
John Elliott |BLOODNOK: "But why have you got such a long face?"
|SEAGOON: "Heavy dentures, Sir!" - The Goon Show
:-------------------------------------------------------------------------)
If anyone knows any additional partition types, please let me know!
--
----------------------------------------------------------------
Paul Schlyter, Swedish Amateur Astronomer's Society (SAAF)
Grev Turegatan 40, S-114 38 Stockholm, SWEDEN
e-mail: pausch at saaf dot se or paul.schlyter at ausys dot se
WWW: http://hotel04.ausys.se/pausch http://welcome.to/pausch
> /* 45h */ "EMUEL ", /* EMUEL/Elan (old German OS */
> /* 46h */ "EMUEL ", /* EMUEL/Elan */
> /* 47h */ "EMUEL ", /* EMUEL/Elan */
> /* 48h */ "EMUEL ", /* EMUEL/Elan */
Hi Paul,
that should be "EUMEL" not "EMUEL". It's pronounced OY-mel and it's
pretty pathetic. My sister was forced to survive this one in her CS
class in high scool, since their teacher was too lazy to learn Turbo
Pascal instead.
--
Linards Ticmanis
The Master said, "The business of laying on the colors follows the
preparation of the plain ground."
Comment I made was a casual one. When I was active on my Xerox 16/8 (820-II with expansion box, 8086 copressor & 10mb HD), I dug into it quite heavily. (Ended up patching bios, disassembling & patching partition and format routines to use a non-Xerox supported HD). Just don't have the time to dig into Linux. I recalled seeing partition types for CP/M in fdisk when I set up Linux on my current system, brought up fdisk to verify. Obviously, my version although it lists Win NT types, does not support as-is. Haven't tried setting up a CP/M type on Linux to verify whether that is supported. Original question by Donato Masaoy was whether there was CP/M file system for Linux.
Type 54, I dunno, fdisk doesn't give much information, may be a CP/M-80 type?
George
-- George Hostler
fdisk would let you create a partition marked as "CP/M", because that's
just a matter of setting a byte in the partition table. What it wouldn't
do is create a boot sector, initial loader or directory; that would have
to be done by mkfs.cpm (currently part of cpmtools). Since mkfs.cpm doesn't
write any sort of boot sector, the resulting partition wouldn't be readable
by CP/M-86 For The IBM PC.
Then, having created the partition, you'd find that Linux can't
mount it; though cpmtools would be able to copy files in and out of it.
Actually, now would be a good time to develop a CP/M filesystem
for Linux, because there's no unstable kernel series. You could develop
against 2.4, and hopefully have something ready to include in 2.5 by the
time that Linus decides to start the new unstable series.
>Type 54, I dunno, fdisk doesn't give much information, may be a CP/M-80 type?
Or maybe it got into someone's list by mistake, and has been faithfully
copied into all the other lists ever since?
mkfs.cpm is not designed for CP/M-86. It knows about system tracks and it
will write a boot block and optionally CCP etc. to them, if you use -b.
If the CP/M-86 filesystems is like CP/M-80, only using a boot block instead
of system tracks, I could probably modify cpmtools accordingly. I would need
a format specification and an file system image would help a lot, too.
Michael
: fdisk would let you create a partition marked as "CP/M", because that's
: just a matter of setting a byte in the partition table. What it wouldn't
: do is create a boot sector, initial loader or directory; that would have
: to be done by mkfs.cpm (currently part of cpmtools). Since mkfs.cpm doesn't
: write any sort of boot sector, the resulting partition wouldn't be readable
: by CP/M-86 For The IBM PC.
: Then, having created the partition, you'd find that Linux can't
: mount it; though cpmtools would be able to copy files in and out of it.
: Actually, now would be a good time to develop a CP/M filesystem
: for Linux, because there's no unstable kernel series. You could develop
: against 2.4, and hopefully have something ready to include in 2.5 by the
: time that Linus decides to start the new unstable series.
The challenge for the Linux developer would be to know what "flavor" of
CP/M file system to support. Other than the scheme for 8" floppy Single
Sided Single Density (IBM 3740 format with CP/M), there are no standards
I'm casually aware of. A standard would not matter for mounting a hard
disk CP/M file sysetm, except to the extent that a person happens to
havb, say, IBM-PC style CP/M *and* Linux partitions on a hard drive.
Perhaps the hard disk scheme that CP/M 86 for the IBM PC would be a
nominal standard to include for Linux.
Seems to me a discussion of CP/M file formats probably has already
occured in comp.os.cpm. If someone can revive that and see what
the descriptions are, and complete them if necessary; then any
Linux developer with interest will find them via a Web search and
could consider adding them to the Linux distribution. Keep in mind
that with Linux, one gets source code; so if someone needs another
variation of a CP/M file system scheme, they need only modify the
source and recompile the kernel module and they'd have it! So
a raging debate over the "one" best scheme is not necessary.
One other point. To support arbitrary CP/M floppy disk formats,
that is a seperate issue. Most program like 22DISK simply use
their own methods and access the disk controller hardware directly
in the MS-DOS world. In the Linux world there are other ways. the
issue is to support ONE format, not all of them: when one is
done, any other ONE is easier to do.
Herb Johnson
--
Herbert R. Johnson http://pluto.njcc.com/~hjohnson
hjoh...@pluto.njcc.com voice 609-771-1503, New Jersey USA
amateur astronomer and astro-tour guide
classic S-100 computers restoration & parts as "Dr. S-100"
rebuilder/reseller of classic Macs for your computing pleasure
and senior engineer at Astro Imaging Systems
You'd have to pass the disc geometry as mount options. At the least,
you'd need:
* Number of tracks
* Number of sectors
* Number of system tracks
* Sector size
* Block size
* Number of directory blocks
http://cswww.vuse.vanderbilt.edu/~raghavan/cs282/proj/proj3/proj3.html
which appears to be a Computing Science exercise in constructing a
stylised CP/M filesystem for Linux. It's dated 9 April, so it's probably
based on the 2.2 VFS rather than the 2.4 one.