Well. now I feel much better. Yours works and
mine don't. What really makes me feel good is this statement quoted from
Russell Hines to the
debian-68k@lists.debian.org:
> But one thing I always wonder about, did
you mac guys actually test the
> potato installation?
I'll be
brave and say, no, I don't think I tested it according to what you
have
on your ftp site. I know I used a 2.2 base I got from somewhere
that
doesn't exist anymore...but hey, I just got two new computers (if
you can
call machines made in 1993/1994 "new") : a Quadra 700, and an
LCII. I'll be
getting them running Linux this week.
Does this mean that the Linux developers have
been testing the Mac Installation on emulators? Maybe that's why the ttyS1 ...
ttySx have never worked on my Mac machines. Or maybe someone has a
working modem on a Mac. My IIci with slink on ended up with undefined on these
ttyS..'s.
Anyway, does your Quadra have an ide drive? Or
just SCSI drives? I make a debian folder on the internal ide, but I have to
use the external SCSI drive with the identical files I have on the
internal ide drive.
The first phase detects the ide drive as hda1;
but it says it has an unknown file format and goes on. Apparently, the linux
kernel and the other necesary files are loaded into RAM. I did a <df>
command from another console, and it said I had 2 filesystems on the first
phase: /dev/root (which must be a RAMdisk), and a /dev/sda3 which
showed up after the install program found the proper files on the fireball.
I use the micropolis exclusively for Linux. I have 3 drives hooked up on the
Performa 637CD (68LC040, 36mb): an internal 450mb ide, an external fireball
1.0 gb SCSI, and an external Micropolis 1.1 gb SCSI. Maybe I have too much
memory. You have 24 and I have 36.
Anyway, if you got yours to work, I can't figure
why you're not getting the same message I am about the internet superserver:
inetd: INIT respawning etc. I saw another guy who had the
same exact messsage I did. Michael said the following:
There's a gzip and tar for MacOS, so please
try to use these tools instead
of StuffIt expander. I've never tried
StuffIt expander on tar archives,
maybe something got messed up
there.
He apparently thinks the problem is with
Stuffit. But since Stuffit 5.5 fixed your Potato, this doesn't seem to be the
problem. But where can I find these gzip and tar files? I suppose, if I
have to, I could use the slink on my IIci to gzip the macinstall.tgz. But
since Christian told me to try Potato out to benefit other Mac users, it
messed up my working Linux on my IIci.
Aieeeeee
Oh, the humanity? Sounds like a
literal word for word german translation of a common german phrase? Shouldn't
it be: "Oh, humanity!"
I'm installing Potato on my IBMPC
compatible.
----- Original Message -----
Sent: Monday, June 26, 2000 2:16 AM
Subject: Re: Potato boot floppies on Mac
getting "invalid compressed format"
Thanks Everyone for your advice! Henry's last
suggestion seemed to fix the problem. I'm not sure exactly why but using the
old version of stuffit, which also seems to handle tgz files, did not work.
Stuffit expander 5.5 properly untar'd and uncompressed the files. Maybe it's
worth a comment in the install guide, but I'm not exactly sure what versions,
except 5.5, actually work.
As to Henry's problem I might be able to help...
starting internet superserver: inetd
INIT: Id "1" respawning too fast: disable for 5
minutes
etc
I think your problem is with "init" not
inetd, but here's a little info about inetd anyways: inetd is a daemon
that listens for connections for most of your internet services (telnet, ftp,
finger, etc...). It was designed in the old days when most TCP/IP traffic was
long lived like telnet. So if it sees too many connections in a short time (40
per minute is the default) it shuts off the service. Other than shutting off
services that are too busy I've seen very little problems with inetd. I guess
there's also problems with typos in the /etc/inetd.conf file...
The line after the "starting internet
superserver: inetd" starts with "INIT:" which would make me think that the
problem is with "init". Here's some info from init's man page:
If init
finds that it is continuously respawning an
entry
more than 10 times in 2 minutes,
it will assume that there
is an error
in the command string, generate an error
mes-
sage on the
system console, and refuse to respawn
this
entry until either 5 minutes has
elapsed or it receives a
signal. This prevents it from eating up system
resources
when someone makes a
typographical error in the /etc/init-
tab file or the program for the entry is removed.
I hope this helps,
-Eric
----- Original Message -----
Sent: Sunday, June 25, 2000 1:19
AM
Subject: Re: Potato boot floppies on
Mac getting "invalid compressed format"
Eric:
Download the new stuffit 5.5 from www.aladdinsys.com. As I said
before, it unzips tgz files no problem. Christian and Michael (must be Linux
developers) say the macinstall.tgz and the base2_2.tgz files have no
problems with binary downloading that the .bin files have. These are the
only 2 files you need to get started. My 68LC040 installs fine on the first
phase. It's just that after it reboots the second time, it falls into a
program loop when it starts some "internet superserver: inetd"
program.
Maybe you'll have better luck than I since
you have an FPU built in--I don't. Whatever boot floppies I'm using, they
work. Should work for you. I just make a debian directory on the boot drive,
copy both tgz files mentioned above in this directory. Drag the
macinstall.tgz file onto the stuffit Icon I conveniently placed on the
desktop, drag the newly created hqx files from the mac directory created
automatically by Stuffit. And I'm ready to set up Potato to get started.
I've only tried it about 15 times. Aieeeee
Where have I seen that message
before?
Anyway, I double click on the Penguin-18. Click
on the file menu and pick settings. I set the kernel and ram disk files to
their proper locations, which I have in the mac directory. I don't use the
rescue.bin in the images-1.44 folder. I use the smaller one in the mac
folder. Seems to be some discrepancy in the install texts. They were still
using the names rescue1440 xxx1440 etc.Now they just have rescue.bin
driver.bin. Anyway I don't think it makes a difference which bin file you
use.
One more thing I had to do to make it work. In
the settings from the file menu on the Options tab, I had to manually enter
the following line in the Command Line box: root=/dev/ram. I received a
reply from the lists that the other stuff from penguin-17 wasn't necessary
anymore; i.e. mac5380=4,2 etc. I think Christian said that. At the end of
the first phase where it asks you to create a boot floppy, make the disk
bootable, or reboot the system, the first two options are not available for
m68k macs. I tried them both and received that message.
So I rebooted the system back into System
7.5.5, changed the command line option to root=/dev/sda3, saved the
settings, set them as default, and booted right into the second phase
before it abended after reaching this point:
starting internet superserver: inetd
INIT: Id "1" respawning too fast: disable for
5 minutes
etc
Aieeeeee
That's mine not Linux's
I suspect that the program is trying to set up
the modem and printer ports for the internet. But since ttyS1 ...ttyS5 are a
undefined on Macs running Linux, the program does not have an escape routine
written to take it out of the loop. Or maybe this is BS as Michael would
say. I don't know. Hope they fix it. Hope they fix it. Hope they fix
it.
----- Original Message -----
Sent: Sunday, June 25, 2000 2:06
PM
Subject: Fw: Potato boot floppies on Mac
getting "invalid compressed format"
> For a little more background,
I'm running a Quadra 800 (68040 CPU) with
> 24Megs RAM and have tried
with both MacOS 7.5 and 8.1. I downloaded the
> files using Fetch 3.03
and stuffit expander 4.02. In order to reduce
> variables I downloaded
everything in the "mac/" directory so stuffit would
> only be used on
the three .hqx files. And I also downloaded the
> "macinstall.tgz" to
make sure it waasn't a problem with the downloads. I
>
also tried the boot floppies from
> http://www.debian.org/~cts/debian-m68k/boot-floppies/ using Netscape 3.01,
> which gave me the same
results. I have two SCSI drives attached one 1.8G
> Quantum and the
other the original 230M Quantum drive. Everything else is
> standard
Mac.
>
> I could probably get custom kernels or use Penguin-17
but this won't help
> other mac users who are trying to install Potato
for the first time. The
> existing boot-floppies must work for someone
or why are they there?
>
> Thanks,
> -Eric
>
>
> ----- Original Message -----
> From: "Chris Baker"
<electro@trylon.1939worldsfair.com>
> To: "Christian T. Steigies" <cts@debian.org>
> Cc:
"Eric Kurnie" <stuff@kurnie.com>;
<debian-68k@lists.debian.org>
> Sent: Sunday, June 25, 2000 10:16 AM
> Subject:
Re: Potato boot floppies on Mac getting "invalid compressed format"
>
>
> > "Christian T. Steigies" <cts@debian.org> writes:
>
>
> > > On Sat, Jun 24, 2000 at 11:15:29PM -0700, Eric Kurnie
wrote:
> > > > After searching the archives I found someone
else that encountered the
> same problem, but nobody followed up with
a solution, so I thought I'd ask:
> > > >
> > >
> I tried both the "macinstall.tgz" from
> ftp://ftp.debian.org/pub/debian/dists/potato/main/disks-m68k/current/ and
> also the 'mac' directory from the same place.
In both cases whenever I try
> running Penguin-18 with the "linux"
kernel supplied I get the following
> message:
> > >
>
> > > > GUnzipping
Root:install:mac:linux
> > > >
.
> > > > invalid compressed
format (err=2)
> > > >
Error:
> > > > Unable to read
exec header from kernel file (sread error)
> > > Hmm, when I try
to boot my amiga with this kernel image, I get:
> > > Compressed
image too large! Aborting.
> > >
> > > Is this
equivalent to your error code?
> > >
> > > Seems we
have a problem, Michael?
> > >
> > > I only wonder
what all the mac people who tested the install did. Did
> you
>
> > all use a different kernel image? Maybe somebody can build a
working
> kernel
> >
> > Nope. I used
bf-mac_2.2.11_m68k.tar.gz from
> >
> > http://www.debian.org/~cts/debian-m68k/boot-floppies/
> >
> > and the given kernel worked fine (I
did have to use a previous verion
> > of penguin, but that's
another story...). If you like, I can send you
> > all or
part of the archive.
> >
> > Best wishes,
>
>
> > cbb
> >
>
>
>
>
--
> To UNSUBSCRIBE, email to debian-68k-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>