HDTenEightyP/NetNews huggingface dataset:
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Fragen zu IBM RT/AIX
Organization: University of Ulm, Germany
Date: Fri, 2 Oct 1992 12:03:56 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.24

Ich koennte an ein IBM RT 6150 AIX System "relativ" guenstig rankommen.

Mich wuerde interessieren, ob das System seinen Preis wert ist und vor
allem ob es zu so einem Oldtimer noch Teile wie RAM, Grafik-Monitor etc zu
kaufen gibt?

System beinhaltet:  IBM RT 6150 (ich hoffe die # stimmt)
                    300 MB Platte (Bus unbekannt)
		    4 MB RAM
		    1 ASCII Terminal
		    AIX Basis-System
		    1/4'' Streamer (naeheres unbekannt)

Ich soll dafuer 1500 DM zahlen.
Wenn ich mir die Preise fuer ein 486/Linux System anschaue, kommen mir
allerdings Zweifel...

Wer kann was zu dieser Hardware sagen? Ich bin auch sehr Interessiert an
Informationen ueber Performance, Zuverlaessigkeit, Ausbaubarkeit (RAM!!)
usw.


\  Ulli 'Framstag' Horlacher    \    psi%0262450502601::rzmain::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
Newsgroups: de.comp.sys.misc,de.comp.os.unix
From: harm@quest.sub.org (Harm Luebben)
Newsgroups: de.comp.sys.misc
Subject: Re: Suche Anschlussbelegung fuer alten Monitor
Date: 1 Oct 92 17:29:26 GMT
Reply-To: harm@quest.sub.org
Organization: QUEST systems GmbH, Dortmund, Germany

In article 26990@rz.uni-karlsruhe.de, vhansen@ipfs.bau-verm.uni-karlsruhe.de (Wolfgang von Hansen) writes:
>Tagchen,
>
>Ich habe heute auf dem Flohmarkt ein altes Gehaeuse mit integriertem
>Monitor gefunden. Um dem Gehaeuse wieder Leben einzuhauchen habe ich
>vor, einen 64er umzusiedeln. Folgende Problemstellung ergibt sich nun:
>Wie spreche ich den Monitor an. Zuerst einmal eine kurze Beschreibung.
>Es ist ein Gehause von einem ca. 10 Jahre alten Computer/Terminal der
>(vermutlich deutschen) Firma CTM. Aufschriften auf diversen Platinen
>deuten auf die Typenbezeichnung CTM70 hin. Das Monitorkabel ist ein
>9-poliger Sub-D-Stecker. Es geht mir primaer darum, die Pinbelegung
>dieses Steckers herauszubekommen. Wenn also einer von Euch einen blassen
>Schimmer hat, moege er mir bitte eine Mail schicken.

Zwar keine Ahnung von der Pinbelegung, aber hier eine vielleicht nuetzliche
Info:
(Abteilung History und Anekdoten)

Das CTM70 ist tatsaechlich ein Terminal der Fa. CTM (Computer Technik Mueller).
Die mir bekannte "modernere" Version mit Schwarz-Weiss-Bildschirm.

Die Dinger hingen entweder an einer CTM 9016 oder 9032.
Die Geraete sind recht abenteuerlich in Aufbau und Netzwerktechnik.
Die Terminals scheinen dabei eine Art Base-Fortran-Interpreter ueber das Netz
zu booten und mensch kann dann zu interpretierende Programme ueber das 
Netz laden und auf dem Terminal ausfuehren.
Netz ist eine art token-ring.

Da CTM fuer diese heisse Kiste recht spezielle Branchensoftware bastelte, ist die
Verbreitung dieser Hardware recht sparsam.
(oft in Krankenhaeusern anzutreffen)
Als es mit CTM bergab ging, wurde die Fa. in ITOS umbenannt.
(ITOS ist der Name des Betriebssystems auf den Maschinen)

Meiner Kenntnis ist ITOS in Muenchen angesiedelt.(?)

Falls Fragen zu dem Terminal nicht ueber das Netz zu beantworten sind, so
such die Fa. ITOS und frage die.

Hoffe geholfen zu haben
h a r m

btw: Falls ein ITOS-Juenger oder ehem. CTM-Mitarbeiter dieses liest, so korrigiere
er mich bitte und lasst uns einen ITOS-32 Stammtisch bilden - zum gegenseitigen
AufDieSchulterKlopfen und AnekdotenErzaehlen.
Ich war noch ein wenig klein damals, es war aber eine der abgefahrensten Maschinen
die ich je in den Fingern hatte.
Newsgroups: de.comp.sys.misc
From: RAHLFS@BEATE.RZ.FH-ULM.DE (RZ D. Rahlfs)
Subject: LPD fuer VMS
Organization: FACHHOCHSCHULE ULM (GERMANY)
Date: Mon, 5 Oct 1992 11:45:12 GMT
X-News-Reader: VMS NEWS 1.22

Gibt es eine Moeglichkeit, Druckjobs von einem VMS-Rechner auf einen
UNIX-Rechner (Ultrix) weiterzuleiten?

Weiss jemand etwas von einem LPD-LPR-Paket (evtl. Public Domain) fuer
VMS 5.x ?
From: gerrit@laosinh.stgt.sub.org (Gerrit Heitsch)
Newsgroups: de.comp.sys.amiga.uucp
Subject: Re: sequence Fehler (?) mit uucico
Date: Fri, 02 Oct 1992 14:50:32 MET
 <1aAFr*o32@germal.bs.open.de> <kilian.1156@jam.han.sub.org> <22Sep1992.022838.13486@straylight.uucp>
Distribution: world
Organization: Lao-Sinh project (private UUCP site)

In article <22Sep1992.022838.13486@straylight.uucp>, Ulf Diekmann writes:
                                                     ^^^^^^^^^^^^
Unten mit Kai unterschreiben und oben... Falscher Account, oder was?

>      Ohoh, also,  *ich*  (wusel@hactar.hanse.de)  kann nur von Paketen
> >512  Bytes  abraten  -  die bertragungsraten sinken ... Abhngig von
> der  Beschaffenheit  der  zu  bermittelnden Daten (groe komprimierte
> Newsbatches  vs.   viele kleine unkomprimierte Mails) hat sich bei mir
> 256  bzw.  128 als ideal erwiesen. 1024 jedenfalls bringt in der Regel
> nur  Probleme,  vor  allem,  wenn  die  Gegenseite nur ein 68000/7 ist
> (Hallo, Robert =:->) ...
Also ich benutze (512,7) und kann mich ueber die erreichten Uebertragungs-
raten nicht beschweren. Meine Verbindung laeuft ueber V.32bis/V.42bis
und ich erreiche maximal 1550 cps. Wenn viele kleine Files (Newsbatches
und Mails) dabei sind gehts aber schon runter. Bei Gelegenheit werd
ich mal 256 ausprobieren, kann mir aber nicht vorstellen, dass das viel
bringt. Die cps-Rate berechne ich mit einem kleinen AREXX-script aus
den Angaben ueber Online-Zeit und transferierte Bytes im UUSPOOL:timelog.
Fuer einzelne Batches sind (laut meiner Gegenstelle) ueber 1620 cps drin.
Achja, die Strecke zum Modem steht auf 38400. Mit einem NS16550AFN als UART
und  A2630 kann man sowas absolut problemlos machen...

> Hmm, kommen die Fehlermeldungen nicht nur bei Angabe von `-xx'?
Nein, zumindest auch bei -X3 kann man sowas wie sequence... und ...failed
sehen. Das kam damals, als ich noch mit V.32/none gepollt habe oefter vor.

Gerrit

-- 
         Gerrit Heitsch  Moenchweg 16  7038 Holzgerlingen  Germany
  Logical adresses: UUCP: gerrit@laosinh.stgt.sub.org FIDO: (2:247/706.9)
                 If you are from outer space, please use:
  universe!local-cluster!milkyway!solarsystem!terra!europe!laosinh!gerrit
From: ulf@straylight.uucp (Ulf Diekmann)
Date: Tue, 22 Sep 1992 02:28:36 +0200
Organization: Eastern Seaboard Fission Authority, Sietland, BRD
Newsgroups: de.comp.sys.amiga.uucp
Distribution: world
Reply-To: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Subject: Re: sequence Fehler (?) mit uucico
	<kilian.1156@jam.han.sub.org>
X-Newsreader: Ann 0.9
MIME-Version: 1.0
Content-Transfer-Encoding: BINARY
Content-Type: text/plain; charset=iso-8859-1

In article <kilian.1156@jam.han.sub.org>, kilian@jam.han.sub.org (Kilian Jacob) writes:
> In article <1aAFr*o32@germal.bs.open.de> gm@germal.bs.open.de (Gerald Malitz) writes:
> >In article <kilian.0898@jam.han.sub.org>, Kilian Jacob writes:
> >> Ich benutze jetzt das BaudBandit.device 1.4
> >> (wurde in zer.z-netz.rechner.amiga.binaer gepostet)
[...]
> >> Was ist vorzuziehen (schneller und zuverlaessiger) fuer AmigaUUCP:
> >> BaudBandit.device 1.4 oder serial.device 37.4?
> >
> >     Ich tippe auf 37.4
>
> Die Fehlermeldungen sind bei mir urploetzlich verschwunden, als
> ich die port speed von 38.4k auf 19.2k heruntergesetzt habe.

     Welcher Rechner  (i.  e.  680xx@xxMHz)? Zumindest bei 68000/7 und
serial  37.4  wuerde  ich  *nicht*  ueber 19k2 gehen, falls die Gefahr
besteht,  es  koennten  wirklich  mal  Daten  mit  38k4 kommen  (z. B.
unkomprimierte ASCII-Texte ueber eine V.32bis/V.42bis-Verbindung).

[...]
> >sowieso nur zu Problemen fuehren.  Unguenstig sind grosse Pakete
> >natuerlich auch, wenn Fehler haeufig sind.  Du musst sehen, was bei
>
> Da das Modem Fehlerkorrektur durchfuehrt, ist die Wahrscheinlichkeit
> eines Fehlers doch sowieso sehr gering. Also: Eigentlich sollte nichts
> gegen grosse Pakete sprechen.

     Ohoh, also,  *ich*  (wusel@hactar.hanse.de)  kann nur von Paketen
>512  Bytes  abraten  -  die bertragungsraten sinken ... Abhngig von
der  Beschaffenheit  der  zu  bermittelnden Daten (groe komprimierte
Newsbatches  vs.   viele kleine unkomprimierte Mails) hat sich bei mir
256  bzw.  128 als ideal erwiesen. 1024 jedenfalls bringt in der Regel
nur  Probleme,  vor  allem,  wenn  die  Gegenseite nur ein 68000/7 ist
(Hallo, Robert =:->) ...

> Wenn uucico keine Fehlermeldungen auf dem Bildschrim ausgibt,
> kann ich doch davon ausgehen, dass auch keine Uebertragungs-
> fehler aufgetreten sind?

Hmm, kommen die Fehlermeldungen nicht nur bei Angabe von `-xx'?
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)

