Re: Feedback needed on BOOTING, CACHING and some HELPER TOOL

"Arkady V.Belousov" <[email protected]> Thu, 7 Nov 2002 04:31:42 +0300 (MSK)
Newsgroups gmane.os.freedos.devel,gmane.spam.detected
Message-ID <[email protected]>
X-Comment-To: Eric Auer

Hi!

7-Ноя-2002 01:46 [email protected] (Eric Auer) wrote to [email protected]:

EA> Your idea to use a magic

     This is only sort of heuristics. :)

EA> to allow the KERNEL to find back the boot partition
EA> for the "harddisk but not C:" case sounds nice.

     To be precise: to find partition, which should get C: name. If this is
too radical, then _at least_ kernel may set founded partition as current
drive (induce by Steffen note about using "\autoexec.bat").

EA> However, I do not think this is an urgent issue.

     I don't say/mean that this is urgent.

EA> At least in the MetaKern case, the boot code itself may
EA> not be part of the magic/serial number/stamp system, as MetaKern patches the
EA> boot code when chaining on to the actual kernel.

     In may proposal I wrote "preserves unique ID _or all boot code_ [with
ID]". This mean, that real UID _and_ at fixed position is not necessary
until kernel will search for _one_ partition with boot sector with same boot
code.

EA> I think the classic SERIAL NUMBER (part of the boot sector) would be the
EA> right "stamp" here.

     Of course.

EA> When the number is not found, the KERNEL can still fall back to C: itself...

[...]
EA> To Bart: So both "boot A:" and "boot B:" could be useful menu entries
EA> for MetaKern, as far as I understand your comments on boot sector and
EA> kernel flexibility?

     Is FreeDOS supports removable media in place of floppy drives, which
may contain partitions?