Showing changes from revision #7 to #8:
Added | Removed | Changed
This is a brief guide to the steps that you should probably go through when upgrading from one stable release of RISC OS to the next. It does not include instructions for system-specific issues (such as flash programming a new ROM) but covers the generic steps to get your disc image and at least a softload installed and working.
It assumes some level of prior RISC OS knowledge, notably how to open directories and applications in the Filer, how to move and copy things around the file system, how to extract the contents of zipfiles and so on. You may also need to understand how to edit files (such as Obey files) in order to fix issues that might crop up.
The process is not very streamlined. Some steps are being made to improve the situation by using PackMan to manage updates, but currently only the applications outside of !Boot are packaged.
The procedure given here is suitable for upgrading from RISC OS 5.24 5.28 or 5.26. 5.29. If you are upgrading from an older release ofRISC OS 5.22 5, or earlier, see below. below.
That should leave you with a fully up to date !Boot on your current OS. Once that’s been shown to work for a week or two, so, you can progress to upgrade the OS by downloading the respectivestable RISC OS 5 ROM or softloadROM for – your see computer.below.
To If perform an “in-situ” upgrade upgrade from these releases you will are need not upgrading from the previous stable release ofRISC OS 5.24 but HardDisc4 are zipfile starting and from an older version, it is safer to start from the appropriate new !Boot and import any modifications you made from your old !Boot.RISC OS 5.24 ROM (if upgrading from RISC OS 5.20 you will also need the corresponding RISC OS 5.22 versions). These are not currently available for download, so if you are unable to find them elsewhere you will need to follow the procedure to upgrade from RISC OS 5.19 or earlier instead.
You The are process now described ready in this section will ask you to upgrade reboot from at frequent intervals. After each reboot, you may be confronted with issues that will actually be fixed later in the process.RISC1 OS 5.24, as described above.
Whenever That the should OS leave version you rolls with over a fully up to the date next multiple of 0.10 (5.09 to 5.10, 5.19 to 5.20, and so on) extra actions are usually required because major versions within !Boot are on handled your with current that OS. granularity Once (500, that’s 510, been 520 shown and so on). Rather than attempt to do work this for by a hand, week it or is two, safer you can progress to start upgrade from the new OS !Boot and import any modifications you made from your old !Boot.ROM as described below.
1 For example, applications that rely on custom additions you made to to !Boot.Library obviously won’t work until after you have reinstated those files.
That should leave you with a fully up to date !Boot on your current OS. Once that’s been shown to work for a week or two, you can progress to upgrade the OS too by downloading the respective stable RISC OS 5 ROM or softload for your computer.
Visit the Downloads page and choose the stable RISC OS 5 ROM or softload for your computer. If you are upgrading RPCEmu or a Raspberry Pi, installation instructions can be found at RISC OS Upgrade: Upgrading the ROM. For other hardware targets, you should follow the instructions supplied with the download.
After booting on RISC OS 5.30, take a fresh copy of your CMOS RAM settings. For example, you might use*SaveCMOS $.CMOS-copy
Note that any CMOS files you saved on older RISC OS versions will no longer work at RISC OS 5.30.
There is a possibility that your first boot on the new ROM may not go smoothly, especially if you were upgrading from RISC OS 5.26 or earlier. Please see the Common problems page if you are experiencing difficulties.
If you were upgrading from RISC OS 5.26 or earlier, you will still have the “Old!Boot” and “NewHD4” directories. These can be deleted when you are happy that the upgrade has worked (we suggest you hang on to the Old!Boot directory for a while, in case there are any components you forgot to transfer).