"Das IN _ist_ eine Portokasse. Wir haben *nur* Mailkosten."
                  -- Kristian Koehntopp auf dem IN-Arbeitstreffen OL, 21.06.1992
From: hannes@flinx.hotb.sub.org (Hannes Deeken)
Newsgroups: de.comp.sys.amiga.unix
Subject: Re: AMIGA UNIX ist TOT ! <Re: Amiga UNIX .. Wer hat`s ?>
Date: 26 Sep 1992 11:22:46 +0200
Organization: Me, organized? You're kidding!
NNTP-Posting-Host: flinx.hotb.sub.org

amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:

>Hat schon mal jemand dieses Mach ausprobiert?  Ich hab's zwar auf den FTP-
>Servern gesehen, aber ich habe keine Vorstellung davon, wie "mikromaessig"
>so ein Microkernel ist.   Was tut der Microkernel und was nicht?

Nach dem, was ich darueber gehoert habe (vorsichtige Formulierung :),
beinhaltet der Mach-Kernel ein Message-Passing-System, ein VM-System und
die Schutzmechanismen. Alles andere (I/O, etc) passiert ausserhalb des Kerns,
und damit im User- und nicht im Supervisormode.


>Ueber Mach weiss ich hoechstens, dass der NeXT es hat (oh, wie wissend
>ich doch bin :) und dass Mach nicht so einen MB-grossen Kernel mit sich
>rumschleppt, sondern alles in eigenen Prozessen (oder wie immer sie heissen)
>hat, die intensiv miteinander kommunizieren und die sich wohl sogar zur
>Laufzeit austauschen lassen.  Klingt auf dem ersten Blick ein wenig wie
>Amiga (Libraries, Devices)... obwohl Unix und Amiga-Exec konzeptionell
>eher wenig gemein haben.

Mach is not Unix. Was der Next hat, ist ein Mach 2.5 mit einem Unix-Server
obendrauf, der Applikationen ein 4.3BSD-kompatibles API liefert. Aber
in den unteren Schichten ist m.W. von Unix nicht mehr viel zu sehen.
(Und das ist gut so).

Der Vergleich mit dem Amiga (Exec und Konsorten) ist nach dem, was mir bisher
zugeflossen ist, gar nicht _so_ daneben, zumindest konzeptionell.


>Oh, habe mich hiermit wohl als Z-Netz-Leser verraten ;-)

Oooch, jeder hat seine kleinen Laster... (*am Motherboard leck*) :)


>	Na, jedenfalls hab ich Interesse an mehr Infos...  Andreas

Dito.

Ciao,
Hannes
-- 
Hans-Christoph Deeken | hannes@flinx.hotb.sub.org (home)
Gerauer Str. 20       | deeken@iti.informatik.th-darmstadt.de (university)
6000 Frankfurt/M 71   | IRC: Glenlivet
Xref: sparky de.comp.sys.amiga.unix:168 de.comp.misc:589
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Date: Tue, 29 Sep 1992 04:39:46 GMT
Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
 <K-vKr*zc3@zikzak.in-berlin.de> <1992Sep28.212327.11027@mpifr-bonn.mpg.de>
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00 beta rel2

In article <1992Sep28.212327.11027@mpifr-bonn.mpg.de>, S.P.Zeidler writes:

> Nein, ist es nicht. Der SCSI-Bus darf maximal 10 cm lange Abzweigungen
> haben (sogenannte stubs), aber im Grunde ist es ein einziges langes
> Kabel mit Steckern drauf. Wenn man in Naehe der erlaubten Gesamtlaenge
> (6 m) agieren will, ist eine Implementation als solches eine sehr gute Idee.

Das mit den Abzweigungen ist ja nett gesagt.  Und ICH weiss ja, wo eine
Abzweigung ist und wo der urspruengliche SCSI-Bus verlaeuft, aber das
weiss doch das KABEL nicht! ;-)

Und was passiert, wenn ich ich den SCSI-Bus einfach beende (sorry, aber
wer hat schon so ein riesenlanges Kabel, um alle SCSI-Geraete damit er-
reichen zu koennen?) und sowohl die Verlaengerung (zu anderen Geraeten)
als auch ein weiteres Geraet an derselben Stelle abzweige?
(siehe auch meine beiden anderen Postings ;-)

Der externe SCSI-Anschluss waere dann doch auch "nur" eine Abzweigung.
Warum darf dort das Kabel laenger als 10 cm sein?

(mit einem Laecheln im Gesicht wundere ich mich gerade, wie/warum/weshalb
 dann dieses Kuddelmuddel in/an meinem A3000 ueberhaupt funktioniert...
 ...vier Geraete... die Kabel nach Zufallsprinzip verlegt... und ueberall
 die Terminatoren nicht angeruehrt, d.h. sind noch "ab Werk" gesteckt ;-)

	Nennt man sowas ein "Wunder"? ...  Andreas

-- 
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
Xref: sparky de.comp.sys.amiga.unix:174 de.comp.misc:597
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Date: 29 Sep 92 19:24:30 GMT
Organization: Max-Planck-Institut f"ur Radioastronomie

In <4461@babylon.rmt.sub.org> rbabel@babylon.rmt.sub.org (Ralph Babel) writes:

>"Stub clustering should be avoided. Stubs should be spaced
>at least 0.3 meters apart." (SCSI-2, Abschnitt 4.2.1)

So ist es. Allerdings bringt es da auch nicht viel noch extra Kabel
einzufuegen.

Salut,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
From: spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler)
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 6 Oct 1992 00:23:13 GMT

In <1appahINNi46@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>Jetzt sag mir mal, wie das bei vernuenftigen Geraeten passieren kann.
>Ich habe hier jedenfalls noch kein Netzteil ohne 100%ige Netztrennung
>gesehen. Wenn die Masse auf Sekundaerseite mit irgendwas verbunden ist, dann
>mit der Erdleitung, und die ist in einem Raum / Gebaeude so gut wie immer
>identisch.
>Vernuenftige SCSI-Geraete haben eine Diode, die die interne Stromversorgung
>vom Bus abkoppelt. Solange am Bus also keine TERMPWR < 5 V ist (und wo
>soll die herkommen? Abgesehen von falscher Verkabelung), kein Problem.
a) DEC DSP 5200 in Lion 510C desktop, an einer DECStation 5000/240,
   die Platte war als vorletzte an einem 5.4m Bus (Flachbandkabel,
   Stecker von 3M (die brauchbaren grauen), bis auf das Maschinen-
   anschlusskabel von DEC), Reboothaeufigkeit: zwischen alle zwei Tage
   und 2x taeglich, je nachdem, ob die Platten viel gebraucht wurden
   oder nicht. (uebrigens, Kabellaenge incl Kabel in den Gehaeusen.
   Das wuesteste, was ich je aus einem Gehaeuse gezogen habe, war ein
   60cm langer Stub, der unter dem Netzteil in Einzeldraehte zerlegt
   und verknotet war. weia)
b) DECStation 5000/125CX, IMO eine Designschwaeche der Maschine.

Ich wuerde weder die DSP5200, noch ein Lion desktop, noch eine DECStation
als Billiggeraet bezeichnen.

MfG,
	spz
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
From: martini@heaven7.in-berlin.de (Martin P. Ibert)
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
X-Reason: This message has been reposted because of configuration errors at heaven7.in-berlin.de.
Date: Wed, 30 Sep 1992 20:42:55 GMT
Organization: The Seventh Heaven, Berlin, Germany

spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler) writes:
> Wenn 2 Geraete gleichzeitig TERMPWR liefern, und beide haengen
> an der gleichen Steckdose (Masse), hat man im allgemeinen bloss
> des oefteren einen haengenden SCSI-Bus (froehlicher reboot & fsck);
> haengen die Geraete an unterschiedlichen Steckdosen mit
> Potentialdifferenz, _koennen_ einem saemtliche beteiligten Treiber
> einschliesslich der SCSI-Controllerchips bzw sogar Graphik-Karten etc
> dabei hops gehen.

Ist das auch gefaehrlich, wenn alle beteiligten Geraete am selben Netzteil
haengen (also nicht [nur] primaer-, sondern auch sekundaerseitig an der
gleichen Stromversorgung)?
-- 
___*___  Martin P. Ibert - Westendallee 100 d, D-1000 Berlin 19 - +4930-3056541
=======  E-mail to martini@{heaven7.{in-berlin.de|sub.org}|cloud9.in-berlin.de}
||| |||  ----------------------------------------------------------------------
||| |||  ------ Everybody wants to go to heaven, but nobody wants to die ------
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 5 Oct 1992 22:00:28 GMT

In <1992Oct01.145017.25787@tyrell.tynet.sub.org> rodney@tyrell.tynet.sub.org (Rodney Volz) writes:
>Bloedsinn.

>                                           V
> -----:X:--------:X:-------:X:------:X:----=----:X:---------
>     Platte     CD-Rom   Streamer Host-    ^    Platte
>                                  Adapter  External
>                                           Connector


Und wo ist da bitteschoen etwas was man als Abzweigung bezeichnet ?

Bloedsinn ? Grmflgargl.


-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: de.comp.sys.amiga.unix,de.comp.misc
From: spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler)
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 28 Sep 1992 21:23:27 GMT

In <K-vKr*zc3@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
>Wo ist bei einem SCSI-Bus ein Ende?  Vom reinen Kabel her gesehen ist
>das ein sternfoermiges Gebilde.  Da gibt's doch gar kein Ende!?

Nein, ist es nicht. Der SCSI-Bus darf maximal 10 cm lange Abzweigungen
haben (sogenannte stubs), aber im Grunde ist es ein einziges langes
Kabel mit Steckern drauf. Wenn man in Naehe der erlaubten Gesamtlaenge
(6 m) agieren will, ist eine Implementation als solches eine sehr gute Idee.
Bei Fast SCSI streiche man die stubs, da ist nicht-differential
eh schon haarig genug ;-)

in ASCII-Kunst:

T--G---G---t------t t-H---G---G---T
           |      \ /
		   G       G

G=Geraet,  ^ stub  ^ Schleife durch ein Gehaeuse
H=Hostadapter, T= Terminator, t bzw tt : zulaessige Anschlussarten,
man kann die 't's auch als die Stecker betrachten, die man sieht.

Der Hostadapter kann irgendwo im Bus haengen; im allgemeinen haengen
'innerer' und 'aeusserer' Bus am H., aber das ist nur aus
kabeltopologischen Gruenden eine gute Idee, und nicht
elektrisch/elektronisch notwendig.

Die SCSI-Id ist uebrigens eine rein logische Groesse und hat nur
Auswirkungen auf die Prioritaet der Geraete (vorausgesetzt, alle Ids
auf dem Bus sind verschieden :-), und hat garnix mit der
physikalischen Position der Geraete auf dem Kabel zu tun.

Wenn das urspruengliche Problemkind (die Fuji-Platte) eine
M26??SA ist, so ist auf dem Kontroller nahe des 50poligen
Steckers ein blauer gesockelter Chip (Farbe kann latuernich auch
anders sein, je nach Versionsnummer), das ist der Terminator-Pack,
raus damit. Falls es sich um eine M26??FA (Fast SCSI version)
handelt, so hat das Teil aktive Terminatoren, und ich weiss nicht
ob die entfernbar sind. Auf jeden Fall halten sich Terminatoren
nahe des SCSI-Steckers auf, man kann's ja mal mit ziehen probieren :-)

Noch ein Wort zur TERMPWR: ein Geraet sollte ausschliesslich und
NUR DANN TERMPWR auf den Bus liefern, wenn ABSOLUT sicher ist, dass
kein anderes Geraet das tut (speziell nicht der Hostadapter, dessen
Aufgabe das eigentlich ist). Im Zweifelsfall laesst man lieber
beide Endgeraete ihre internen Terminatoren versorgen.
Wenn 2 Geraete gleichzeitig TERMPWR liefern, und beide haengen
an der gleichen Steckdose (Masse), hat man im allgemeinen bloss
des oefteren einen haengenden SCSI-Bus (froehlicher reboot & fsck);
haengen die Geraete an unterschiedlichen Steckdosen mit
Potentialdifferenz, _koennen_ einem saemtliche beteiligten Treiber
einschliesslich der SCSI-Controllerchips bzw sogar Graphik-Karten etc
dabei hops gehen.

MfG,
	spz
-- 
        spz is S.Petra Zeidler  I do not speak for the MPIfR.
spz@specklec.mpifr-bonn.mpg.de  
 MPI fuer Radioastronomie Bonn  
    Auf dem Huegel 69, Germany  reading prescription: cum kilo salis
Newsgroups: de.comp.sys.amiga.unix
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Kernel-Panic durch falsch terminierte Platte?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 29 Sep 1992 11:39:33 GMT

In <OIXKr*-d3@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
>Das mit den Abzweigungen ist ja nett gesagt.  Und ICH weiss ja, wo eine
>Abzweigung ist und wo der urspruengliche SCSI-Bus verlaeuft, aber das
>weiss doch das KABEL nicht! ;-)

Doch.

>Der externe SCSI-Anschluss waere dann doch auch "nur" eine Abzweigung.
>Warum darf dort das Kabel laenger als 10 cm sein?

Weil DU das dann nicht als Abzweigung betrachten solltest...

>	Nennt man sowas ein "Wunder"? ...  Andreas

Nein, das nennt man robust. ;-)

-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: hartmut@oberon.nbg.sub.org (hartmut Goebel)
Newsgroups: de.comp.sys.amiga.unix
Subject: Re: AMIGA UNIX ist TOT ! <Re: Amiga UNIX .. Wer hat`s ?>
Date: Sat, 03 Oct 1992 19:37:32 GMT
 <kr3Kr*B20@oberon.nbg.sub.org> <1992Sep30.163742.25232@unibi.uni-bielefeld.de>
