the FORCELBA option has no influence on the boot sector:
It belongs to the modify config flags in the kernel file
feature set of SYS instead. So only AFTER the boot sector
loads a kernel, FORCELBA applied to the kernel would have
the effect that the kernel always uses LBA to access FAT
partitions on disks for which the BIOS supports any LBA.
If you want to force SYS to put a LBA-only boot sector on
your partition, you have to use other options. Also, not
all versions of our SYS let you force this. FreeDOS SYS
for Linux does let you force such settings, by the way:
In general, if you want special SYS options, do not rely
on FORMAT /S, but simply call SYS manually after FORMAT.
Note that if CHS geometries of ?x32x33 and ?x64x32 both
are a bit odd, maybe you can give some more details. Why
for example is the first primary not C: for XP? And do
you want to boot XP, DOS or both from that partition? If
both, then you have to use a boot menu and probably have
to store the separate boot sectors for (both?) operating
systems in files which you can then add to your boot menu.
Whether you want to force kernel and/or boot sector to use
LBA or a certain CHS geometry of course depends on how far
in the boot process you already get with default settings.
I don't see in any docs found that the forcelba option available in the SYS
command can be used in conjunction with the FORMAT /S command. Is it implied?
I don't want to waste the entire content of my HD over problems with one
What I've been doing with no problem on a .5T HD is causing trouble with a 1T
HD, showing ?/32/33 geometry on disks partitioned with ?/64/32 geometry for
Linux and Windows. First primary (type 0x0B) should be shared between WinXP's
boot files (XP system files on a logical D:), which has always worked for me
on .5T and under HDs. Everything Linux is working as expected.
Is the FORCELBA option a cmdline option to SYS, or a CONFIG.SYS or IO.SYS
option needed for running the FORMAT command? Reading
http://help.fdos.org/en/hhstndrd/base/sys.htm I can't tell. :-(
Am I seeing a wrap problem due to HD size? If so, is there a workaround, such
as putting FreeDOS on a second primary instead of sharing with XP?
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing Easy Data Exploration
Freedos-user mailing list