Calab Posted February 20, 2021 Share Posted February 20, 2021 So, I just installed a U1MB into my 1200XL. It seems to be working well. One thing I can't figure out is how to customize the SpartaDOS X disk image that the U1MB uses to boot from... or how to make a bootable floppy disk from SpartaDOS X. I want to create a custom CONFIG.SYS file. I can't edit the one on the U1MB disk image, and SpartaDOS X doesn't read it from my floppy drive or floppy disk images on my FujiNet. The default CONFIG.SYS file loads SpartaDOS X under the OS, which causes conflicts with some software. I want to, among other things, set SpartaDOS X to load into BANKED memory. I also want to use the $SCRDEF variable to change the screen colors and margins, and to load the QUICKED driver. Can anyone explain how to do this? Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted February 20, 2021 Share Posted February 20, 2021 (edited) The default CONFIG.SYS will only install DOS under the OS if you don't have >128K, which you certainly should have with an U1MB. Just set the machine to 320K, 576K, or 1088K and SDX will load into banked memory, even if no custom CONFIG.SYS is found on the boot device. If you do want to make a custom CONFIG.SYS, just place it on an SDFS formatted volume attached on D1:, using whichever device you prefer. SDX never 'boots' a disk per-se. To boot from disk, type COLD /N at the SDX prompt, or turn off SDX entirely in the U1MB settings. Edited February 20, 2021 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
Calab Posted February 21, 2021 Author Share Posted February 21, 2021 6 hours ago, flashjazzcat said: If you do want to make a custom CONFIG.SYS, just place it on an SDFS formatted volume attached on D1:, using whichever device you prefer. SDX never 'boots' a disk per-se. To boot from disk, type COLD /N at the SDX prompt, or turn off SDX entirely in the U1MB settings. ...and there is my problem. The U1MB and FujiNet I have don't play well together. That means that I can't have any disk images mounted when SpartaDOS starts. I'm going to set my real floppy drive to D1: and see if the config will load from there. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted February 21, 2021 Share Posted February 21, 2021 (edited) Surely FujiNet doesn't forget the mounted volumes every time it's powered off? You should find that almost any other device works well, anyway. I've never received so many emails asking for help with basic operation since people started buying FujiNet. Perhaps @tschak909 can provide some clear instruction, since SDX and FujiNet seems to be pretty much a known quantity at this point. Edited February 21, 2021 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
Calab Posted February 21, 2021 Author Share Posted February 21, 2021 3 hours ago, flashjazzcat said: Surely FujiNet doesn't forget the mounted volumes every time it's powered off? Oh no... It remembers them. The problem is that when SpartDOS X starts it confuses the FujiNet device and the images don't get mounted. Once I'm at the SpartaDOS X prompt I can issue a "FMALL" command to mount all the selected images, then a "COLD" command to restart and it works normally then. Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted February 21, 2021 Share Posted February 21, 2021 soft reset and other things are now fixed, part of it related to SIO uart, it might help out in this scenario. update your fujinet and try again Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted February 21, 2021 Share Posted February 21, 2021 9 minutes ago, Calab said: The problem is that when SpartDOS X starts it confuses the FujiNet device and the images don't get mounted. Ah yes - I vaguely remember some talk of the SDX drive polling causing FujiNet to get its knickers twisted. I had expressed interest in contributing to an SDX kernel driver for FujiNet, but have had no time to even remain adequately up to date on what's happening with the project. Quote Link to comment Share on other sites More sharing options...
Calab Posted February 21, 2021 Author Share Posted February 21, 2021 26 minutes ago, flashjazzcat said: Ah yes - I vaguely remember some talk of the SDX drive polling causing FujiNet to get its knickers twisted. I had expressed interest in contributing to an SDX kernel driver for FujiNet, but have had no time to even remain adequately up to date on what's happening with the project. There is a FujiNet firmware update released a couple days ago that might address the issue. I'll give it a go once I have a free minute. Quote Link to comment Share on other sites More sharing options...
tschak909 Posted February 21, 2021 Share Posted February 21, 2021 I use the SDX Imager to create custom ROMs with the FujiNet tools on them: http://sdx.atari8.info/index.php?show=en_addons As for boot behavior, we have two very rigidly divided camps here: * People that don't use SDX * People that use SDX Clearly we need to work out a clear set of use cases and procedures for both, that I can codify to make things just work in the firmware. I've tried my best, but it seems people are still angry or frustrated. -Thom Quote Link to comment Share on other sites More sharing options...
Mark2008 Posted February 21, 2021 Share Posted February 21, 2021 5 hours ago, Calab said: There is a FujiNet firmware update released a couple days ago that might address the issue. I'll give it a go once I have a free minute. Update the thread, I'd be interested in your experiences. This vaguely sounds like what I ran into, although I've had no time for Atari for weeks now, but what I ended up doing is not using the fujinet as a storage device. My 1200XL has a u1mb, and I have my own config.sys on d1:. It's not booting from d1, but reading the config.sys from there anyway. What I like about using, well in this case an xf551 for storage, is it works 100% reliably all the time without issue, so I'm not looking to fix what works. I also use a sio2sd for mass storage. I have a 1200xl that flakes on software reboots. It works fine when turning it on, and always worked for me in the past, but I guess I was just a person that either turned the machine on or off, once I got into this software reset workflow, that just didn't work. The reset or software driven cold boot, causes the machine to flake at odd times, so not really a choice for me...at least until the replacement machine that I ordered in December arrives. That's scheduled to arrive next week - woo hoo! Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted February 21, 2021 Share Posted February 21, 2021 replace the reset cap on the 1200xl... it's gone jittery... then you should do better Quote Link to comment Share on other sites More sharing options...
mr-atari Posted February 22, 2021 Share Posted February 22, 2021 12 hours ago, tschak909 said: * People that don't use SDX * People that use SDX The problem is more who use Fuji as stand-alone or not. I have the same 'issues' when booting over SIO, I have a executable that loads and mounts the last stored Fuji-config. I would suggest that FujiNet should restore the last configuration by it self when something else takes boot-control. That works for any DOS or any one who uses Fuji as device (not stand-a-lone) Is that workable Thomas? So during powerup: -if Something else boots, restore configuration. -if Fuji boots, do the config stuff and end with OPTION to boot. I really hope this can be done. Later! 1 Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.