Thanks to any who respond.
Dave
I use an Apple brand SCSI CD ROM drive to install software on my SE/30.
You should be able to find one cheap on e-bay.
IIRC the SE/30 will run software up to 7.5.5, but not 7.6.
HTH
Ron
> upgrade my SE/30 to sys 7.6
...as far as I know the highest version of MacOS the SE/30 is able to
work with is 7.5.5
Greetings Frank
Oh, and the drive has the Apple ROM, I believe. May have to try a different
drive. Will look around.
Thanks, all.
Frank Perrey <frank_...@web.de> wrote in message
news:1fwq1nw.167kp2el8ktygN%frank_...@web.de...
Hello Dave,
I have just what you are looking for, OS 7.5.5 on one floppy with a CD
extension which will read most CD Drives (including NON-Apple). That's
all that's on it. No tools, No disk first aid. Provided that you have a
formatted HD you can drag and drop files/folders to it from your CD Rom
drive. Or you could even drag and drop the System Folder from the
floppy to you HD and reboot from the HD. 10 minutes ago I just checked
the floppy with a Mac LCII and a Mac IIsi. It works. It will probably
work on anything which doesn't need a System Enabler which I think are
just the early Power Macs and maybe some 040s.
OS 7.5.3 and the 7.5.5 update from Apple are rather large and if you can
do it with a smaller download then Why Not?
Send me an email if interested.
You can also have multiple System Folders on the same HD if you want to
keep OS 6.0.8 along side of 7.5.5.
Mark in
Davis, Ca. USA
> Humm. Okay, well I might be stuck. I *think* I have a copy of 7.5 on
> floppy.
If not, 7.5.3 is downloadble as floppy images from Apple.
> Years ago I tried to install 7.5.5 on it and it turned into a gibbering
> idiot- every time.
How much RAM ? 7.5.x is hungry (with SE/30 measures).
In practice 8 MB is a bare minimum.
> In practice 8 MB is a bare minimum.
not THAT hungry, you seem to mix up with 8, I have a configuration here
with 7.5.3 rev.2 that takes 4,484k with a lot third party extensions.
Greetings Frank
Which leaves 3708k for applications if you have 8 MB RAM (which is quite
OK) or 636k if you have 5 MB RAM (which is *not* practical).
Note that I did say "In practice".
Having said that, I'd recommend at least 16 MB and MODE32.
> Note that I did say "In practice".
sorry, I just misunderstood, I though 8MB would be the amount of RAM for
the system, not for the SE/30
Greetings Frank
I've run 7.5.5 on my SE (maxed out to 4M). It runs just as wel as
any other version of System 7 - stable but not very fast. Apps run
as fast as they do on 6, if they don't start swapping. But they swap
more often because System 7 itself uses a lot more memory than 6.
An SE/30 can go up to 128M of RAM if you can get 16M 30-pin SIMMs
(according to MacTracker.) If you can only find 4M SIMMs, then you
obviously can't put in more than 32M (which is the maximum Apple
officially suports.) SIMMs must be installed in matched sets of 4.
Given that 4M SIMMs are virtually free these days, it's well worth
boosting an SE/30 to 32M. If you can find 16M SIMMs, it might even be
worthwhile to go to 128.
-- David
That's a lot of extensions.
My SE with 4M (no third party extensions other than a small screen
saver) has a 7.5.5 image of about 1.2M. Which leaves about 2.8M for
apps - which is usable for most purposes. Heck, I used to run
FileMaker Pro 2.0 on that configuration - worked great and didn't
even swap very much. Of course, a 7MHz 68000 is pretty slow to begin
with, so maybe I just didn't notice.
-- David
> andekl_no@saaf_spam.se (Anders Eklöf) writes:
> >
> > How much RAM ? 7.5.x is hungry (with SE/30 measures). In practice 8
> > MB is a bare minimum.
>
> I've run 7.5.5 on my SE (maxed out to 4M). It runs just as wel as
> any other version of System 7 - stable but not very fast. Apps run
> as fast as they do on 6, if they don't start swapping. But they swap
> more often because System 7 itself uses a lot more memory than 6.
It should be noted that there's no VM on 68000 machines (and I mean
68000, not 680x0) so any swapping you might see on an SE was implemented
completely by the individual application vendors.
> Given that 4M SIMMs are virtually free these days, it's well worth
> boosting an SE/30 to 32M. If you can find 16M SIMMs, it might even be
> worthwhile to go to 128.
While I'd agree in the abstract, are those SIMMs cheap again? Last time
I looked 30-pin modules were fairly pricey. As compared to 168s, anyway.
Nothing's going to beat the tariff-enhanced prices that were in effect
when the SE/30 actually premiered.
I realize there's no VM, but there is still some degree of swapping
going on (possibly by the language libraries that the program was
compile diwth) to dynamically load and unload code pages.
>> Given that 4M SIMMs are virtually free these days, it's well worth
>> boosting an SE/30 to 32M. If you can find 16M SIMMs, it might even
>> be worthwhile to go to 128.
>
> While I'd agree in the abstract, are those SIMMs cheap again? Last
> time I looked 30-pin modules were fairly pricey. As compared to
> 168s, anyway. Nothing's going to beat the tariff-enhanced prices
> that were in effect when the SE/30 actually premiered.
I found used 4M SIMMs at the Trenton Computer Festival for $5 a
handfull out of a large cardboard box.
If you want to insist on new modules instead of used ones, that may
be more difficult. Most of the vendors I've seen don't sell 30-pin
anything.
-- David
> Gregory Weston <gwesto...@CAPSattbi.com> writes:
> >
> > It should be noted that there's no VM on 68000 machines (and I mean
> > 68000, not 680x0) so any swapping you might see on an SE was
> > implemented completely by the individual application vendors.
>
> I realize there's no VM, but there is still some degree of swapping
> going on (possibly by the language libraries that the program was
> compile diwth) to dynamically load and unload code pages.
You know, I completely forgot about it, but under the 68k environment
the code was actually stored in a series of resources (type='CODE') and
there was an OS facility to support dynamically swapping them in and
out. I retract what I said before.
G
> If you can find 16M SIMMs, it might even be
> worthwhile to go to 128.
...from my experience with 68MBs (4*16, 4*1) I would say: no, there are
not many things you can do with that large amout of RAM once you got it,
because most applications of that time are not stable enough to work at
the same time all together, and the OS doesn't really help it. If you
really want to use files that big, the CPU won't allow you working...
Greetings Frank
> That's a lot of extensions.
...not really, I guess it's the generation of MacOSs that take more RAM
when they find more, right? (my SE/30 was overequipped with 68MBs...)
Greetings Frank