Kyle J. McDonald wrote: > When I tell OBP to boot cdrom, it translates that to '.../cdrom at 1,0:f' Is > the :f correct for a sun4u machine? When I look at the CD in windows I know I > can only see the ISO9660 filsystem on one of the partitions, the boot/root > bits are on some other partition in UFS format right? >
If memory serves the layout of a SPARC cd would be s0 hsfs (product) s1 ufs (miniroot) s2 - s6 ufs (boot slices) The boot slices are mapped to the platforms by the .slicemapfile found in the hsfs slice. Here are the maps from the b47 cdrom iso. m 2 sun4c m 3 sun4m m 4 sun4d m 5 sun4u m 5 sun4us m 6 sun4v So I think :f is correct, see the below slicemap file. :f maps to s5 which is sun4u > I wish I had another computer with Solaris on it to verify the other > partitions. > Actually I think I do have Solaris NV_40 x86 in vmware on this PC... I wonder > if I can get it to drive the CD burner... Hmmm... > You would need a SPARC system since the boot slices are ufs we have that little Endian problem with viewing SPARC UFS on X86 and vice versa. I seem to recall seeing this issue before in the past. It is almost always related to either media corruption or iso image corruption. For media corruption that can also mean inferior media quality, especially on the older cdrom drives. Matt
