Jump to content

Welcome to MSFN Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. This message will be removed once you have signed in.
Login to Account Create an Account


Photo

On Bootable CD's Floppy Emulation

- - - - -

  • Please log in to reply
101 replies to this topic

#76
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

If you checked out UltraISO you'd notice that is the "friendly name" by which a file system is selected. Currently it doesn't respond to image file loading because I was too tired this morning at 6 so I had to wrap and go to sleep (yeah, bad habit, I know...). But when working, it should just be the friendly correspondent of OEM string.
Sectors are not 'small' or 'large', but the count is 16bit (when sector count doesn't exceed 0xFFFF) or 32bit when it does. So I'd rather modify to 16bit/32bit than use a misleading denomination (which actually made me wonder at first glance what this small/large is all about). Same goes for 'Sectors before' - I kept wondering what that meant until I found documentation that called it as it should: hidden.


Well, as always you are perfectly free to call whatever with whatever name you like. :)

BUT:
  • OEM string is one thing, BOOT CODE is another and FIle System is yet another, if you like to call the BOOT CODE "File system", it's OK, as long as you say so :rolleyes: .
  • I wouldn't take Ultraiso as a "reference" for English or proper terms, being itself written by a Chinese guy/gal.
  • Every tool I remember having seen do use the "Small sectors" and "Large sectors", of course "Sectors 16" and "Sectors 32" are fine as well, you can also call them, respectively, Mickey Mouse and Minnie :w00t:, but that won't help people understanding them easily :whistle: .
  • just for the record, the "Sectors Before" are actually " "Sectors Before" and are not "hidden" at all since they are OUTSIDE (before ;)) the actual filesystem, but, as said, a number of tools do call them (incorrectly IMHO) "Hidden sectors" so it's allright. :thumbup .

@dencorso
So, 4079 is the number for FAT12?
WHICH one is for FAT 16?
WHAT about number of entries in ROOT?
WHAT about cluster size "strategy"?

jaclaz


How to remove advertisement from MSFN

#77
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

@dencorso
So, 4079 is the number for FAT12?
WHICH one is for FAT 16?
WHAT about number of entries in ROOT?
WHAT about cluster size "strategy"?


Before anything, we're entering a domain where YMMV.
That said, I'm convinced 4079, meaning 4078 addressable clusters plus 1 for the fs is the safest choice for FAT-12.
By the same token (2^16)-18 clusters, plus enough space for the fs. I've never created a FAT-16 by hand, but I remain firm on the idea that -18 is the magic number.
If one follows the Wikipedia, and uses -12 instead of -18, there might be compatibility problems, because not everyone agrees about the allowability of using or not 0xFF0 - 0xFF5. I see no valid reason for courting trouble in this way.
Now, the cluster size strategy, for FAT-12, is that, given a physical device size or having decided on a given image size, one divides it by a random bytes-per-cluster number (not so random as it must be a multiple of 512 and cannot exceed 32 kiB)... and look at the result: if one gets more than 4078 the bytes-per-cluster number is too small. I've not though about this for FAT-16, but I believe a similar line of reasoning must hold for it, too.
As for the number of entries in the root directory, my guess is: (i) it must exist: so giving it just one sector means 16 entries, which is the bare minimum (actually used by MS in the MDF floppy format ), and (ii) the maximum, since BPB-0x11 is a word ( which, in principle, can have values ranging from 0 to 65,535) and directory pages must be sector sized, considering the last multiple of 512 that can be used is 65,024 and each entry 32 bytes, should be a huge 2,032 entries. That means it ranges from 16 to 2,032 entries.

#78
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

As for the number of entries in the root directory, my guess is: (i) it must exist: so giving it just one sector means 16 entries, which is the bare minimum (actually used by MS in the MDF floppy format ), and (ii) the maximum, since BPB-0x11 is a word ( which, in principle, can have values ranging from 0 to 65,535) and directory pages must be sector sized, considering the last multiple of 512 that can be used is 65,024 and each entry 32 bytes, should be a huge 2,032 entries. That means it ranges from 16 to 2,032 entries.