Organization: home of the hard brave man
X-Newsreader: Arn V1.00 pre

In article <1992Sep30.163742.25232@unibi.uni-bielefeld.de>, Markus Illenseer writes:

 > Wer/was ist FMI ?

For My Information.

 > Also, da ich mittlerweile ein paar Mails hierzu gelesen habe,
 > poste ich die Amiga-Mach-FAQ mal.

Danke.

 >Markus
+++hartmut

| Hartmut Goebel | UseNet: hartmut@oberon.nbg.sub.org              |
| Amiga Software | Z-Netz: HARTMUT@ASN.ZER           // Only Amiga |
| Manufactur     | Fido: 2:246/81.1  IRC: Essich   \X/ Oberon  ZOC |
From: okir@monad.swb.de (Olaf Kirch)
Newsgroups: de.comp.sys.amiga.unix
Distribution: world
Subject: Re: AMIGA UNIX ist TOT ! <Re: Amiga UNIX .. Wer hat`s ?>
Organization: Little Hole in the Ground
Date: Tue, 29 Sep 92 17:42:55 MEZ

barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
> Das  einfachste waere es, ein-zwei Verrueckte wie den linux-Schweden oder die

Linus Torvalds ist Finne :-) (aber zur schwedisch-sprachigen Minderheit
gehoerig?)

> beiden  386BSD  Amis zu finden, die sich hinsetzen und erstmal 4.3 sauber auf
> dem Amiga portieren.
> 
> Aber dass muessen *wirklich* Verrueckte sein; fuer den PC kann man wenigstens
> noch  mit  Anerkennung  im  Netz rechnen, fuer den Amiga werden es am Schluss
> *vielleicht*  1,000 Leute weltweit sein, die Interesse an einem Amiga-BSD 4.x
> haben.

Da gibt es bereits einige Verrueckte, die das tun, seit einigen Tagen gibt's
einen Channel auf der Linux Mailing-Liste, der sich um einen Amiga-Port
von Linux kuemmert. Abonnieren via mail an
	linux-activists-requests@niksula.hut.fi
mit der Zeile
	X-Mn-Admin: join 680X0
im Mail Header oder in der ersten Zeile des Mail Body's. (Verlassen
kann man sie wieder mit 'X-Mn-Admin: leave 680X0' :-) Allgemeine Info ueber
die Liste mit einer Mail an dieselbe Adresse ohne X-Mn-Admin - Zeile.

	Gruss, Olaf


-- 
---------------------------------------------------------------------------
| Olaf Kirch          Darmstadt          | okir@monad.swb.de              |
---------------------------------------------------------------------------
Xref: sparky de.comp.sys.amiga.unix:175 de.comp.misc:598