Install RISC OS to SSD on RPi4 ?
André Cocuccio (10409) 3 posts |
Hello All, I’m returning to RISC OS after 30 something years and in the process of building a RPi4-based RO workstation. I’m mid project and would like to install RO to SSD rather than SD card. I’ve done some research and tried to follow the instructions on David Pilling’s website, but I can’t get it to work…. Does anyone have any instructions they can share? I know its possible. Grateful for any advice. Many thanks, André |
Andrew McCarthy (3688) 603 posts |
Welcome back. There are folk here who have had success at doing just that. I prefer to use Partition Manager, located here. If you chose this path, the feedback thread is here. I haven’t tried the latest version yet, so the following steps may change. I needed to “initialise Pi Boot drive”, then at the new desktop:
Before entering the above, enter your path for the savecmos command, and you have the correct SSD (SCSI) drive number- mine was four (::4). If the result of the time command isn’t today, then go into the TCP/IP settings via configure and set them. Good luck! PS. SDCard creation- there’s no need for the extra commands. |
André Cocuccio (10409) 3 posts |
Many thanks! I followed your instructions, and I’m pleased to say I have a test system successfully booting from USB drive. Great stuff. Thanks for the tip regarding Partition Manager. That made the whole process far easier. |
Paul Sprangers (346) 516 posts |
As per instructions from Andrew Rawnsley, I also added an obey file in Postdesk (!Boot.Choices.Boot.Postdesk) containing the command Andrew wrote: "This saves the cmos settings on shutdown into SSD’s partition. This is necessary because “SDcmos” module (as name implies) saves cmos to SD card (if present), not SSD." |
Andrew McCarthy (3688) 603 posts |
Interesting. Thanks for the tip, Paul. Using Partition Manager, I haven’t yet encountered an issue requiring the intervention, but I’ll keep it in mind. Thanks again. @André. You’re welcome, and it’s good to hear that it worked for you. :) As you’re a returning user, here’s a link to a series of community videos that I’d previously pulled together. |
Paul Sprangers (346) 516 posts |
As I understand things, the intervention saves the CMOS at every shut down, even if it hasn’t changed – which usually will be the case. Only when you do change the CMOS, the intervention will have its benefits. |
Rick Murray (539) 13756 posts |
<shrug> SDCMOS saves the CMOS file when you do the OS_Byte to change CMOS (or the config does it for you); and at shutdown it will stamp the CMOS file so that if the machine restarts in the absence of an RTC, it’ll get the clock set to the last used time instead of something silly like 1970. It is useful, so I’m surprised nobody has tried hacking a copy of the module to write to “SCSI::$.!Boot.Loader.CMOS” rather than assuming SDFS. As it happens, I did exactly this back in 2019…
Or, better yet, have the module read the configured FileSystem and use that prefix instead of always assuming SDFS? Yes, I know it’s called “SDCMOS”, but times move on… ;) |
André Cocuccio (10409) 3 posts |
@Paul: Thanks. Yes, I can see the value in that. I’ll add that to my test system to head off any unwanted issues later on. @Andrew: Thanks for the links to those community videos. Much appreciated. I’ll have a look. Things have certainly moved on since my heady days owning an A3000 with RO 3.11 – I need to catch up! |
Chris Mahoney (1684) 2162 posts |
Well, that doesn’t sound too difficult. *looks*Ah. We were still writing new things in assembly in 2012, I see. Although thinking about it some more, looking at the configured filing system isn’t necessarily the correct behaviour anyway. My configured FS is SCSIFS but my CMOS file is still on the SD card, along with the ROM. |