RISC OS Open
A fast and easily customised operating system for ARM devices
ROOL
Home | News | Downloads | Bugs | Bounties | Forum | Documents | Photos | Contact us
Account

Filing system improvements (step 2)

Guide target £6,750

Building on the foundations laid in step 1, this next step will bring support for industry standard media partitioning to the native RISC OS filing systems.

Overview

It is relatively common for desktop operating systems to be able to interpret one physical drive as a number of logical drives (partitions). There may be several motivations for this:

  • safe separation of critical operating system files and user data
  • allowing boot time selection of Windows or Linux for example for disc based OS choice
  • splitting larger media into smaller more manageable drives

One example of particular relevance to RISC OS is the Raspberry Pi initiative which expects to boot from a FAT format media but may ultimately end up in an operating system with its own native format – such as RISC OS with its FileCore format.

While historically vendors of RISC OS upgrades have tried to provide support for partitions, for example with SCSI expansion cards, this has never been standardised across RISC OS, and in general the partition scheme was in itself proprietary and hence not interoperable with other popular systems.

Technical details

The two prevalent partitioning schemes around today are the master boot record originally conceived for DOS and the GUID partition table. The latter is more modern and extensible particularly for huge drives (the subject of a future bounty), the former is often encountered on more embedded devices. It is expected that both will be supported.

It is likely to be necessary to adapt the user interface to handle partitions, for example the traditional desktop filers present one icon per physical drive at present – whereas with partitioning the user will need some way to select which partition is desired.

Similarly the boot process, which searches a drive number for a file called !Boot may need adapting to select the most appropriate partition, or a default one if none are natively formatted.

In addition, the ageing HForm application will need rewriting to cope with being able to lay down partitions, or at least respect any partitioning scheme it finds before writing the FileCore formatted area. A desktop front end using the standard Toolbox may be used to present the information more clearly than its current command line form, though a scriptable interface would be beneficial – particularly so that 3rd party filing systems can make use of its facilities without needing to replicate the functionality.

It is not expected that the native RISC OS format, FileCore, will be extended in this bounty. Therefore its limitation of 229 sectors, 212 bytes per sector, 20 partitions per drive, and 23 logical drives will be retained.

Deliverables

  • C source code to handle partitions within RISC OS
  • Replacement HForm utility
  • Updated source code to FileCore, and if applicable its clients/filer front ends
  • Documentation of the new partition support, and any known limitations
Donations 64
Total £7,190.72
State Underway ?
Help More information about the bounty scheme
Bounty scheme discussion forum

All bounties

Search whole site

Social

Follow us on and

ROOL Store

Buy RISC OS Open merchandise here, including SD cards for Raspberry Pi and more.

Donate! Why?

Help ROOL make things happen – please consider donating!

RISC OS IPR

RISC OS is an Open Source operating system owned by RISC OS Developments Ltd and licensed primarily under the Apache 2.0 license.

Actions

  • All bounties
Site design © RISC OS Open Limited 2018 except where indicated
The Canvass icons are adapted from material at defaulticon.com

Valid XHTML 1.0  |  Valid CSS

Powered by Canvass
This site runs on Rails

Hosted by Arachsys