Sure :), but "normally" ( "normally" means *normally*, still well in the YMMV range :ph34r: ;)) they are, as said, 224 on floppy and 512 on hard disk.
Any reason why you used 272?

I think 4078 is the right max value.
With all due respect for Wikipedia :), I like to have more "specialized" sources for info ;):
http://www.forensicswiki.org/wiki/FAT
(though even there it seems to me there is quite a bit of misinformation)
FAT12

1 0x000 (Free Cluster)
1 0x001 (Reserved Cluster)
4078 0x002 - 0xFEF (Used cluster; value points to next cluster) (as in FEF-2=4079-2=4077+1=4078
7 0xFF0 - 0xFF6 (Reserved values)
1 0xFF7 (Bad cluster)
8 0xFF8 - 0xFFF (Last cluster in file)
---------
4096


FAT16

1 0x0000 (Free Cluster)
1 0x0001 (Reserved Cluster)
65518 0x0002 - 0xFFEF (Used cluster; value points to next cluster)(as in FFEF-2=65519-2=65517+1=65518
7 0xFFF0 - 0xFFF6 (Reserved values)
1 0xFFF7 (Bad cluster)
8 0xFFF8 - 0xFFFF (Last cluster in file)
---------
65536
So, FAT16 should be 65518.

About this:

(not so random as it must be a multiple of 512 and cannot exceed 32 kiB)

I am not so sure, the "old" (but as we have seen for the El-Torito thingy it might be a "perceived" rule, rather than a "real" one ) it had to be a a power of 2, like:
512 = 512*2^0
1024=512*2^1
2048=512*2^2
4096=512*2^3
....
32768=512*2^6
And we also have the non-standard 64 Kb clusters possible on NT/XP (at least for FAT16) ......
http://support.microsoft.com/kb/140365

jaclaz

Edited by jaclaz, 30 July 2011 - 03:57 AM.


#79
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

I'm convinced 4079, meaning 4078 addressable clusters plus 1 [cluster] for the fs [= filesystem] is the safest choice for FAT-12.

I think 4078 is the right max value.

Since the filesystem resides outside itself, we're saying the exact same thing. We need 12 sectors for each FAT-12, plus 1 for the boot sector (or PBR) plus (at least) 1 for the root directory. That means 12 +12 + 1 +1 = 26 sectors used by the filesystem (and which cannot be addressed using the filesystem itself), if one is satisfied with just 16 root directory entries. So here, instead of just one, I'd use 7, which would result in a total of 32 sectors for the filesystem, and 112 root directory entries. Or, if I though 112 too little, then use 7 + 32 = 39, just to keep to full clusters, and it would then mean 624 root directory entries. That's my way of doing it. As I said before, here, YMMV.

Any reason why you used 272?

Yes. My 36 MiB image has 1 boot sector and 7 sectors-per-fat, so 1 + 7 + 7 = 15 sectors.
As I decided to have a full cluster outside the filesystem, to contain the filesystem's structures, 32 - 15 = 17 sectors.
Now, (17 sectors * 512 bytes-per-sector) / 32 bytes-per-entry = 272 entries.

#80
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

Any reason why you used 272?

Yes. My 36 MiB image has 1 boot sector and 7 sectors-per-fat, so 1 + 7 + 7 = 15 sectors.
As I decided to have a full cluster outside the filesystem, to contain the filesystem's structures, 32 - 15 = 17 sectors.
Now, (17 sectors * 512 bytes-per-sector) / 32 bytes-per-entry = 272 entries.


Nice logic. :thumbup
Basically it "fills up to the brim" the space between the end of FAT table(s) and next "cluster boundary".
I like it. :)

We are going to misunderstand each other if we use different terminology :ph34r:.

To me the filesystem is the WHOLE thing.
You seem like calling "filesystem" what I call "filesystem structures".
I.e. in my view a filesystems spans over the whole volume, and contains:
  • filesystems structures (including the ROOT entries)
  • actual directories and files

You will agree that something that resides outside of itself doesn't sound really "right" :angel


jaclaz

P.S.: [/s]Version 3 attached:[/s]
  • Tentative support for "Root entries optimization" added
  • Set cluster limits to <4079 ;) and <65519
