On 10 Mar 1999, Mark W. Eichin wrote:
Hmmm. If that's correct then it's a bug - the comment should say to run
_dselect_ with the last binary CD in the drive, not to boot that way...
Indeed, I misremembered. The comment was really from README.multicd,
and it very clearly says *after* you've
I have a vintage SS1+, ROM 1.3. It has been running a crufty Debian
install for a while, so 2.1 seemed a good replacement.
Using the 2.1_r0 binary-sparc-1.iso, I discovered that the 1.3 roms
can't boot it, at least using the drive I have (which *does* have the
right blocksize support that it
Woohoo, found the right hack (as usually happens *after* I send mail
:-)
Since I couldn't get it to treat switch disks, I looked more closely
at the image naming code (main.c, misc.c)...
On the same zip disk that I'd already put resc1440.bin on, I skipped
over that to an easy-to-type offset,
[EMAIL PROTECTED] (Mark W. Eichin) writes:
So, I went through the install, and an old problem reappeared...
When booting off of this disk (sd(0,2,0)), I get
Bad magic number in disk label!
S
Bad magic number in disk label!
IProgram terminated.
ok
I assume this is because (1) the disk
another minor nit: one of the install docs suggests that one should
boot off of the last binary cd in your set - so disk 1/1, 2/2, or 2/4
(in the set that is 2 bin + 2 src.) binary-sparc-2 doesn't appear to
be bootable, though - or at least, it has no /boot and no
disks-sparc. (As mentioned
Mark Eichin writes:
another minor nit: one of the install docs suggests that one should
boot off of the last binary cd in your set - so disk 1/1, 2/2, or 2/4
(in the set that is 2 bin + 2 src.) binary-sparc-2 doesn't appear to
be bootable, though - or at least, it has no /boot and no
disks-sparc.
6 matches
Mail list logo