Posts by Metalhead

  • Mein neuestes Etwas





    Heute zwei Hitachi CDR-1503S CD-ROMs abgeholt. Leider ohne Kabel und Controllerkarte, da muss ich beides noch ausfindig machen.


    Das untere Laufwerk ist in einem deutlich besseren Zustand, beide benötigen aber Arbeit. So brauchen beide Hilfe um die Schublade auszufahren, beim oberen rastet sie auch nicht mehr sauber ein beim zurückfahren.

    Das untere Laufwerk dreht zumindest die CD hoch und scheint etwas zu lesen. Hab mal eine Audio-CD eingelegt, wird aber nicht per Autoplay gestartet (oder der Kopfhöreranschluss ist defekt, oder das Laufwerk, etc).


    Da ich kurz vor einem Umzug stehe, wird es noch ein bisschen dauern bis ich mich damit genauer beschäftige. Für Controller und Kabel werde ich aber vermutlich noch einen Suchthread im Marktplatz eröffnen (ggf. Auch erst nach dem Umzug).

  • Interessante Sachen bei Ebay - oder was man eben für interessant hält?

    Das sind dann aber Stundenansätze, die dem Kunden verrechnet werden, und nicht Löhne. Einfach dass da keine Verwirrung entsteht ^^


    (Ich arbeite im IT Support und bin WEIT davon entfernt, 120 Fr. Die Stunde zu verdienen) ^^

  • Mein neuestes Etwas

    Quote from PC-Rath_de

    Vorsicht: die 1,8" gibts in verschiedenen Belegungen. Hast du auch ein Microdrive?

    Darauf werde ich dann achten müssen, ist aber momentan keine Prio die zu testen.

    Ein IBM Microdrive habe ich, ja. Und bringe damit regelmässig Besucher zum staunen, wenn ich denen sage dass da Mechanik drin ist ^^

  • Mein neuestes Etwas


    Was für meine Festplattensammlung: eine 1.8" Platte (2.5" und Floppy als Grössenvergleich).


    Gabs für nen Fünfliber, da konnte ich nicht widerstehen ^^


    Ob die noch läuft weiss ich nicht, müsste mal schauen ob ich da an passende Adapter rankomme.


    Jetzt noch irgendwann ein HP Kittyhawk, und ich hätte von 8" bis 1" alles gängige abgedeckt ^^

  • TCP/IP unter DOS mit Windows for Workgroups 3.11 Netzwerkclient

    Ok, ich habe mittlerweile eine Vermutung:

    TCP/IP wird so wies ausschaut nur mit WFW gestartet, nicht aber unter DOS-Only. Der Netzwerktreiber wird zwar geladen und Windows hat auch den Befehl "C:\WINDOWS\NET START" zur Autoexec hinzugefügt. Aber DOS spricht kein TCP/IP. Ich kann die Maschine nur anpingen, wenn WFW ausgeführt wird, nicht aber wenn DOS läuft.


    Gibt es da die Möglichkeit, DOS TCP/IP "beizubringen"? Auf WFW ist es ja installiert. Evtl. über Drittanbieter-Programme?

  • TCP/IP unter DOS mit Windows for Workgroups 3.11 Netzwerkclient

    Hallo Zusammen


    Der einfachste Weg, Daten zwischen modernen und alten Rechnern auszutauschen, ist ja bekanntlicherweise übers Netzwerk. Zumindest in der MS-Welt.

    Bisher hatte ich reine DOS-Maschinen, mit denen ich auf ein Share zugreifen wollte / musste. Um nicht auf meinem Hauptrechner veraltete Protokolle installieren zu müssen und die Sicherheit herabzustufen, habe ich dazu eine NT4 Installation in VMWare Player verwendet, welche direkt ans LAN verbunden ist (sprich Bridged; kein NAT). NT4 mit SP6 ermöglicht bequemerweise auch die Installation der VMWare Tools.

    Auf der NT4 VM ist nur das TCP/IP-Protokoll installiert.


    Auf den DOS-Maschinen habe ich jeweils den MS Networking Client 3.0 installiert, welcher von Haus aus TCP/IP mitliefert.

    Dadurch dass der sehr RAM-Hungrig ist, habe ich die Befehle, welche die Installation in die AUTOEXEC.BAT schreibt, jeweils in eine Datei NETSTART.BAT ausgelagert, so dass der Network-Client nicht die Bootdauer deutlich verlängert, und nicht gleich der halbe konventionelle Speicher gefüllt wird. Auf diese Weise konnte ich den Netzwerkclient einfach bei Bedarf starten.

    Das ganze hat für meine Zwecke bisher immer gut funktioniert.


    Nun stand ich aber vor einer Installation von Windows for Workgroups 3.11, welche ja einen eigenen Network-Client mitbringt. Die Installation von WFW3.11 mit Netzwerktreiber verlief soweit normal, TCP/IP habe ich auch nachinstalliert und als Standardprotokoll definiert. DHCP ist aktiviert.

    Unter WFW3.11 kann ich das NT4-Fileshare auch problemlos anhängen. Allerdings unter DOS (also ohne WFW3.11 zu starten), nicht. DOS-Only klappt erst, wenn ich unter NT4 das NetBEUI-Protokoll installiere.


    Ich habe das ganze mal in einer VM nachgebaut.


    Hier DOS ohne installiertem WFW3.11, dafür mit dem MS Network Client. NT4 nur mit TCP/IP Protokoll:


    Das Share kann problemlos verbunden werden.


    DOS neu installiert, dieses mal ohne MS Network Client, dafür mit WFW3.11. NT4 nur mit TCP/IP:

    Das Share kann problemlos angebunden werden. Ping (lokal und extern) funktioniert ebenfalls.


    Hier nach einem Neustart, ohne WFW3.11 zu laden. NET-Dienst bereits gestartet und angemeldet. NT4 nur mit TCP/IP:



    Beim Befehl PING NT4SRV01 bleibt die Maschine beim blinkenden Cursor stehen.


    Nun installiere ich das NetBEUI-Protokoll unter NT4:


    Das Verbinden des Shares ist nun zumindest möglich, PING allerdings nicht.


    Muss ich unter DOS explizit das TCP/IP-Protokoll installieren, obwohl es unter WFW3.11 installiert ist? Oder gibt es einfach eine Konfiguration welche ich übersehen habe?

    Klar, ich könnte einfach NetBEUI auf der NT4-VM aktiv lassen. Allerdings würde ich grundsätzlich TCP/IP bevorzugen, um mir auch die Möglichkeit offenzuhalten, statt der NT4 VM einen alten Raspberry Pi als Fileserver zu verwenden. Und auch nicht jedes mal den "Umweg" über Wfw3.11 nehmen zu müssen.

  • Komische Phänomene mit SCSI-Controller in 486er

    Quote from gpospi

    (wenn man mal auf der richtigen Spur ist)...

    Das ist eben das, was manchmal etwas Zeit braucht :mrgreen:


    Aber ok, um eine Erfahrung schlauer ^^


    Quote from eisapc

    Das Problem dürfte der Port 330h sein, den sich der Adaptec standartmässig einverleibt. Der kollidiert mit dem MIDI Port vieler Soundkarten.

    Den hatte ich sogar im Auge, und die Soundblaster bereits auf 300h gejumpert.

    (Resp. am Adaptec auch andere Ports als 330h und 300h ausprobiert). Aber eben, nicht nur auf Jumper schauen ^^



    Quote from e2k

    Und noch einer zum SCSI und alten Platten: manche alte Platten haben eine motor-on-jumper oder ähnliches. Dann fáhrt die Platte auch hoch, ohne auf den controller zu warten. Bei manchen Platten ist die Zeit zu kurz zwischen dem "inquiry, etc" kommandos und dem "drive ready"

    Ich musste das bei meiner Platte tatsächlich so einstellen, dass sie sofort hochdreht. Ansonsten fand der Controller die nie. (wobei ich es nach dem Beheben der Konflikte nicht mehr getestet habe).

    Spielt aber jetzt für mich keine grosse Rolle, da es sich ja sowieso um die Boot-Platte handelt.

    Mittlerweile mit DOS 6.22 und WfW 3.11 :)

  • Komische Phänomene mit SCSI-Controller in 486er

    Ok, ohne Soundblaster gings. Daher mal verschiedene Jumper-Positionen durchprobiert - Kein Erfolg.

    Danach kam mir in den Sinn, dass die Win9X-Versionen im Geräte-Manager ja Hardwarekonflikte anzeigen können. Und Tadaa:


    Habe mich zu stark auf die Jumper konzentriert. DMA lässt sich im BIOS des controllers ändern. Läuft nun auf DMA7, und damit problemlos.


    Freue mich dann schon auf die Fehlersuche, wenn ich da mal ne Netzwerkkarte einbaue :P


    Trotzdem danke allen, die geantwortet haben!

  • Komische Phänomene mit SCSI-Controller in 486er

    Hallo zusammen


    Ich stehe mal wieder vor einer vermeintlich einfachen Aufgabe, welche sich als "Nicht in 10 Minuten erledigt" herauspuppt.


    Und zwar möchte ich einen 486er PC von Dell möglichst der Zeitära entsprechend restaurieren. Den PC werde ich dann evtl. noch hier vorstellen, auch weil ich dazu noch ein, zwei Fragen habe.


    Der Vorbesitzer wollte mir leider den Rechner nur ohne Festplatte überlassen (was ich auch irgendwie verstehen kann, weil er mich nicht persönlich kannte). Daher suchte ich sowohl nach IDE, als auch nach SCSI-Platten aus Anfang der 90er, und wurde fündig mit einer Conner CP30540 SCSI Platte.

    Original drin war eine ca. 340 MB IDE Platte.


    Über den Marktplatz hier bin ich auch für zwei SCSI-Controller fündig geworden, wobei der erste schon eingetroffen ist (danke nochmals an xxxL für die reibungslose Abwicklung!)


    Es handelt sich um einen Adaptec AHA-1542CF. Wenn ich den PC einschalte, erhalte ich folgenden Fehler:


    Timeout failure during SCSI Inquiry Command!


    BIOS not installed!


    Als Test habe ich eine CF-Karte mit Win95 installiert, von welcher ich booten kann. Ich kann den Controller unter Win95 mit den bereits mitgelieferten Treibern installieren, und nach einem Neustart wird er auch erkannt. Das verrückte ist nun, dass ich nun keinen Timeout-Error mehr habe, sondern der Controller das BIOS normal installieren kann. Ich kann auch z.B. von einer DOS-Diskette booten, und die SCSI-Platte wird erkannt. Erst wenn ich den PC komplett ausschalte, beginnt das Spiel wieder von vorne. Dann muss ich erst Win95 booten und neustarten, damit der Controller wieder läuft, sein BIOS installiert etc. Ich kann nach dem Win95 Neustart sogar von der SCSI-Platte booten, wenn ich im BIOS die IDE-Platte als "Not Installed" setze.


    Ins BIOS vom Controller komme ich immer, nur die SCSI-Disk wird erst erkannt, wenn Win95 geladen wurde.


    In einem anderen System (Pentium 1) funktioniert die Konstellation problemlos (Selber Controller, selbe Platte).

    Wenn ich eine andere Platte anschliesse, verhält es sich gleich.


    Ich kann mir das nur noch durch irgendeinen Hardware-Konflikt erklären, konnte aber bisher keine finden.


    Zur Hardware:

    CPU: Intel I486DX2-66

    RAM: 24 MB

    Sound: Soundblaster 16 CT1740 (mit einem Mitsushita CD-ROM angeschlossen)

    GPU: Number 9 GXE VL (VLB Karte)


    Jumper-Konfiguration des Controllers:


    Soundblaster:



    Mir gehen langsam die Ideen aus...

  • Wiederinbetriebnahme eines alten IBM AT 5170

    Quote from fanhistorie

    Hast du ein Manual des Superstor Programms,


    Mit welcher IBM / MS-Dos Version setzt du Superstor ein

    Hallo fanhistorie


    Sorry für die Verwirrung, aber ich meinte tatsächlich SpeedStor. Habs extra kurz geprüft. Keine Ahnung warum ich das damals so nannte, vielleicht weil die Ausführbare Datei "SSTOR.EXE" heisst.

    Speedstor führe ich idR. Mit einer unter Windows 8.1 formatierten DOS Startdiskette aus (sprich die ME-Version von DOS).

  • Restauration eines Ferranti Advance 86b

    Quote from fanhistorie

    Anhand dem bisherigen Stand hat wohl die Firma Advance MS-Dos 2.11 oder besser gesagt einzelne Dateien davon lizenziert,

    Yep, wird auch beim booten angezeigt wenn ich es auf dem 486er starte.

    Das Image von JenGun scheint aber ein PC-Dos zu sein, ob es Ferranti gelabelt ist habe ich gerade nicht im Kopf.


    Quote from fanhistorie

    Frage :

    Hast du das BIOS, die beiden Eproms auslesen können,

    Leider nein, da fehlt mir die nötige Hardware dazu.

  • Restauration eines Ferranti Advance 86b

    So, heute endlich wieder Zeit gehabt um testen zu gehen. Habe bei mir zu Hause neue Disks verwendet (also noch unformatiert aus der Verpackung), eine mit Linux beschrieben, eine mit Rawrite3 und eine mit FreeDOS Diskcopy. Tatsächlich war letztere nicht bootbar, die anderen aber schon (sowohl die TCS68-02.IMA als auch die TCS86-01.IMG, sprich von JenGun).

    Getestet habe ich die in einem 486er mit reinem DD Laufwerk. Interessanterweise wollte keine der Disks im Transfer-PC booten, allerdings ist der vergleichsweise recht neu (XP-Vista Ära).


    Im Ferranti PC auch kein Glück: Wie bei allen bisherigen Tests, welche nicht in einem Disk Error endeten, hängt sich der PC auf. Der Lesekopf des Laufwerks beginnt sich zu bewegen als würde was gelesen, danach dreht die Diskette endlos ohne dass sich der Kopf bewegt.


    Nach wie vor wird übrigens beim Starten nur das B-Laufwerk (also ohne Terminator und vor dem Twist) angesprochen. Kann es sein dass DOS damit ein Problen hat?

    Gibt es was anderes als DOS, was ich noch versuchen kann zu starten?