> Someone else more clever than me figured this out.
Thank you, and thanks to them as well!
On Sat, Jan 2, 2016 at 8:49 PM, Eric Smith wrote:
>
>> You must not be aware of the "introScreen" lmcrypt hack. You can
>> regenerate a license.dat file with correct passwords for all of the
>> tool sets available on the software installation CD.
>
> You're right. I'm not aware of that hack. Sound
On Sat, Jan 2, 2016 at 9:39 PM, Glen Slick wrote:
> If you need to do that it might be easiest to just do a fresh install instead
> of
> trying to manually sort things out by hand after a disk transplant.
At the time I didn't have the install CD, but I do now. I also didn't
have a suitable SCSI
On Sat, Jan 2, 2016 at 8:20 PM, Eric Smith wrote:
>
> I think my 16702A netconf got screwed up when I moved the SCSI disk
> from the working 16702A into a 16700B option 008, which had no
> internal hard disk.
Yes, moving OS disks between an A and a B model and/or between a 16700
and a 16702 model
Thanks Paul and Glen!
In addition to my netconf referencing lan1 instead of lan0, it also
was using a [1] index for everything. Using either netconf file you
guys provided solves the problem.
I think my 16702A netconf got screwed up when I moved the SCSI disk
from the working 16702A into a 16700B
On 2016-01-02 1:22 AM, Eric Smith wrote:
I previously mentioned that the ethernet interface on my HP 16702A is
not working. After a lot of messing around, I discovered that the
10baseT interface actually works fine if I log in as root (after
jailbreaking it), and manually configure the interface.
If you get stuck you could always try attaching a spare SCSI hard drive and
installing the system software from scratch.
I should be able to supply a copy of the requested file tomorrow if someone
else doesn't first.
I previously mentioned that the ethernet interface on my HP 16702A is
not working. After a lot of messing around, I discovered that the
10baseT interface actually works fine if I log in as root (after
jailbreaking it), and manually configure the interface.
The problem seems to be with the /etc/rc.
