Boot of Solaris 8 02/02 ISO Image Fails on Sun4m (Axil 255/SS5) #444
-
Booting of a Solaris 8 02/02 ISO image fails with an error of:
The machine in question is an Axil 255, which is a clone of the Sun SPARCstation 5. It uses the same SCSI controller as the SS5 does. The ISO image in question has multiple slices/partitions, as do all Solaris installation CD images:
This doesn't appear to be a disk read error, as I see no messages of the type, more that the CD image isn't being recognized correctly. I attempted to use PowerISO to convert the .iso to a .bin/.cue pair, but that produced this:
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
@ajacocks thanks for the report, and apologies for the delayed response. I was on vacation when you opened this issue. In examining the log file, I see the following: This is likely the underlying cause of the problem. There needs to be a space between CD5 and the remainder of the filename, as wel as the other images you're using. Everything after the space will be ignored by the file name parser, but since there's no space, the firmware is interpreting the "8" in the filename as the block size. Please report back with the results, after you've re-named the file. |
Beta Was this translation helpful? Give feedback.
-
@ajacocks additionally, Device = "SUN18G" is not a valid pre-set for "Device" in your zuluscsi.ini file, and you should simply remove these lines completely, as they do nothing. At present, the only valid setting for the Device directive is "ST32430N", as noted in the example zuluscsi.ini file. |
Beta Was this translation helpful? Give feedback.
@ajacocks thanks for the report, and apologies for the delayed response. I was on vacation when you opened this issue.
In examining the log file, I see the following:
Using custom block size, 8 from filename: CD5-solaris_8_0204_disk2.iso
This is likely the underlying cause of the problem. There needs to be a space between CD5 and the remainder of the filename, as wel as the other images you're using. Everything after the space will be ignored by the file name parser, but since there's no space, the firmware is interpreting the "8" in the filename as the block size. Please report back with the results, after you've re-named the file.