SPARCstation 20 aus den USA. Das war wohl nix :-(

Zitat von isoriano

2.1 GB zu finden

Ich habe noch eine 1,2GB aus dem A2000, und eine 9,5 und eine 2,1 von irgendwoher. (A3K) Sind die irgendwie besonders oder begehrt?

Habe mal eine vor Kurzem eine weitere geschenkt bekommen, weil ich erst meine Amigas mit alten Platten betreiben wollte. Dann aber auf CF/IDE umgestiegen. Zu Stressig mit SCSI und vor Allem die aus dem Amiga2000 war sowas von laut, so laut war die fette 21MB Platte aus dem 8086er nicht.

Zitat von SectorheaD

Ich habe noch eine 1,2GB aus dem A2000, und eine 9,5 und eine 2,1 von irgendwoher. (A3K) Sind die irgendwie besonders oder begehrt?

Das nun gerade nicht - also besonders ; begehrt schon eher. Sie sind halt für z.B. eine SS20 nötig, weil da diese SCA Anschlüsse drin sind. Auch die Ultra1 hat sowas. Man kann sie aber prinzipiell mit einem Adapter auch für "normales SCSI" benutzen (sie verliert dabei aber natürlich den Speed wenn man sie an 50pol anschließt - wodurch dann die 10000rpm eigentlich sinnlos werden; kleine Zugriffszeiten bleiben aber natürlich klein). Sie können in dieser Form dann aber durchaus einfacher zu bekommen sein, als eine schnelle und gut erhaltene "normale" SCSI Platte. Dazu kommt, daß es bestimmte Systeme gibt, die mit großen Platten so gar nichts anfangen können. Da sind dann 2GB z.B. evtl. das Maximum was überhaupt als Platte erkannt wird. Manchmal geht das soweit, daß man die gar nicht formatiert bekommt oder erstmal auf einem anderen System passende Partitionen anlegen muß. Beim Archimedes z.B. kann man etwa generell 512MB große Partitionen anlegen, üblicherweise genau eine pro Platte. Mit bißchen Trickserei gehen auch 4 davon. Da sind dann 2GB eine gute Größe. Gilt so auch nicht für alle SCSI Controller, aber oft weiß man, ob das wirklich klappt, erst nach dem Ausprobieren. Ähnliche Problematik dürfte es auch bei DOS Rechnern, Ataris und Amigas geben. Guck Dir mal die Bilder von ST's an - die hat man manchmal dutzende Festplattensymbole auf dem Desktop.

Ansonsten passen diese SCA Platten eigentlich besser in irgendwelche Workstations oder uralte Server, wo sie eigentlich auch mal hingehört haben mögen. Das wiederum ist dann auch ihr größtes Problem, wenn man sie gebraucht kauft: die haben manchmal wirklich extreme Laufzeiten (SMART Status können sie oft schon), weil sie im Dauerbetrieb über Jahre liefen. Und i.a. weiß man dadurch nie vorher, was da dann im Paket ankommt.

Ach so, noch: der SUN ist das mit der Größe wahrscheinlich zu der Zeit schon relativ egal. Keine Ahnung, wo da das obere Ende liegt, aber wahrscheinlich kann man in so einer SS20 sogar ein 450GByte Platte noch benutzen. Die sind dann aber auch wieder teuer, einfach weil alles über 300GB im SCSI Bereich irgendwie seltener ist, da dann schon SATA Platten (bzw. SAS) benutzt worden ist.

hier mal als Beispiel, was wohl (für Händler inkl. Rückgabe etc) ganz realistisch ist

https://www.redlop.de/Fujitsu-…7-E042-CA05954-1255-450GB

Man hat also so eine ganz eigenartige Preiskurve, mit ganz kleine Platten, die niemand will, dann einen Peak zwischen 512MB und 2GB und dann wieder abfallend und von niedrigem Level linear ansteigend, am Ende getoppt von einem quasi exponentiellen Anstieg.

Richtig schlimm sind aber die 50pol Platten, und das schon eine ganze Weile, wobei man eigentlich mal gedacht hätte, daß sich das auch wieder gibt, wegen CFlash etc., was ja allermeistens durchaus eine ziemlich gute Option ist.

Sehr schön. Da kann es ja jetzt weitergehen mit dem Install.

Das gedruckte Mauspad müßte aber eigentlich auch ohne Zusätze gehen - dabei müssen dann aber die Abmessungen des Raster exakt zur Maus passen - dann klappt das auch. Wenn Deine M4 Maus da tatsächlich noch 2 Abtastfenster hat, dann verbessert sich das zusätzlich noch, wenn man das Raster farbig ausdruckt. Die Druckvorlagen für diese Mäuse sind hier im Forum auch schonmal verlinkt (als PS Dateien).

Mit dem "Rasierspiegel" da, wo immer er auch hergekommen sein mag, wirst Du auf alle Fälle vermutlich gut hinkommen. Langfristig kann es aber sein, daß Du trotzdem noch eine Rollkugelmaus haben willst - das Alubrettchen ist nämlich unangenehm kalt - nix für Mausdauerbenutzung.

Die RAMs die Du da haben willst und auch die VSIMMs wird wohl schlicht und einfach niemand da haben.

Sowas gibt es alle Jubeljahre mal und wenn dann meist verbaut in einer Maschine.

Die allermeisten sind aber auch mit weniger RAM ganz gut unterwegs, denk ich. Ich halte das sowieso für Unfug, daß man solche Geräte jetzt immer in Vollausbau haben will - das waren die NIE !! Dafür war gerade RAM etc. viel zu teuer. Das haben die als Option für potentielle Aufrüstung gesehen, und dann meist doch die komplette Maschine ersetzt, weil die Prozessorentwicklung dermaßen stürmisch voranging. Davon abgeshen sind z.B. 128MB in so einer SS20 auch schon gar nicht schlecht.

Was ist denn eine "weibliche" Maus ??

Und erst eine "männliche" ? Und: Mousestick für Sparc gab es doch gar nicht. Außerdem hieße sowas dann: 'Mäuserich'. ( https://www.wortbedeutung.info/M%C3%A4userich/ )

Ah, OK, das ist dann eindeutig. Muß man auch erstmal drauf kommen.

ThoralfAsmussen ich habe mir moderne SCSI-Lösungen für die Desktop Amigas angesehen, dann aber die Preise gesehen und dann gesagt, lassen wir das.

unter 150€ nichts zu machen. Das sehe ich nicht ein. Habe mit dann im A1K 2 AT-BUS Clones gekauft zu je 20€ und gebaut.

SCSI ist schneller je nachdem was für eine Platte, klar, aber wenn man die Datenmengen und Benchmarkprogramme der damaligen Zeit sieht, naja.

-->Amiga 500 (A520)

--------->A1200HD

------------------------------>A2000 Octagon SCSI-Controller

-----------------------------------------------------------------------------------------------------------------------------------------------------> Ihr System (????)

Glaube das passt. Mein A2K060 bootet 3.9 in knapp 4 Sekunden. Voll geil.

Denke aber bei der Sparkstation sind 7,2K und 10K Platten auch nicht wirklich relevant wenn ich meine Erfahrung mit 386er, 486er und P's mit nachgerüsteter CF2IDE oder SSDs sehe. Hammer sag ich nur. Wenn man sowas früher bezahlbar gehabt hätte. Zur Originalität behalte ich bei einer Umrüstung aber immer die originalen Datenträger.

Ich schaue jetzt aber mal nach SCSI-Platten für das Forum. Aber auf dem Floh ist das Risiko bei Datenträgern grundsätzlich hoch. Hier kommen weniger üble SMART-Werte zum Tragen, die fliegen teils durch die Gegend auf dem Boden und überleben das dann nicht. Nehme gern SCSI-Plextrobrenner für den berühmten Euro mit, oder schonmal RAM. Mal sehen...

Ja, das ist schon nicht wirklich gut ersetzbar. Ich finde bei SCSI v.a. schön, daß man flexibel auch mal einen CD-ROM oder ein MO anschließen kann. Aber eine interne SCSI-SSD finde ich dann doch übertrieben, was da verlangt wird. Auch wenns natürlich schön ist.

Für die SUNs ist es wirklich nicht so relevant, ob die nun 7200 oder 10K sind. Was man aber schon merkt, ist, wenn man zwei Platten hat und das bißchen geschickt nach /usr /tmp /var /home trennt.

Der Speed in einem A500 z.B. kommt aber auch daher, daß die Daten gar nicht so schnell von der Platte runterkommen ins System - einfach weil da der Bus zu langsam ist, der IM Rechner.

Es gab wohl auch sehr interessante SPEED UPs zu der Zeit - aber wohl jenseits von "privat", etwa das da

https://archive.org/details/TN…re_20170827_0590/mode/2up

auf Seite 8/9. Sehr nett irgendwie.

Cool, das sieht ja schonmal gut aus!

Ich gehe davon aus das OpenStep jede beliebe Auflösung einfach akzeptiert.

Was hast du denn gerade für Karte drin? Um 1280x1024 zu machen müsste das eine GX+ oder TGX+ sein, also die Variante mit 4MB Video RAM. Falls du die hast sollte sich die 1280x1024x60 Auflösung schon gehen, die benötigte Frequenz ist nämlich die gleiche die schon für 1152x900x76 verwendet wird (108MHz).

Am besten erkennst du das wenn du dir einfach mal im OBP das device ansiehst: erstmal cd /iommu/sbus, dann mit ls nachsehen in welchem Slot die cgsix steckt (das X in cgsix@X,0 für unten merken) und mit cd cgsix@X,0 den device Knoten auswählen. Dann mit .attributes nachsehen welchen Wert vmsize hat (du brauchst da eine 4).

Falls du eine GX+/TGX+ mit dem + hast, kannst du die Auflösung wie folgt einstellen:

Mit sense-id-value . die sense-id ausgeben lassen, dann nvedit aufrufen und folgende Zeilen eingeben (dabei die 4 in der override Zeile durch die sense-id ersetzen):

probe-all
: mode " 108000000,63981,60,48,112,248,1280,1,3,38,1024,COLOR,0OFFSET" ;
mode 4 " /iommu/sbus/cgsix@X" " override" execute-device-method drop
install-console
banner

Dann mit Strg+C die Editor-Sitzung beenden und mit nvstore das ganze speichern! Zum Schluss noch use-nvramrc? = true setzen und mitreset neu starten.

(Anmerkung zum Editor: Strg + [P]revious line, [N]ext line, [B]ack, [F]orward, [L]isting einfach mal ausprobieren, der ist erstaunlich gut.)

Achso, die Leerzeichen sind alle signifikant, also auch die nach dem jeweils ersten Anführungszeichen und das vor dem semicolon.

Falls es Probleme mit der Anzeige gibt, einfach blind mit STOP-A ins OBP und setenv use-nvramrc? false gefolgt von reset eingeben.

Das ganze macht natürlich nur Spaß wenn das NVRAM funktioniert und man das nicht jedes mal neu machen muss...

Die SS20 hat eine onboard cg14, die ist aber bei dir deaktiviert solange du noch kein VSIMM hast. Es ist sozusagen nur ein Teil der cg14 onboard, es fehlt nämlich der Framebuffer Speicher.

Die cg6 ist ja eine separate SBUS Karte und die hat ihren eigenen Video Speicher auf der Karte verlötet. Und da gibt es jetzt von der cg6 eine ganze Reihe Modelle: hauptsächlich die GX, GX+, TGX, und die TGX+. Die Modelle ohne + haben 1MB Speicher, die mit + 4MB. Für 1280x1024 brauchst du 4MB (bzw. im Sonderfall der LX 2MB) weil 1280*1024 bei 1byte pro Pixel halt mehr als 1MB braucht Die SUN-eigenen Auflösung von 1152x900 ist gerade so gewählt das sie fast genau 1MB Speicher braucht.

Richtig. Deine Karte sieht mir nach einer TurboGX ohne + aus, ich bin aber nicht ganz sicher von den Bildern.

Ob 1152x900 mit ca 60Hz funktionieren kannst du natürlich ausprobieren. Dazu müsstest du dir mal unter dem device im OBP mit .attributes die oscillators ansehen und dann versuchen eine passende modeline mit einer der existierenden oscialltor frequenzen auszudenken. Das ist natürlich kein "normaler" standard, also ziemlich unklar ob dein Monitor damit was anfangen kann wenn es überhaupt machbar ist. Ich sach ma Versuch macht kluch

Den ganzen Kram kannst du dir sparen! Das war nur für den Fall dass deine cg6 eine (T)GX+ ist, also mit 4MB Video Speicher. Mit deiner TurboGX ohne + geht ja die 1280x1024 sowieso nicht. Oder versucht du gerade 1152x900x60 hinzubekommen?

sense-id-value . müsstest du unter /iommu/sbus/cgsix eingeben, ist aber auch möglich dass die normale TurboGX das nicht hat. Die monitor-id findest du sonst auch über .attributes raus.

montype

Sollte sich auch ändern wenn du die DIP Switches auf deinem 13w3 Adapter umstellst

Viel Erfolg!

Ok, also bei der modeline passen die Zahlen nicht zusammen, das sollten sein:

clock,hfreq,vfreq,hfporch,hsync,hbporch,hres,vfporch,vsync,vbporch,vres,flags

dabei flags einfach bei COLOR,0OFFSET belassen, aber die anderen müssen zusammen passen.

clock ist Pixel/Sekunde, hfreq ist Zeilen/Sekunde, eine Zeile besteht aus (hfporch+hsync+hbporch+hres) Pixeln, also:

hfreq = clock / (hfporch+hsync+hbporch+hres)

(Ich habe den Eindruck dass hfporch, hsync und hbporch ein vielfaches von 8 sein müssen bei den cg6 Karten, bin aber nicht 100% sicher.)

vfreq is Bilder/Sekunde, eine Bild besteht aus (vfporch+vsync+vbporch+vres) Zeilen, also

vfreq = hfreq / (vfporch+vsync+vbporch+vres)

Und dann bleibt erstmal nur experimentieren. Das gute dabei ist, dass LCD Monitore nicht so empfindlich sind was die porch Werte angeht.

Versuch mal diese Zeile:

: mode " 84375000,56100,60,56,112,184,1152,2,4,29,900,COLOR,0OFFSET" ;

Ich bin nicht ganz sicher was bei dir gerade passiert mit dem Bild, aber es sieht fast so aus also würde die 1152x900 Auflösung schon gehen aber vom Monitor nur ein Teil des Bildes angezeigt? Es ist auch möglich dass sich dein Monitor nicht zu 1152x900 überreden lässt.

Wollte gestern abend mal noch das da posten, zwecks Verständnins von bporch und fporch

https://www.digi.com/resources…g_lcd_display_signals.jpg

https://www.digi.com/resources…adding_custom_display.htm

und

https://i.stack.imgur.com/jURiy.jpg

https://electronics.stackexcha…sync-porch-positions-fpga

nur die Bilder anschauen reicht.

Es gibt für Unixe das program "cvt", was modelines ausrechnet, für gegebene Auflösungen. Da stehen auch alle Infos drin, die dur brauchst, evtl. muß man noch bißchen was voneinander subtrahieren um die Formate anzupassen.

Das interessante daran ist aber: Das cvt kann auch sogenannte "reduced" Modes errechnen. Die sind dann immer noch VESA konform, sparen aber Zeiten um die Synchronisationssignale herum ein - deshalb funktionieren sie prinzipiell auch NUR am TFT, nicht an der Röhre. Vorteil: Man kann mit kleineren Pixeltakten höhere Auflösungen angeben als für normale Modes, und da dem TFT das eh egal ist , der wartet einfach auf das H-/V-Sync Signal bis es kommt, hat man dann trotzdem ein Bild.

Evtl. geht mit sowas ja bei Dir auch die 1152x900 trotzdem noch.

Das lange Warten beim Einschalten ist absolut normal. Die Testen alles Mögliche, aber i.a. nicht das was probe-all testet. Sondern basaler, z.B. Cache Memory Tests und spezielle Bausteine Tests (ala CPU und Netzwerkhardware). Das dauert halt.

Zitat von isoriano

Hat noch jemand ne TGX Plus irgendwo? *lol* (Verlass Dich niemals auf amerikanische Kollegen Das dauert und dauert ... )

Ich *sollte* noch eine TGX+ haben, bin nur nicht ganz sicher wo. Die könnte ich dir ausleihen. Aber wirklich nur ausleihen, die möchte ich dann gerne zurück haben wenn du selber das VSIMM hast weil ich Pläne für 2x TGX+ habe

Mit 2 TGX+ könnte man an der LX 3 Monitor betreiben: 2x 1920x1200 und 1x 1600x1200 (oder 1920x1080). Das muss ich zumindest versuchsweise mal aufbauen!

Wie lange meinst du denn braucht der Kollege? Ich habe gerade gestern Flüge in die USA gebucht für mitte August