Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)
Torsten Lang
unregelmaessig lese. Danke!
Torsten Lang Bad Nauheim, d. 06.04.1996
Pestalozzistr. 9A
61231 Bad Nauheim
Tel.: 06032/87496 (privat, abends)
06441/9646-31 (tagsueber)
Fax: 06441/9646-11 (z. Hd. T. Lang)
EMail: Torste...@ap.physik.uni-giessen.de
Betr.: Elektronik-Schrott: Apollo 4040/4060-Karte der Fa. ACT (sowie OEM-Versionen, z. B. die
von Vesalia u. a. vertriebene "Winner"-Karte)
Nachdem der Amiga gerade wieder produziert wird und der Markt sich (hoffentlich) langsam wieder
erholt, werden auch gleich wieder schwarze Schafe am Markt aktiv, deren Methoden an das Mitte
der 80er Jahre verbreitete Raubrittertum im PC-Bereich erinnern. So werden halbfertige - besten-
falls im Betastadium befindliche Produkte - als vollwertige Ware verkauft, es werden in den
Prospekten Ausstattungsmerkmale und Features beworben, die in Wahrheit nicht vorhanden oder
schlicht unbrauchbar sind, oder Firmen sind nach dem Schalten ihrer Anzeigen nicht mehr greifbar
(z. B. ELCOR).
Dass ein solches Vorgehen dem Ruf des Amiga nicht gerade foerderlich ist (und im Falle verstaerkten
Auftretens den Markt ruinieren kann), duerfte klar sein und sollte auch Amiga Technologies veranlas-
sen, im Falle eines Falles zu handeln (Entzug von Entwickler-Lizenzen, Hardware-Kennungen etc.).
Schliesslich wird der Amiga nach dem Crash von Commodore und der Uebernahme durch Escom keine
dritte Chance erhalten, sollten unserioese Geschaeftemacher den Markt ruinieren.
Eine der Firmen, die "Elektronikschrott" verkaufen und mit denen ich im vergangenen halben Jahr
meine Erfahrungen habe sammeln muessen, ist ACT, Hersteller der "Apollo"-Karten. Wie viele
Amiga-Fans auf der "Computer '95" in Koeln bemerkt haben, waren Prozessorkarten - speziell sol-
che mit 68040/68060 - fuer den A3000/A4000 praktisch nicht zu bekommen. Die wenigen Cyber-
storm-Karten, die ihren Weg auf die Messe gefunden hatten, gingen - falls ueberhaupt - zu "Mond-
preisen" von ueber 3000DM ueber die Ladentische. Daher habe ich mich nach einer Alternative umge-
sehen und - wie ich glaubte - diese in der Apollo4040 gefunden. Da einige Daten auf der Maschine
verarbeitet werden mussten und dies nur mit adaequater Ausstattung moeglich war, war ich erst einmal
froh ueber meinen "Fang".
Die Karte war jedenfalls erstmal nicht lieferbar und der auf der Messe angekuendigte Liefertermin um
einige Wochen ueberschritten. Als ich das Teil dann endlich in Haenden hatte (Anfang Dezember), stell-
ten sich bald gravierende Maengel heraus (diese werde ich im Folgenden noch genauer beschreiben).
U. a. fehlte Installationsmaterial wie die fuer Karten dieser Groesse erforderlichen Kunststoff-Stuetzen,
ein Installationshandbuch habe ich ebenfalls bis zuletzt nicht erhalten (dieses sei "in Kuerze" liefer-
bar... es darf gelacht werden). Der sogenannte Fast SCSI II Controller entpuppte sich als selbstge-
strickte Billigst-Loesung, die fuer eine Karte dieser Preisklasse (immerhin mit 68060 fast so teuer
wie eine Cyberstorm) einfach nicht tragbar ist, und beim RAM gab es auch erhebliche Einschraenkun-
gen. Weiterhin hatte ich nach der "problemlosen Uebernahme" meiner mit RDB versehenen Platte auf
einmal wieder Platz - Die Daten waren jedenfalls weg. Nach der Restauration war ShapeShifter an
der Reihe. Device-Disks? Fehlanzeige! SCSI? Im Prinzip ja, aber nur bis zum Initialisieren durch den
Mac! Danach war die Platte am Apollo-Controller einfach nicht mehr zu finden!!! Ich forderte die
Firma auf, die Fehler umgehend zu beheben, andernfalls wuerde die Karte innerhalb der 14-Tages-
Frist zurueckgesandt. Herr Christ von der Firma ACT rief mich umgehend zurueck und bat mich um
Geduld - schliesslich koenne ich - sollten die Probleme nicht behoben werden koennen, die Karte pro-
blemlos zurueckgeben - ein Luege, wie sich spaeter herausstellte. Jedenfalls hatte ich mich auf diese
Versprechung eingelassen... Man versprach mir, mir noch vor den Weihnachtsfeiertagen
entsprechende Updates zu schicken - Fehlanzeige. Da die Karte nicht zu gebrauchen war und ich
auch bis zu den gesetzten Fristen kein Update erhielt, ging die Karte zu ACT zurueck - Ruecktritt vom
Kaufvertrag - wie versprochen... um dann nach 14 Tagen erneut auf meinem Schreibtisch zu landen
- offenbar arbeiten in dieser Firma auch noch Analphabeten, mein Schreiben war schliesslich deutlich
genug. Da ich ein relativ geduldiger Mensch bin, habe ich die Karte zur Probe erneut eingebaut und
zwischenzeitlich mit dem inzwischen ebenfalls gelieferten 68060-Prozessor bestueckt - berau-
schend war's nicht: Immerhin funktionierte mein alter A2091, den ich aus Kompatibilitaetsgruenden
unbedingt benoetige, nun ueberhaupt nicht mehr - adieu ShapeShifter, adieu Mac. Ich stellte die Firma
also erneut vor die Wahl, die Karte entweder sofort zurueckzunehmen oder mir eine entsprechende
funktionsfaehige Hardware (Leih-Mac, Fastlane ZIII Controller...) zur Verfuegung zu stellen - Funk-
stille! Da mein Termin (Stichwort: Datenverarbeitung unter ShapeShifter) allmaehlich anzubrennen
drohte habe ich mir kurzfristig eine Cyberstorm-Karte beschafft (die uebrigens zu meiner vollen Zu-
friedenheit funktioniert) und mir 4 Tage Urlaub genommen, um meinen Termin zu wahren. Mittler-
weile liegt die Apollo-Karte mit der Forderung der Rueckzahlung der Kosten zzgl. weiterer aufgelau-
fener Kosten in Hoehe von mittlerweile >100DM fuer Versand, div. Briefe und Telefonkosten (auf die
Forderung des Ersatzes weiterer durch ACT verursachter finanzieller Schaeden - s. o. - habe ich im
Hinblick auf eine zuegige Abwicklung sogar verzichtet!) wieder bei ACT - seit fast drei Wochen! Wie
ich nun endlich erfahren habe, akzeptiere man die Rueckgabe so nicht. Ich werde das angekuendigte
Schreiben von ACT noch abwarten, sollten aber aufgelaufenen Versandkosten moniert werden o. ae.
werde ich mein Geld wohl einklagen muessen - also wieder Urlaub nehmen, zum Anwalt rennen
(=weitere fin. Schaeden...)...
BTW: Eigentlich wollte man mir die Hardware-Infos zum SCSI-Controller sowie das 68060 Soft-
ware-Kit von Motorola geben, da ich urspruenglich einen SCSI-Treiber fuer die Karte sowie das Soft-
ware-Kit in Linux/68k einbinden wollte - auch hier bis heute Funkstille (trotz diverser Anfragen)!
Aus meinen bisherigen Erfahrungen heraus kann ich alle potentiellen Kaeufer dieser Karte nur vor
dem Kauf warnen. Alle, die eine solche Karte bereits besitzen, sollten ueberpruefen, ob folgende Pro-
bleme ebenfalls auftreten bzw. relevant sind. Im Zweifelsfalle: Karte umgehend zuruecksenden!!! Loe-
sungen hatte ACT bisher naemlich nicht anzubieten - lediglich "Bug-Changes":
- Installationsmaterial und -handbuch fehlen und werden offenbar auch nicht nachgeliefert.
- Fuer den SCSI-Bus steht kein externer Anschluss bereit (also ggf. bei Phase 5 bestellen...).
- Die Installationssoftware hatte mir bei der "problemlosen Uebernahme" meiner RDB-formatierten
Festplatte erstmal alle Daten vernichtet!
- 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...
- Der Speicher der Karte ergibt nur beim Einsatz von 32MB-Simms einen zusammenhaengenden
Block - fuer diverse alternative Betriebssysteme wie NetBSD, MacOS (ShapeShifter) und sicher-
lich auch diverse Amiga-Software ein ernstes Problem - zumal 32MB-Simms schwer zu beschaf-
fen und verhaeltnismaessig teuer sind. Man wolle das Problem per MMU beheben - und was sagen
ShapeShifter, NetBSD und Virtuelle Speicher-Verwaltungen wie Giga-MEM und VMEM dazu???
- Bei den ersten ausgelieferten Karten funktioniert der Zorro-DMA aufgrund eines Design-Fehlers
nicht. Der Fehler ist zu beheben - vorausgesetzt man bekommt das Update oder verzichtet fuer
ein paar Monate auf seine Karte und schickt sie ein (moeglichst unfrei, Kosten werden naemlich
nicht freiwillig ersetzt!).
- Mit dem 68060 funktionieren diverse SCSI-Controller nicht mehr, betroffen sind u. a. A2091
(trotz 7.0er ROMs) sowie GVP-Adapter (vermutlich weitere). Der Rechner bootet in diesen Fael-
len einfach nicht mehr, sondern stuerzt sofort ab, sollte der jeweilige Zorro-Bus Controller akti-
viert sein.
- Schwere Fehler im Cache-Management: Bereits das Ein-/Ausschalten der Caches mit CPU60
(liegt der Karte bei) kann zum Absturz fuehren (etwa alle 2-5 mal).
- In dieselbe Rubrik duerften auch Probleme mit Reset-fester Software fallen, z. B. laeuft
PrepareEmul (gehoert zu ShapeShifter) nicht mehr.
- Auch einige Probleme mit dem SCSI-Device duerften hier unterzubringen sein.
- Es wurde nirgends dokumentiert, wo die Flags fuer Features wie den Read- oder Write-Cache lie-
gen. Ich halte diese Information durchaus fuer wichtig!
- Das SCSI-Device weist mehrere schwere Fehler auf:
- Bei starker SCSI-Belastung (konkurrierende Zugriffe wie z. B. beim gleichzeitigen Validieren
mehrerer Partitionen) kommt es des oefteren zu Abstuerzen.
- Der Write-Cache funktioniert (sogar lt. ACT!!!) nicht mit dem 68060!
- Bei Software, die unter Umgehung des Amiga Filesystems direkt auf das Device zugreift, treten
ebenfalls schwere Inkompatibilitaeten auf:
So funktionieren Device-Disks unter ShapeShifter nicht, SCSI geht nicht bei "direkter Uebertra-
gung", AFS macht ebenfalls Probleme (lt. ACT!). Weiterhin bleibt auch DiskSalv (oder eher das
SCSI-Device) einfach stehen oder stuerzt komplett ab, wenn das SCSI-Device zu stark belastet
wird.
- LUNs werden fuer eigene Zwecke missbraucht, es ist kein Betrieb von Multi-LUN Geraeten (z. B.
CD-Wechsler) moeglich.
- Das Automounten von Cross-DOS Partitionen (habe ich mit dem A2091 bisher erfolgreich
praktiziert) fuehrt zum Absturz des Rechners!
- Nach dem Formatieren durch ShapeShifter (uebrigens das Formatieren von Platten vom Device
nicht korrekt unterstuetzt - fehlt deshalb etwa diese Option in der Installationssoftware?) werden
einige Platten einfach gar nicht mehr vom Device erkannt - wohl dem, der jetzt einen Atari oder
einen A2091 (aber bitte vorher Apollo ausbauen!) o. ae. hat!
- Beim Scannen des SCSI-Busses durch einen Mac-Treiber (an sich keine gefaehrliche Sache)
"haengt sich das SCSI-Device der Apollo-Karte auf", d. h. es funktionieren keine Plattenzu-
griffe mehr!
- 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???
Wer also auf hohe Tranferraten bei wenig CPU-Belastung Wert legt, muss sich noch einen ZorroIII
SCSI-Controller wie den Fastlane ZIII oder den A4091 zulegen - zusammen mit der Apollo 4060
kostet der Spass ca. 2500DM - also "wirklich preiswert".
Also bleibt letztenendes nur die Nutzung als reine Prozessorkarte mit 68040 (wg. 68060 Cache-
Problemen ist dieser ja nicht nutzbar!) - zur Erinnerung: die original-CBM-040er-Karte kostet als
Ersatzteil etwa 600-700DM, also nicht einmal die Haelfte der Apollo!
Wie man der langen Liste entnehmen kann, habe ich unfreiwillig fuer ACT reichlich "Beta-Testing"
getrieben. Wenn ich dafuer schon nicht bezahlt werde, darf ich doch zumindest verlangen, dass man
mir meine Auslagen (zumindest die, die "direkt greifbar" sind, wie Telefonkosten, Versandkosten,
Briefe, Transport-Versicherungen...) bei der Rueckgabe der Karte ersetzt, zumal der Programmie-
rer der Software (SCSI-Device) mir gegenueber klar zu verstehen gegeben hatte, dass er in absehba-
rer Zeit keine Loesung anbieten koenne - mit ein Grund fuer die Rueckgabe.
Uebrigens: Ich haette diesen Brief nicht schreiben muessen, waeren nicht saemtliche Probleme (bis auf
die Multi-LUN Unterstuetzung - aber die kommt demnaechst) mit der Anschaffung der Cyberstorm-
Karte behoben gewesen. Der Rechner ist seitdem nicht mehr wiederzuerkennen. Uebrigens ist bei
der Cyberstorm auch das Interface zum Chip-RAM deutlich zuegiger und erreicht gerade beim
Schreiben (wichtig fuer Animationen, Spiele...) die maximal moeglichen Transferraten!
Da ich mir einfach nicht vorstellen kann, dass ich der einzige betrogene Kunde bin, bitte ich alle, die
aehnliche Erfahrungen gemacht haben, mir einen kurzen Brief (o. EMail) zu schreiben.
Anm. fuer die Redaktion: auch wenn das Dokument reichlich lang ist, halte ich eine Veroeffentlichung
(notfalls gekuerzt) fuer ueberaus wichtig; umso mehr, als dass ich auch aus mehreren anderen Quellen
erfahren habe, dass die Kaeufer mit der Stabilitaet der Apollo-Karten nicht zufrieden sind!
Mit freundlichen Gruessen,
T. Lang
Torsten Lang
: Vorab: Antworten bitte moeglichst per eMail, da ich diese Newsgruppe nur
: unregelmaessig lese. Danke!
Das heisst natuerlich nicht, dass Ihr nicht auch ZUSAETZLICH hierher posten
solltet, schliesslich ist das auch fuer andere Betroffene interessant.
Ich werde wohl prozessieren muessen, um meine Kohle wiederzusehen (Stand
heute), und sind die Aussagen anderer u. U. sehr hilfreich beim Nachweis,
dass hier tatsaechlich "Schrott" verkauft wurde...
- Torsten
Thomas Wegert
> ---// gd...@vision.hrz.uni-giessen.de (Torsten Lang) schrieb am 06.04.96... ---------
Ich hatte zwar nur eine Apollo 1230, aber diese Probleme kommen mir
doch sehr bekannt vor, deswegen kurz meine Erfahrungen:
> > - 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.
Beim mir weder mit oder ohne Option lauffähig, ich musste MacMem aus
einer sehr alten Shapeshifter-Version nehmen, der ging
>
> 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 ;)
Zumal Platten wohl anhand einer internen Liste erkannt werden, meine
Platten habenn nie dazugehoert :-(, der Progger sagte immer, klar da
laufen eigentlich alle dran, und dann habe ich die Platten
aufgezählt, und dann kam: Nee, die leider nicht, die Platte macht
was falsch, beim Anmelden, nee und die auch nich, die kannte ich
noch nicht ... (Jedes mal ein Softwareupdate bestellt, fuer neue
Platten, nicht mal ein Zip-Laufwerk wurde erkannt, CCDA mit
Abstürzen des SCSI-Apollo.device, wurde nach V4.0 sicherer, V5.0
wieder etwas stabiler)
>
> Eine Änderung der Partition ist bei mir nicht mit einer anderen Software
> möglich, die Apollo erkennt danach nicht mehr.
Also ich habe eigentlich immer HD-Toolbox eingesetzt, da ist die
Kontrolle der veränderten Daten noch am übersichtlichsten, Problem
bei alles Software ist immer der Device-Name gewesen, da viele
Programme einen Bindestrich nicht mochten, also habe ich es
umbenannt und im File selbst auch angepasst, dann ging es !
Meine Echtzeituhr ging immer falsch !
------- Mfg, Thomas ---<we...@lava.east.de>-------
Can anything be sadder than work left unfinished? Yes, work never begun.
Christian Bauer
>> > - 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.
>
> Beim mir weder mit oder ohne Option lauffähig, ich musste MacMem aus
> einer sehr alten Shapeshifter-Version nehmen, der ging
Das ist interessant, denn ich habe MacMem vom Autor desselben in
PrepareEmul V1.6 einbauen lassen. Die "A1200"-Option aktiviert es.
Bye,
Christian
--
/ Christian Bauer, Max-Planck-Str.60, 55124 Mainz, Germany
\/ WWW: http://www.uni-mainz.de/~bauec002
Marco Bruchmann
folgenden Text unter dem Betreff "Re: Elektronikschrott: Die Apollo4040/4060 Karten der Fa. ACT (alias "Winner" alias...)" zu erzeugen:
[Riesenprobleme mit Apollo-Prozessorkarten]
> Mit meiner Apollo 2030 sieht es ähnlich aus...
Ach, du hast sie zum Laufen gebracht? Faszinierend.
Ich hatte hier bis vor kurzem folgende Konfiguration:
A2000 Rev. 6.0
A2630
AS&S Nexus (SCSI-Hostadaper)
Piccolo (Grafikkarte)
AmigaOS V2.04 im ROM
Der Rechner lief völlig problemlos. Sobald ich die A2630 aber durch
eine "geliehene" (ich wollte sie eigentlich kaufen) Apollo 2030/50
ersetzt hatte, war er nicht mehr zum Booten zu bewegen. Ich hatte
teilweise schon während der Initialisierung, also bevor der Rechner
mit dem eigentliche Bootvorgang begann, Abstürze. Weiter als bis zur
Early Startup Control habe ich es mit der Karte nie gebracht.
Ich wollte die Apollo eigentlich haben, um mehr Speicher in meinem
Rechner unterbringen zu können. Tja, das Ende vom Lied ist nun, daß
ich den A2000 außer Dienst gestellt und durch einen A3000 ersetzt
habe...
Ciao,
Marco.
--
Marco Bruchmann -*- M.Bru...@fate.ohz.north.de
Rainer Benda
unter dem Betreff : Elektronikschrott: Die Apollo4040/4060 Kar
[...]
>Also bleibt letztenendes nur die Nutzung als reine Prozessorkarte mit 68040 (wg. 68060 Cache-
>Problemen ist dieser ja nicht nutzbar!) - zur Erinnerung: die original-CBM-040er-Karte kostet als
>Ersatzteil etwa 600-700DM, also nicht einmal die Haelfte der Apollo!
^^^^^^^^^
Als "Ersatzteil" kostet sie rund 1.000 DM Endkunden Preis....als "eigen-
staendiges" Produkt zwischen 600-800 DM.....das zu erklaeren spare ich mir.. :)
Nur zur Info......
Bye
--
Rainer Benda - Computer & Zubehoerversand * Postfach 11 27 - 65401 Ruesselsheim
-C= Veteran, Class of '93 - Ex-Member of Amiga T. GmbH '95-
Betreiber des Commercial-Net ****** AMIGA CLUB in BTX, Seite *4136192#
Voice+Fax: 06142/44943 *** Fido: 2:245/5529 *** BLACK-ZONE BBS: 06142/926075
Joop van de Wege
>Subject: War: Re:Elektroniksch.: Die Apollo4040/
>Date: Fri, 12 Apr 96 7:19:45 GMT
>From: SY...@black-z.commo.mcnet.de (Rainer Benda)
>Am 06-04-96 um 13:33 schrieb gd...@vision.hrz.uni-giessen.de
>unter dem Betreff : Elektronikschrott: Die Apollo4040/4060 Kar
Anyone knows why anything that tries to use the MMU doesn't work.
To name a few:
enforcer
Shapeshifter ECS driver for 040's
original 68040.library (Apollo patched the MMU initialisation out of existance)
VMM3.3
For the rest: one hell of a good card for me :)
Setup: A3000 + Merlin ProbenchV3 + 12F + 32 Fast on Apollo 3040
Joop
Oliver B. Warzecha
>
> Mit meiner Apollo 2030 sieht es ähnlich aus...
>
>
>
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.
Patrick Hess
---// we...@lava.east.de (Thomas Wegert) schrieb am 09.04.96... ---------
> Zumal Platten wohl anhand einer internen Liste erkannt werden, meine
> Platten habenn nie dazugehoert :-(, der Progger sagte immer, klar da
> laufen eigentlich alle dran, und dann habe ich die Platten
> [...]
Oh Gott, ich habe wohl echt Glück gehabt. Eine 20 MB SCSI Seagate erkennt
die Apollo bei mir nicht, aber meine 730 Lightnings und eine alte Maxtor.
>> Eine Änderung der Partition ist bei mir nicht mit einer anderen Software
>> möglich, die Apollo erkennt danach nicht mehr.
>
> Also ich habe eigentlich immer HD-Toolbox eingesetzt, da ist die
Wenn ich das mache, muß ich die Devices immer nach einer Änderung neu-
schreiben, sonst geht nix mehr. Dann muß ich die Kiste aufschrauben,
Kontroller disablen, mit der Disk booten, Devices schreiben, Kontroller
wieder an, zuschrauben! Wenn ich den Programmiere in machen Momenten
meines Lebens in die Finger bekommen hätte, das währe über für ihn
ausgegangen, glaube ich ;))
Unter welcher Adresse/Telefon kann man die Spinner den erreichen, die
den Müll zusammengeschustert haben?
> Kontrolle der veränderten Daten noch am übersichtlichsten, Problem
> bei alles Software ist immer der Device-Name gewesen, da viele
> Programme einen Bindestrich nicht mochten, also habe ich es
> umbenannt und im File selbst auch angepasst, dann ging es !
Das Problem ist mir bisher nicht bekannt.
> Meine Echtzeituhr ging immer falsch !
Mit der Apollo gehen bei mir harte Crash`s immer sehr zu lasten der
Uhr, so oft wie seid der Apollo war die noch nie verstellt.
(Vorzugseise auf den 20. Nov 95, hat der Programmierer da Geburtstag?) :)
Gruß,
Patrick
-- Wenn die Welt gerecht wäre,dann gäbe es Mon Cherie das ganze Jahr
und Barbara Eligmann nur zu Weihnachten.
Rainer Feest
>> Zumal Platten wohl anhand einer internen Liste erkannt werden, meine
>> Platten habenn nie dazugehoert :-(, der Progger sagte immer, klar da
>> laufen eigentlich alle dran, und dann habe ich die Platten
>> [...]
PH> Oh Gott, ich habe wohl echt Glueck gehabt. Eine 20 MB SCSI Seagate
PH> erkennt die Apollo bei mir nicht, aber meine 730 Lightnings und eine
PH> alte Maxtor.
Ich hatte mal eine Apollo 1230. Das lief eine SCSI-Quantum 540 MB dran, einige
Zeit recht gut, bis ich mal ein neues Filesystem draufgemacht habe. Dann lief
gar nix mehr ! Also habe ich die Platte (unveraendert) ausgebaut und an den
CyberSCSI einer Cyberstorm angeschlossen. Komischerweise lief sie da ohne
Problem.
>> Meine Echtzeituhr ging immer falsch !
PH> Mit der Apollo gehen bei mir harte Crash`s immer sehr zu lasten der Uhr,
PH> so oft wie seid der Apollo war die noch nie verstellt. (Vorzugseise auf
PH> den 20. Nov 95, hat der Programmierer da Geburtstag?) :)
Das Problem mit der Echtzeituhr scheinen alle Apolloprodukte zu haben, meine
damals auch. Zum Glueck hab ich das Ding nicht mehr !
PH>
PH> -- Wenn die Welt gerecht waere,dann gaebe es Mon Cherie das ganze Jahr
PH> und Barbara Eligmann nur zu Weihnachten.
Wenn die Welt gerecht waere, dann haette Harald Schmidt 10 Millionen Zuschauer
und Explosiv wuerde abgesetzt :-) Tja, hoffentlich lassen sie ihn noch eine
Weile dran !
__
|/ __ *E-Mail*: r...@power.rt.schwaben.de
|\ainer|_ *Fidonet*: 2:246/2001.49
|eest *PGP* 2.6.2i Pub. Key on request
Patrick Hess
---// o...@amarok.ping.de (Oliver B. Warzecha) schrieb am 12.04.96... ---------
> ...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...
Super Argument ;)) Wieso soll ich eine andere Software als den Apollo-Müll
nehmen, wenn ich nacher doch wieder die Devices schreiben muß?
Gruß,
Patrick
-- Die ersten, der genau definierten Zeiteinheiten nach Sonnenaufgang,
haben das Element mit der Ordungszahl 79 in einer ihrer oberen, unter
anderem der Nahrungsaufnahme dienenden, Körperöffnungen.
Oliver B. Warzecha
Patrick Hess (pose...@newswire.de) wrote in <zp3ad7aD...@p-poseidon.newswire.de>:
>
> ---// o...@amarok.ping.de (Oliver B. Warzecha) schrieb am 12.04.96... ---------
>
> > ...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...
>
> Super Argument ;)) Wieso soll ich eine andere Software als den Apollo-Müll
> nehmen, wenn ich nacher doch wieder die Devices schreiben muß?
>
Einmal sollte reichen. Allerdings habe ich die Probleme jetzt auch nicht mehr,
da sich der SCSI-Controller meiner Apollo am Mittwoch verabschiedete.
(Jetzt armer, aber glücklicher Besitzer eines Oktagon 2008 :-\ )