EDIT: Attachment removed see a few posts below for version 04

Edited by jaclaz, 31 July 2011 - 04:50 AM.


#81
Drugwash

Drugwash

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,255 posts
  • Joined 21-June 06
  • OS:98SE
  • Country: Country Flag
Thank you for the warm welcome, Dencorso! I missed you all too.

Since I got drowned in a sea of documentation following the links kindly posted throughout this topic, I'll be spending a fair amount of time studying the available information before coming up with a usable version of the BootMaker tool. I also intend to make it translatable so it could be used widely even by non-English speaking people, being able to display labels as they see fit (to avoid issues such as hidden vs before).

So if you don't see me posting here, don't think I'm AWOL. ;) Will keep reading new posts.

#82
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

We are going to misunderstand each other if we use different terminology :ph34r:.

To me the filesystem is the WHOLE thing.
You seem like calling "filesystem" what I call "filesystem structures".
I.e. in my view a filesystems spans over the whole volume, and contains:

  • filesystems structures (including the ROOT entries)
  • actual directories and files

You will agree that something that resides outside of itself doesn't sound really "right" :angel

Well, jaclaz, for the sake of agreement and common terminology I'm willing to accept a filesystem is something that can be divided in two parts:

A (i) System Area and a (ii) Data Area

The System Area comprises the Boot Sector, the FATs and the Root Directory (for FAT-12/16),
while the Data Area comprises the actual files, the sub-directories and (just for FAT-32) the Root Directory.

(adapting what's stated in Section 6.1.4 p. 5 of ECMA-107, where that statement refers to what they call "Flexible Disk Cartridge", a.k.a. floppy disk).

I think this isn't the right place for us to philosophize on the ontological question of what a filesystem actually *is*. :P
That said, I cannot avoid thinking that if one were a file inside the filesystem, the *only* way one can actually access the System Area is by taking the Red Pill. :D

Now, since we've collected some links to standards already in this thread, I'll add some more, just for the record:
MS FAT (FAT-32 Specification): v. 1.03 (2000) and v. 1.02 (1999); ECMA-107 (FAT 12/16) and ECMA-119 (=ISO 9660).

#83
Drugwash

Drugwash

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,255 posts
  • Joined 21-June 06
  • OS:98SE
  • Country: Country Flag
Just couldn't help it... First alpha of BootMaker is so incomplete it makes me ashamed for ever releasing it. So I put a little bit of elbow grease in it and got to a more acceptable version. Please note it's still in the viewer phase and the File system selector is not yet functional. The Save buttons have been temporarily disabled to avoid any misleading. The Code viewer will eventually become an editor (hopefully); for now it doesn't respond to user input, save for the right side where code can be copied from.

Oh and the acronym was wrong in v0.0.0.1: it's BMF, not BFM. Sorry! :blushing: Now it's fixed. Enjoy!
(and now I'm going to sleep; it's past 6 AM)

Attached Files



#84
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

Just couldn't help it... First alpha of BootMaker is so incomplete it makes me ashamed for ever releasing it. So I put a little bit of elbow grease in it and got to a more acceptable version. Please note it's still in the viewer phase and the File system selector is not yet functional. The Save buttons have been temporarily disabled to avoid any misleading. The Code viewer will eventually become an editor (hopefully); for now it doesn't respond to user input, save for the right side where code can be copied from.

Oh and the acronym was wrong in v0.0.0.1: it's BMF, not BFM. Sorry! :blushing: Now it's fixed. Enjoy!
(and now I'm going to sleep; it's past 6 AM)

NICE work! :thumbup.

As said it's a good thing that the Filesystem selector doesn't work, since it will (when it will be finished :)) seemingly select BOOT CODE, instead. :whistle:

