tom ehlert wrote:
Well yuck, does anyone who works the kernel know about the problem, and are
they working on it?
Not aware of anybody working on that.
I am sorta...
however
www.drivesnapshot.de/de/snapshot.exe (which does a couple of other
things as well, sorry for the
advertising ;)
with command
snapshot show HD1
snapshot show HD2
will show you the partition tables as present on system
I don't want to have to dive the kernel code scouting
for the problem, but I guess I would if I had to. Assuming not, if anyone
wants to save me five minutes searching, can you tell me which part of the
source code to look at?
grep'ing the kernel source shows INITDISK.C
BTW:
there are USB drives partitioned as (pseudo)floppies, without
partitiontable, and the kernel should then boot from A:
there are USB drives partitioned as (pseudo)harddisks, *with*
partitiontable, and the kernel should then boot from C:
which I think is the cause of the issue, I don't think the kernel &
various BIOSes always agree on which one is in use
Tom
Jeremy
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
