Roberto Mariottini escreveu:
The problem never happens in the first disk and when it happens in the
followinf disks, the disks are *not* corrupted.
Can you explain better?
Are you sure you are not using two disks with the same serial number?
Disk are just reformated with /U and I re-checked: the serial numbers
are ok.
What happens is this: The backup program starts, does a BIOS+DOS reset ,
wipes delete files individualy (newtest: BIOS+DOS reset again) gets the
available free space and writes a file, then starts all over again as
the data is 2.2Mb. (usualy it is several floppies, but it happend with
just 2). As the second floppy received a small file, a 3rd floppy is
written which also receives a small file, and so on.
The problem is that on the second disk, after erasing all the files the
available space is not updated (it appears to be the available space in
the first disk, but this is not allways true) resulting in a very small
file being written to the floppy. The resultant floppy is ok, as tested
with NDD, but with one peculiarity: the file is phisicaly located at the
end of the disk.
O hope this clarifies a little more :)
Alain
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