I think this isn't the right place for us to philosophize on the ontological question of what a filesystem actually *is*. :P

No need to pose ourselves this kind of questions :), I am only trying to come to an agreement of some sort to make sure that SAME elements are called with tthe SAME name (or that a Rosetta's Stone of some sort is provided ;)), or, if you prefer, that other MSFN members that will read this thread or use the little apps/tools will have a less confusing experienced.
You know how I do like people taking the Red pill, but it should be their own choice, not be forced upon them by the lack of clearness in the tools/posts/instructions.

To add to the list of references:
http://www.win.tue.n.../fat/fat-1.html

Bytes Content
0-2 Jump to bootstrap (E.g. eb 3c 90; on i86: JMP 003E NOP.
One finds either eb xx 90, or e9 xx xx.
The position of the bootstrap varies.)
3-10 OEM name/version (E.g. "IBM 3.3", "IBM 20.0", "MSDOS5.0", "MSWIN4.0".
Various format utilities leave their own name, like "CH-FOR18".
Sometimes just garbage. Microsoft recommends "MSWIN4.1".)
/* BIOS Parameter Block starts here */
11-12 Number of bytes per sector (512)
Must be one of 512, 1024, 2048, 4096.
13 Number of sectors per cluster (1)
Must be one of 1, 2, 4, 8, 16, 32, 64, 128.
A cluster should have at most 32768 bytes. In rare cases 65536 is OK.
14-15 Number of reserved sectors (1)
FAT12 and FAT16 use 1. FAT32 uses 32.
16 Number of FAT copies (2)
17-18 Number of root directory entries (224)
0 for FAT32. 512 is recommended for FAT16.
19-20 Total number of sectors in the filesystem (2880)
(in case the partition is not FAT32 and smaller than 32 MB)
21 Media descriptor type (f0: 1.4 MB floppy, f8: hard disk; see below)
22-23 Number of sectors per FAT (9)
0 for FAT32.
24-25 Number of sectors per track (12)
26-27 Number of heads (2, for a double-sided diskette)
28-29 Number of hidden sectors (0)
Hidden sectors are sectors preceding the partition.
/* BIOS Parameter Block ends here */
30-509 Bootstrap
510-511 Signature 55 aa


On that page, the "Media descriptor byte" is interesting.

IBM defined the media descriptor byte as 11111red, where r is removable, e is eight sectors/track, d is double sided.


It seems like most of the values are/were checked by old versions of DOS, and I remember from here:
http://advancemame.s...akebootfat.html
that the FF or 255 in FreeDOS means "auto-detect" AND that the actual "Drive Type" or "Media Type" needs to be correct.
What shall we do?

jaclaz

P.s.: Attached verion 04 with the above "Media descriptor byte" added tentatively and a couple more fixes.
REMOVED: se a couple posts below for new version

Edited by jaclaz, 01 August 2011 - 06:50 AM.


#85
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

Note that the quote from www.win.tue.nl must be read with due care. What you quoted is what they call "FAT-12 BPB", which is actually the original BPB. That one contains only the 16-bit number of sectors entry, so it'd be impossible to create any image bigger than 32 MiB (-1 byte) with that one. We already know, in fact this thread is full of attached demontrations, that we can use the Extended BPB (wich they misleadingly call "FAT-16 BPB") with FAT-12, and that's how our bigger floppy images are created. So, this would be the complete description of it (here all offsetes are in decimal and start from 0):

Bytes Content
0-2 Jump to bootstrap (E.g. eb 3c 90; on i86: JMP 003E NOP.
One finds either eb xx 90, or e9 xx xx.
The position of the bootstrap varies.)
3-10 OEM name/version (E.g. "IBM 3.3", "IBM 20.0", "MSDOS5.0", "MSWIN4.0".
Various format utilities leave their own name, like "CH-FOR18".
Sometimes just garbage. Microsoft recommends "MSWIN4.1".)
/* BIOS Parameter Block starts here */
11-12 Number of bytes per sector (512)
Must be one of 512, 1024, 2048, 4096.
13 Number of sectors per cluster (1)
Must be one of 1, 2, 4, 8, 16, 32, 64, 128.
A cluster should have at most 32768 bytes. In rare cases 65536 is OK.
14-15 Number of reserved sectors (1)
FAT12 and FAT16 use 1. FAT32 uses 32.
16 Number of FAT copies (2)
17-18 Number of root directory entries (224)
0 for FAT32. 512 is recommended for FAT16.
19-20 Total number of sectors in the filesystem (2880)
(in case the partition is not FAT32 and smaller than 32 MB)
21 Media descriptor type (f0: 1.4 MB floppy, f8: hard disk; see below)
22-23 Number of sectors per FAT (9)
0 for FAT32.
24-25 Number of sectors per track (12)
26-27 Number of heads (2, for a double-sided diskette)
28-31 Number of hidden sectors (0)
Hidden sectors are sectors preceding the partition.
32-35 Total number of sectors in the filesystem
(in case the total was not given in bytes 19-20)
In fact, for this to be valid, bytes 19-20 *must* be 0 (comment by dencorso)
36 Logical Drive Number (for use with INT 13, e.g. 0 or 0x80)
37 Reserved (Earlier: Current Head, the track containing the Boot Record)
Used by Windows NT: bit 0: need disk check; bit 1: need surface scan
38 Extended signature (0x29)
Indicates that the three following fields are present.
Windows NT recognizes either 0x28 or 0x29.
39-42 Serial number of partition
43-53 Volume label or "NO NAME "
54-61 Filesystem type (E.g. "FAT12 ", "FAT16 ", "FAT ", or all zero.)
/* BIOS Parameter Block ends here */
62-509 Bootstrap
510-511 Signature 55 aa

Of course, the above table is not really a quote, because it represents the merging of two different tables form the source. Also of course, this is also described on the already mentioned MS FAT-32 Specification v. 1.03 (2000), so what is most interesting are the additonal comments or details.

On that page, the "Media descriptor byte" is interesting.

IBM defined the media descriptor byte as 11111red, where r is removable, e is eight sectors/track, d is double sided.


It seems like most of the values are/were checked by old versions of DOS, and I remember from here:
http://advancemame.s...akebootfat.html
that the FF or 255 in FreeDOS means "auto-detect" AND that the actual "Drive Type" or "Media Type" needs to be correct.
What shall we do?

I don't think you've got that right: to me it seems to refer to byte 0x24 = 36 which is the BIOS drive. Not the Media Type Byte. Read it again carefully:

-E, --drive DRIVE
Set the BIOS drive to setup in the FAT boot sector. Generally this value is ignored by boot sectors, with the exception of the FAT12 and FAT16 FreeDOS boot sectors that require the correct value or the value 255 to force auto detection.

Here are two other quite interesting references: SuperVinx (a great complement to the Starman's Pages) and...
J. de Boyne Pollard's FGA on OEM Names (which I'm sure you know, but not everybody is familiar with).

#86
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

I don't think you've got that right: to me it seems to refer to byte 0x24 = 36 which is the BIOS drive. Not the Media Type Byte. Read it again carefully:


Yes, most probably you are right, my memory is not as good as it was :(, I'll check and fix. :)

But the main issue I was trying to point out is that no "modern" floppy sizes use anything different from 240 and all hard disk partition/volumes use 248, so I was wondering if in the drop-down list any of the older values was to be included (as it is in current/latest) or if those "other values" should ONLY be coupled to the corresponding "oldish/smallish" floppy formats (and disappear from the drop down list used when "FREE" is selected). :unsure:

The quote from:
http://www.win.tue.n.../fat/fat-1.html
Was only to highlight (as it has been done :whisting:) TWO things:

Hidden sectors are sectors preceding the partition.

Bootstrap

still within my "obsession" :w00t: to try calling things with their names AND agree on a common terminology.

For the record, the J De Boyne Pollard's page you mentioned:
http://homepage.ntlw...name-field.html
(guess why the suggested OEM string in the .xls is "IBM 2.0" ;)) are complemented by these other onee:
http://homepage.ntlw...eter-block.html
http://homepage.ntlw...ystem-type.html
http://homepage.ntlw...fat-widths.html

These also contain some bits of info that may come of use.

The existence of 0x28 as an "alternative" to 0x29 is something I never suspected :blushing:

And this is aso fun/interesting:
http://homepage.ntlw...sion-7-bpb.html

jaclaz

P.S.: Re: Disk number (or "Drive Number" (usual confusion on names.
You are of course right , it's there that the 255 gets a meaning in FreeDOS.
The thingy should be the same as the FreeDOS SYS parameter:
http://www.freedos.org/kernel/sys.txt

/B btdrv

Sets the BIOS boot drive # (in hex) stored within the boot sector.

So, we do know (from here and there :angel ) that 0 (0x00) means "A:" (or first floppy drive) and that 128 (0x80) means "C:" (or first hard disk).
But I cannot find - if not on makebootfat related things - any reference to the 255 as autodetect in FreeDOS.
There is this thread here:
http://osdir.com/ml/...9/msg00057.html
that seems to suggest that the 0xFF is a bad idea anyway, but cannot understand if the good guys resolved to leave it or remove it alltogether...

Attachment removed, see a few posts below for version 06.

Edited by jaclaz, 05 August 2011 - 11:55 AM.


#87
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

But the main issue I was trying to point out is that no "modern" floppy sizes use anything different from 240 and all hard disk partition/volumes use 248, so I was wondering if in the drop-down list any of the older values was to be included (as it is in current/latest) or if those "other values" should ONLY be coupled to the corresponding "oldish/smallish" floppy formats (and disappear from the drop down list used when "FREE" is selected). :unsure:

The Table below is quoted from Thom Hogan's "The Programmer's PC Sourcebook", 2nd. ed., Microsoft Press, 1991 (ISBN 1-55615-321-X) Section 2, p. 26.

Attached File  MediumTypeByte.GIF   66.84KB   20 downloads

IMO, it's the most autoritative offical source for this particular info. So I think we sould, for our purposes, adopt it as the standard reference, and use the media types as described in it, and solely for those formats. In all other cases I do favor 0xF8 for HDD and 0xF0 for all formats >= "1.44 MB" (= 1440 kiB, that is 1.41 MiB, unformatted and 1.39 MiB formatted), which, BTW, is the common pratice, so, by now, a de-facto standard.

BTW, attached is a list of all the formats I've ever heard about, for 5.25" and 3.5" floppies, just for the record.

Attached Files



#88
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

BTW, attached is a list of all the formats I've ever heard about, for 5.25" and 3.5" floppies, just for the record.

Thanks. :)
They contain what I needed, "original" ROOT directory entries for the various formats.
I'll check and add this info.

BTW, some (not so loosely connected) experiment:
http://reboot.pro/15123/

jaclaz

Edited by jaclaz, 03 August 2011 - 02:29 AM.


#89
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag

Some BIOSes (and the one for the Asus A7V600-X is a case-in-point) when set to boot an "USB ZipDisk" will boot a pendrive having an MBR and exactly one partition, regardless of if that partition is active or not, as A: (and, of course, will do so also with a real USB ZipDisk). After the device is booted all sectors preceeding the Partition Boot Record (PBR = the Boot Sector of the given Partition) will be unaccessible. It seems that those BIOSes use the MBR to locate the PBR and then will set it as LBA 0, thus rendering the preceeding sectors unavailable.

So this creates problems to use how a device mounts at boot as a criterion to define floppy-like and HDD-like. I prefer the presence of the MBR makes a device HDD-like and its absence makes it floppy-like, regardless of the way it can boot, for the above reason.

That usage does not conflict with my interpretation of Floppy-Like. There will still be limitations on usage such as CHS only access. Unmodified DOS will not support LBA on an A: or B: Drive.
I will withdraw the following comment as you have disproven it.

I will agree that a Drive that uses a MBR is HD-Like because it cannot be Mounted as A: or B:.

Your example makes the presence or absence of the MBR even less important.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#90
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag
Getting a bit off-topic. These posts belong in the Superfloppy and/or LS-120 threads.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#91
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

I've moved the posts I thought would really be best in the superfloppy thread. Should I move more posts? PM me your comments, please. This post and the one above it are candidates for deletion as soon as we are all agreed upon this latest split/merge operation.

#92
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag


Is there any interest in them, to justify packaging them?

Who knows? :unsure:

My remark was more a "generic" one, you have something in your closet, you may be willing to sell it, but until you don't take it out of the closet and put it on display on your desk, under a big "for sale" sign you have 100% possibilities (read as "certainty") that noone will ever buy it, or the other way round 0% probabilities of ever selling it.

Once you have it in plain view on the desk it is possible that someone is interested to it, you will have n% probabilities that someone will buy it, and no matter how little n will be it will always verify the n>=0 condition, with a chance of also verifying the n>0 one. :)

jaclaz


I have now posted a Demo and Manuals for my CDTOOLS Package on my Website.

Incidentally N was =1 weeks before I posted my CDTOOLS Package.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#93
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag
I have added code to my 23GB Bootable Floppy Emulation BD-RE to support Writing. The Disk now can run DOS and be loaded or edited using standard utilities. Software can be run that needs to self-modify or save data.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#94
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag
I have completed two versions of my Bootable Read/Write Emulators for DVD+RW and BD-RE.

The first emulates a Floppy Drive and supports the full size of the Disk. It can be formatted and used like a large Floppy.

The second emulates a Hard Drive and can be Partitioned and Formatted using standard tools.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#95
pengo

pengo

    Newbie

  • Member
  • 38 posts
  • Joined 26-February 05
Can someone simplify the steps in making a superfloppy (ie larger than 1.44mb/2.88mb) boot image? I've tried using the boot image files off the bcdw site but they don't boot (test with a msdos vm in vmware with the floppy using the image file and booting off the floppy). I've also gone thru this thread and tried that 32mb boot floppy image and it doesn't work. Looks like its missing a bootsector? Tho is prolly something I'm doing wrong.. I opened it up in WinImage and dumped my dos program and files into it and resaved it.. tried to boot it in vmware and had no success :(

I've been trawling the net and threads and everything out there is a bit beyond me. Or maybe I'm just losing my patience !! ugh.

All I want to do is boot up off a raw image file with a appropiate bootsector, that allows it to boot dos and then run a dos program contained within the image file. The total payload is about 12 mb.

The best I've been able to do is make a bootable iso using eltorito but the boot image used uses fdd emulation, so it doesn't really work. And it seems an impossibility to try and find simple steps in making a "no emulation" boot image for use on a iso file to boot it.

I've tried grub4dos but haven't gotten far with that either... sorry if this is a bit offtopic but i'm getting desperate now!!

Edited by pengo, 09 November 2011 - 10:33 PM.


#96
rloew

rloew

    MSFN Expert

  • Member
  • PipPipPipPipPipPip
  • 1,093 posts
  • Joined 30-May 05
  • OS:98SE
  • Country: Country Flag

Can someone simplify the steps in making a superfloppy (ie larger than 1.44mb/2.88mb) boot image? I've tried using the boot image files off the bcdw site but they don't boot (test with a msdos vm in vmware with the floppy using the image file and booting off the floppy). I've also gone thru this thread and tried that 32mb boot floppy image and it doesn't work. Looks like its missing a bootsector? Tho is prolly something I'm doing wrong.. I opened it up in WinImage and dumped my dos program and files into it and resaved it.. tried to boot it in vmware and had no success :(

I've been trawling the net and threads and everything out there is a bit beyond me. Or maybe I'm just losing my patience !! ugh.

All I want to do is boot up off a raw image file with a appropiate bootsector, that allows it to boot dos and then run a dos program contained within the image file. The total payload is about 12 mb.

The best I've been able to do is make a bootable iso using eltorito but the boot image used uses fdd emulation, so it doesn't really work. And it seems an impossibility to try and find simple steps in making a "no emulation" boot image for use on a iso file to boot it.

I've tried grub4dos but haven't gotten far with that either... sorry if this is a bit offtopic but i'm getting desperate now!!

The bootable CD Images described in this thread are designed to be used with El Torito Floppy Emulation. No Emulation mode requires a custom bootstrap to load code. I have written some DDOs that use this mode.
Ye who enter my domain. Beware! Lest you become educated in the mysteries of the universe and suffer forever from the desire to know more.

#97
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

Looks like its missing a bootsector? Tho is prolly something I'm doing wrong.. I opened it up in WinImage and dumped my dos program and files into it and resaved it.. tried to boot it in vmware and had no success :(

Try using Winimage to add one to it (possibly the proper one for the DOS that you are using. (and that you didn't specify yet).

BUT I cannot say if VMware can actually boot from a "fantasy" super-floppy. :unsure:
To test the image you might need to use grub4dos or memdisk to map the floppy image (saved on hard disk or vritual hard disk) inside the VM.

BTW I also replied on the "original" thread you started on 911CD:
http://www.911cd.net...topic=24618&hl=

For the record, it is perfectly normal that when you "enter the game" you will be lost initially.
The advice is:
DO NOT PANIC!
(assume the above in large friendly letters) :)
You will see that with a little of patience you will get what you want.

jaclaz

Edited by jaclaz, 10 November 2011 - 03:05 AM.


#98
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag
Cross-posting to a new build of mkisofs :thumbup :
http://cdob.reboot.pro/
http://cdob.reboot.p...d.ru-mkisofs.7z
created by cdob with - among some others - the ability to use "0x3 Floppy images up to 1024 cylinders, ie. 36 Mb", see also:
http://www.msfn.org/...et-of-floppies/

http://reboot.pro/to...otdvd/?p=169473

jaclaz

Edited by jaclaz, 17 March 2013 - 06:50 AM.


#99
dencorso

dencorso

    Adiuvat plus qui nihil obstat

  • Supervisor
  • 5,872 posts
  • Joined 07-April 07
  • OS:98SE
  • Country: Country Flag

Donator

Posted Image cdob rocks! Posted Image
Thanks for sharing the good news: you do rock, too! :thumbup

And to be fair, RLoew rocks, too: he was the one that discovered/invented the 36 MiB floppy! Posted Image

#100
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,419 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

And to be fair, RLoew rocks, too: he was the one that discovered/invented the 36 MiB floppy! Posted Image

Maybe yes, maybe no. :w00t: (he does "rock", but possibly not for this specific item)
To be fair:
http://www.msfn.org/...post__p__946547
cdob posted - passing by - this info earlier, but it went unnoticed/wasn't followed (most probably at the time "we" weren't ready for it :blushing: ).

The main blame :ph34r: (of not noticing it) is of course to be put on Multibooter :whistle: (and to some extents to myself), but he also has the merit :thumbup (of having re-vamped the topic), and I claim that without my "torturing" RLoew (and cdob) :wacko: we wouldn't have had the matter fully exposed as we have it now.

All in all, I would say that the whole thing is a "product of the community" in the best sense of it, everyone contributed to it, proportionally to their capabilities and inclinations :yes: .

jaclaz




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users



How to remove advertisement from MSFN