May it be that the DOS kernel is informed too late about the changed disk geometry while formatting? There is a Force_Drive_Recheck() call after the Create_File_System(), forcing DOS to rebuild its DDT (FreeDOS) / UDSC (EDR). But Create_File_System already fails. Create_File_System seems to use DOS absolute disk reads and writes, I guess with 1.44 disk geometry in use on a 720K floppy, because it fails on sector 9 (which might be the 10th?). That should indeed fail on a 720K? Would at least explain why this works if a previously formatted 720K is re-formatted.
> Am 24.08.2024 um 15:46 schrieb perditi...@gmail.com: > > This is something that should work. I will have to look into it and see why > it doesn't work. I have a few ideas, but am working this weekend so may be > a few days before I can look into it. I'm currently trying to track down an > unrelated stack trashing issue in some kernel changes related to floppy > drives that seem innocuous. > > Jeremy > > On Sat, Aug 24, 2024, 9:24 AM Bernd Böckmann via Freedos-devel > <freedos-devel@lists.sourceforge.net> wrote: > Hi, > > I have problems formatting a zero-filled 720K floppy in a 1.44M drive with > format 0.91v. I use the following command: > > format a: /f:720 > > Is this the right command to do it? Formatting a 720K disk in a 1.44M drive > should be possible? I also cannot format a wiped 360K disk in a 1.2M drive. > > It seems to work if the disk already was formatted, probably because it > contains a valid BPB. Does not matter which kernel is used. It fails under > both FreeDOS and EDR kernels, albeit at a different code position. > > The details are at https://github.com/SvarDOS/edrdos/issues/105 > > Bernd > > > > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel