接着笔者考虑，将1M的BIOS文件强制写入到2M
芯片中，有两种可能，一是直接写入，就是将1M的文件从2M芯片的00000地址进行顺序写入，由于1M BIOS文件容量只有128K。因此只占用2M芯片从00000－1FFFF的空间，也就是2M 芯片低端128K的空间。二是强制将1M文件从2M芯片的1FFFF地址进行写入，将1M文件写入到1FFFF－3FFFF的空间，也就是2M芯片的高端128K空间（如果2M芯片的A17为高电平时，是读写芯片的高端128K，详情见文章结尾有关芯片的介绍）。
因此，笔者决定再做一次实验，这次用编程器调入000.BIN文件后，将芯片的起启地址改为1FFFF，然后强制刷写，写入、校验通过后；读出2M芯片中的内容，保存为222.BIN。接着运行CBROM进行查看。其显示结果为图三。
通过CBROM显示的内容与原文件显示进行对比，发现剩余的空间的确为128K，但其内容却是乱码。也就是说此文件也是不正确的。
那么我们得到的256K文件属于一个什么文件呢？其实，我们所强制刷入并保存的文件，只是在128K文件的后面或前面加入了一个128K空间而已。这一点我们可以通过
软件来得到答案。如图四，图五。
从图中我们可以看出，图四是在128K文件后也就是从1FFFF开始，加入了128K的空字节，从1FFFF－3FFFF全为空字节FF。而图五则是在128K的文件前00000－1FFFF，加入了128K的空字节。而一个完整文件，是由文件头、数据区、文件尾组成的，也可以简单的理解为，文件头、文件尾其实就是一个框架，框架中为数据区，我们可以在数据区内增添数据，但不能超过框架的限制。BIOS文件实际上也是一个可执行的
程序，因此也是由这三部分组成的；而我们强制写入并保存的文件，只是在原有文件前或后加上了128K的空字节，所以只是理论上的256K文件，而实际上此文件是无法使用的。
