[Info-vax] Greater than approx 16GB disk leads to UNXSIGNAL crash

Stephen Hoffman seaohveh at hoffmanlabs.invalid
Tue Jun 1 16:48:53 EDT 2021


On 2021-06-01 17:45:33 +0000, Simon Clubley said:

> On 2021-06-01, Stephen Hoffman <seaohveh at hoffmanlabs.invalid> wrote:
>> 
>> OpenVMS Development never prioritized the addition of partitioning 
>> support. That, and this case involves a very old and under-patched and 
>> buggy OpenVMS VAX version. Retro-computing almost inherently involves 
>> revisiting old bugs.
> 
> It would be nice to have proper partition support on VMS, with multiple 
> bootable partitions as well.

Yes, it would. That was discussed before, and it'll undoubtedly be 
discussed again.

The work here mostly touches the storage device drivers, SET BOOTBLOCK, 
BACKUP, and a few other tools.

The common OpenVMS tools and ~all customer apps won't notice 
partitioning, though.

>> More recent OpenVMS has a hideously ugly partitioning hack commonly 
>> found on OpenVMS I64 and specifically for Itanium EFI support, and that 
>> hack is solely intended to present what OpenVMS expects (one big 
>> volume) and what EFI expects (GPT partitioning) and without allowing 
>> partition-aware tools to easily corrupt the OpenVMS one-big-volume view 
>> of the storage.  Silent console-triggered corruptions were once 
>> possible here with older EFI firmware too, when the expectations of the 
>> firmware and of OpenVMS diverged.
> 
> I wonder if we are heading towards a modern version of the various 
> WRITEBOOT issues and "fun" that sometimes happened in the old days... 
> :-)

There are always issues in this area. VSI is using a "creative" scheme 
in support of booting and crashing on x86-64, too.

There's a separate and unchanging OpenVMS installation being kept 
around particularly for assistance when crashing on x86-64.

Coincidentally, the same developer that created the ugly partitioning 
hack for OpenVMS I64 re-wrote WRITEBOOT for V8.0, too.

SET BOOTBLOCK / sys$setboot as a foreign command or when RUN / and the 
sys$setbootshr API.

SET BOOTBLOCK was intended to be necessary only for Itanium, but works 
correctly with Alpha and VAX boot devices.

The tool can also correctly "sniff" and detect a bootable VAX, Alpha, 
or Itanium storage device, among other features.

BACKUP calls into sys$setbootshr for various processing.

SET BOOTBLOCK necessarily knows all about the ugly hack for OpenVMS I64 
and EFI, too.


-- 
Pure Personal Opinion | HoffmanLabs LLC 




More information about the Info-vax mailing list