blob: 87004f853b7f196215a9b7362c345bd0184f4fe3 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
id = 2616
title = "crashout on any storage operation on SCO OpenServer 6"
state = "opened"
created_at = "2024-10-11T16:32:43.424Z"
closed_at = "n/a"
labels = ["target: i386"]
url = "https://gitlab.com/qemu-project/qemu/-/issues/2616"
host-os = "Arch Linux, last updated October 11th, 2024"
host-arch = "AMD64"
qemu-version = "QEMU version 9.1.50 (05adb388)"
guest-os = "SCO OpenServer 6 (2006 build)"
guest-arch = "i86 (honestly not specified, likely 486 and above)"
description = """it's hard to exactly pinpoint what's wrong, but apparently it's a known issue. whenever i attempt to install or boot the OS, i get one of the two outcomes: with KVM it's a halt-and-catch-fire, getting stuck in an eternal loop of I/O errors and failed interrupts, with TCG at the very least the drivers get loaded and the installation disk is mounted, contrary to the emulated hard drive. connecting either drive to SCSI made HBA act like it's not there at all, and using the standard AHCI/IDE controllers leads to the result presented in the picture in one of the sections below, and, as mentioned earlier, this stage only happens with TCG. there's a 9:1 shot (on Q35, on PIIX3/PIIX4 it'll always either throw this exception or fail to initialise the CD-ROM) of it either screaming about a power failure right as it's ready to format the drive or it just installing."""
reproduce = """1. download the old OpenServer 6 VM image/ISO from the SCO/Xinuos server.
2. attach it in your config.
3. go through initial setup stages (eg. entering a licence or deferring from such).
4. wait for the disk initialisation to begin."""
additional = """
"""
|