🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comp.sys.amiga.tech
Article #4681

Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)

#4681
From: Oliver B. Warzecha
Date: Fri, 12 Apr 1996 12:21
118 lines
5811 bytes
Patrick Hess (poseidon@newswire.de) wrote in <zp30e4aDaXHKZ108@p-poseidon.newswire.de>:
> 
> Mit meiner Apollo 2030 sieht es ähnlich aus...
> 
> > - Fuer den SCSI-Bus steht kein externer Anschluss bereit (also ggf. bei Phase 5 bestellen...).
> 
> dito.
> 
Das nervt mich persönlich auch...gibt es denn irgendwo eine Adapterlösung zu
kaufen?

> > - Die Installationssoftware hatte mir bei der "problemlosen Uebernahme" meiner RDB-formatierten
> >   Festplatte erstmal alle Daten vernichtet!
> 
> dito, nach der Installation der Apollo wahren meine kompletten Daten vernichtet!
> 
??? Ich finde auch, daß die Apollo nicht gerade das gelbe vom Ei ist, aber bei
der Umstellung auf den Controller der A2030 hatte ich eigentlich nur ein
Problem:
Die Apollo-Software schreibt das SCSI-Apollo.device in den RDB. Leider wird
dies von anderer Partitionssoftware nicht erkannt (HDToolBox), so daß das
Device ab und zu überschrieben wird, wenn man andere SW benutzt. Ist wohl ein
Fehler in der Apollo-SW. Es kann aber sein, daß der RDB schon ziemlich voll
ist, und deswegen erweiter werden muß, was alle Partitionen verschiebt ->
Datenverlust. Dann sollte das die SW aber melden bzw. rückfragen.

Jedenfalls kann ich das Problem des Datenverlustes bei Übernahme alter Platten
überhaupt nicht nachvollziehen.

> > - Ueberhaupt sollte man die Platte gleich Neuformatieren, sonst funktionieren u. U. die Einstellungen
> >   (Cache etc.) nicht mehr und fuehren beim erneuten Boot-Versuch zum Absturz...
> 
> Interessant, bei einem Kumpel stürzt die Apollo mit 100% Sicherheit ab, wenn der
> Datacache eingeschaltet wird.

Hochinteressant, er meinte zwar den Festplattencache (Buffers etc.) ;-), aber das
lese ich jetzt schon zum wiederholten Male. Ich habe mit den
Cache-Einstellungen der CPU keinerlei Probleme, die Karte läuft hier auf
Vollgas:
10.Workbench:> cpu
System: 68030 68882 FastR0M (INST: Cache Burst) (DATA: Cache Burst)

Ohne große Instabilitäten...eigentlich überhaupt ohne. Bis jetzt war noch
jeder Absturz auf fehlerhafte Software zurückzuführen.
> 
> Mein 2091, den ich leider nun nicht mehr besitze funktionierte von ersten Tag an nicht
> mit der Apollo zusammen.

Hmmm...der Golem-Controller, der hier noch im Rechner steckt, beschwert sich,
wenn ich eine Platte dranhänge und davon booten will...Reise nach Indien :-(
Allerdings habe ich da eher den Golem in Verdacht, das Autoboot nicht ganz
sauber implementiert zu haben. *schulterzuck*
> 
> > - In dieselbe Rubrik duerften auch Probleme mit Reset-fester Software fallen, z. B. laeuft
> >   PrepareEmul (gehoert zu ShapeShifter) nicht mehr.
> 
> Mit der Option "A1200" probiert? Das war das einzige, was meine Apollo zur
> Zusammenarbeit überreden konnte.
> 
??? Auch hier: PrepareEmul funktioniert ohne Probleme. ShapeShifter läuft.
Das einzige, was in demZusammenhang nervt, ist daß das 32-bit-Ram nicht
KICK-tauglich ist.
mount rad: -> 880kB Chipmem weg :-(

> > - Auch einige Probleme mit dem SCSI-Device duerften hier unterzubringen sein.
> 
> dito ;(

Welche?
> 
> >     gung", AFS macht ebenfalls Probleme (lt. ACT!). Weiterhin bleibt auch DiskSalv (oder eher das
> 
> dito...

Probleme mit DiskSalv? Und wieder "???"

> >   - Das Automounten von Cross-DOS Partitionen (habe ich mit dem A2091 bisher erfolgreich
> >     praktiziert) fuehrt zum Absturz des Rechners!
> 
> ...dito (gähn..) ;)
> 
Noch nicht ausprobiert mangels Plattenplatz...werde ich demnächst mal
versuchen, nachzuvollziehen.

> > - Ueberhaupt ist der SCSI-Controller das Letzte: Es handelt sich hier um eine selbstgestrickte
> >   PIO-Loesung, die bei Uebertragungen mindestens 70% der CPU-Leistung frisst. "Wer einen 'richti-
> >   gen' Controller benoetigen wuerde, kaufe sich sowas ohnehin zu, schliesslich sei die Apollo-Karte ja
> >   sehr preisguenstig und der SCSI-Controller nur eine Dreingabe" - und wo steht das in der Pro-
> >   dukt-Werbung???
> 
> Tja, das hätte ich auch gerne vorher gewußt...

Moment mal, das ist lang und breit bekannt, daß es sich um eine PIO-Lösung
handelt. Liest Du vor dem Kauf keine Tests? Oder dcsa.*? Da wurde das alles
lang und breit durchgekaut. Ich bin durchaus zufrieden, da ich mich persönlich
von einer mittelschnellen PIO-Lösung (Golem) mit 95% CPU-Auslastung zu einer
schnelleren mit 70% CPU-Auslastung verbessert hatte. Natürlich ist DMA besser,
aber das war damals halt nicht unbedingt im Zusammenhang mit einer 030-karte
zu haben. (Sieht das heute anders aus?)
> 
> mit der A2030, dito... Du hast die "tolle" Installationssoftware vergessen,
> die an Kickstart 1.2 zeiten erinnert... Oder gibt es dazu eine Alternative?
> Wohl kaum ;)
> 
Solange man den Rechner nicht resetten läßt, kann man die HDToolBox verwenden

> Eine Änderung der Partition ist bei mir nicht mit einer anderen Software
> möglich, die Apollo erkennt danach nicht mehr.
>  
...und danach die Devices nochmal mit der APollo-Software draufschreiben.
Okay, ist nicht gerade das, was man unter "gut" versteht, aber wenn man die
Partitionierungs-Software partout nicht mag...

-- 
OBW                "Endings are just beginnings..."
This article must not be redistributed on a physical medium except for
personal archiving or similar means. Commercial redistribution is *strictly*
prohibited.
Technical Details
Message-ID: <120496a1321@amarok.ping.de>
Path: arc1-ca.pugleaf.net!amarok.ping.de!news
References: <4k5rqn$m39@c4.hrz.uni-giessen.de> <zp30e4aDaXHKZ108@p-poseidon.newswire.de>

Show Full Headers
Complete Article Headers
Subject: Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
Newsgroups: de.comp.sys.amiga.tech
References: <4k5rqn$m39@c4.hrz.uni-giessen.de> 
 <zp30e4aDaXHKZ108@p-poseidon.newswire.de>
Distribution: world
X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
Path: arc1-ca.pugleaf.net!amarok.ping.de!news
From: "Oliver B. Warzecha" <obw@amarok.ping.de>
Date: Fri, 12 Apr 1996 13:21:07 MES
Message-ID: <120496a1321@amarok.ping.de>