Did you ever get this resolved?

The main issue is that the TIOS cannot find 32Kb of contiguous archive memory. Garbage collection attempts to re-locate flash sectors. But... iirc, it cannot re-locate sectors that have been locked. Some programs will lock their files (handles) then forget to unlock them. Or if a program errors out too soon and the handle is left locked.

There is a handle viewing program on Ticalc. It will loop thru every entry in the VAT. I think it will display hidden and locked handles -- which is most likely what your symptom sounds like.


Edit:

HANDLE-Explorer v2.70 by Thomas Nussbaumer
http://www.ticalc.org/archives/files/fileinfo/168/16897.html

There's a somewhat newer version of TICT Handle Explorer (tthdex), which can identify more handles, in the TI-68k Developer utilities, but it's not maintained anymore, and it predates the advent of the 89T.

Nope, a number of tricks that it used to identify handles were broken by AMS 2.07 and later.

After a quick investigation (less than 10 minutes, writing this post took me longer), it turns out that David's guess above was fully correct:

The main issue is that the TIOS cannot find 32Kb of contiguous archive memory.

There's no memory corruption at all, your calculator is simply out of memory for storing the data which you want to store, which is made of large blocks, leaving a large unusable slack at the end of each 64 KB sector...

Even my tiosmod+amspatch, which shrinks AMS 2.08 & 2.09 for 89 in such a way that users get 64 KB more archive space, wouldn't make it possible for you to store everything you want to store. While it would give you room for one more large file, e.g. data file number 8, you'd still be missing data file number 9. Data file number 10 can definitely be stored in the same sector as the assembly programs.

At least four solutions, three easy and one hard:
* use a V200 (assuming it's supported by the assembly program) or a 89T, only those have enough Flash memory;
* use TIEmu to emulate a V200 or 89T;
* use PedroM, which is far smaller than AMS, and could just work for the purposes of the program you want to use - but of course, no TI-BASIC or FlashApps on PedroM.
* use tiosmod+amspatch to shrink your OS (that's easy, all the more some ready-made patches are provided), then turn your 512 KB of data into a contiguous FlashApp (the hardest part is making TIFS work; the TIFS Sierra toolchain doesn't depend on Microsoft's proprietary incompatible so-called Java, but someone needs to give you the procedure for building a FlashApp through the set of command-line tools) + modify the assembly program(s) (IIRC, the set is open source) in such a way that it reads / they read from the FlashApp instead of reading from scattered files. Right, that's no much fun.

If you can stand the loss of any language other than English, you should use tiosmod+amspatch anyway: it makes the OS faster (and for you, smaller).

If you want to be able to put data files 0-9 in Flash memory, then use tiosmod+amspatch, transfer the patched AMS 2.09 (due to a different number of sectors for AMS, you should lose all of your archive contents), transfer data files 0-9 and archive them, transfer assembly programs and archive them. That way, only data file 10 will stay in RAM.