Beiträge von Arnulf zu Linden

Zitat von Dirk

Mein KVM hat noch VGA, so dass ich VGA noch tatsächlich für die Kisten nutze.

Hier steht sogar noch einsatzbereit ein 19″ 4:3-Röhrenkübel für die Museumskisten, die das Bild über eine ISA-, VL- oder PCI-Bus-Grafikkarte ausgeben (bis auf drei PCI-Bus-Grakas, die doch schon DVI haben). Bei AGP möchte ich aber einfach nicht mehr in die Röhre gucken oder wahlweise VGA-Pixelmatsch auf 'm Flachmann haben, zumal eine GeForce FX5200 mit DVI selbst in ältesten AGP-Slots auf Sockel-Super-7-Brettern und Slot-1 i440LX-Brettern läuft. Zudem ist D/A-Wandlung (Grafikkarte), dann analoge Übertragung (VGA-Kabel) und dann wieder A/D-Wandlung (TFT-Monitor) technisch betrachtet selten dämlich! Dieser Quatsch gipfelte seinerzeit in TFT-Monitoren, die keinen digitalen Grafiksignaleingang (damals: kein DVI-D) hatten, sondern nur einen analogen VGA-Anschluss boten.

Zitat von Dirk

Lustig, dass du die Grafikkarte hast dagelassen.

AGP-Grafik ohne DVI-Ausgang ist für mich sinnentleert und hier daher in keiner Museumkiste verbaut.

Zitat von Dirk

dass es irgenwas sparsames gewesen sein könnte.

Dem Brett war schon im Gehäuse anzusehen, dass das kein ganz frühes Sockel-A-Brett ist. In so einem Fall ist eine AGP-Grafikkarte ohne DVI-Ausgang nahezu immer etwas ganz sparsames. Zudem sah die nach "passiv gekühlt" aus, wobei der GPU-Kühlkörper schon auf halb Acht hing.

AsRock K7VT4A PRO mit Sempron 2600+ SDA2600DUT3D drauf

Am Montag auf dem Rückweg von der Arbeit nach Hause fand sich oben auf einem Gerümpelhaufen (Sperrmüll? War jedenfalls am Mittwoch morgen bis auf eine Holzmöbelruine weg.) am Straßenrand ein total zerbeultes Computergehäuse, dessen eine Seitenwand fehlte. Dadurch war das Innenleben direkt zugänglich. Der Standort ließ eine Entnahme vor Ort zu. Also das Multitool aus der Packtasche geholt und das Brett raus geschraubt. Entnommen wurden das Brett mit Prozessor und Prozessorkühlkörper, die ATX-Blende und das Analogaudiokabel zwischen onboard Sound und optischem Laufwerk. Zurück gelassen im Gehäuse wurden der Miefquirl vom Prozessorkühler, ein 3,5″-Diskettenlaufwerk samt Floppykabel, ein optisches Laufwerk samt IDE-Kabel (alles total verranzt), das ATX-Netzteil (aus Sicherheitsgründen), eine AGP-Grafikkarte ohne DVI-Anschluss (nutzlos) und natürlich die CMOS-Stütze vom Brett.

Nach der Grundreinigung am Montag Abend erfolgte Mittwoch Abend der erste Test (nur anderer Prozessorkühler, nvidia GeForce FX5200, 1× 256 MiB PC-400, 3,5″ 1,44 MB FDD, 'ne gebrauchte CR2032 mit 3,06 V): Kein Bild: Doppelpiep gefolgt von acht kurzen Pieps. Obwohl auf dem Brett zwei Tage lang keine CMOS-Stütze saß, wollte es noch einen CMOS-Reset (Kurzschluss der beiden CMOS-Reset-Pins). Danach lief es regulär an. Nach dem ersten erfolgreichen Test kam erst mal das aktuelle BIOS drauf. Vorhin endete erfolgreich der letzte Test mit anderem Prozessorkühler, Ati Radeon 9550 und 2 GiB RAM (2× 1 GiB PC-400 @ PC-333) drauf sowie 3,5″ 1,44 MB FDD, 160 GB IDE udma6 HDD, 80 GB SATA 3.0 GB/s (jumpered to 1.5 GB/s) und IDE udma2 DVD-ROM dran. Die Knoppix 8.6.1-DVD startete klaglos in die GUI, holte sich via onboard Ethernet 'ne IP-Adresse aus dem DHCP-Adressbereich im LAN und über onboard line-out ließ sich auch eine WAV-Datei von einem USB 2.0-Stick aus wiedergeben.

Das Brett ist sicherlich nicht "high end" gemessen an seiner Zeit, muss sich aber auch nicht verstecken. Mit einer Via KT400A Northbridge ist es mein erstes. Es ist erst mal zu dem bescheidenen Handvorrat an Hauptplatinen gelegt worden. Da hier in den letzten Jahren zwei Sockel-A-Bretter final abgingen, kann so ein Zugang nicht schaden.

Der Sempron 2600+ ist nicht das Maximum des Möglichen auf dem Brett, aber es könnte deutlich schlimmer sein. Immerhin läuft der Prozessor mit FSB333, was laut Manual auch das Maximum darstellt. Auf dem Brett selbst ist auch eine Einstellung für FSB400 aufgedruckt (FSB wird mit drei "3-pin Jumper" eingestellt). Die KT400A war ursprünglich auch für FSB400 gedacht, wurde aber wegen Stabilitätsproblemen von Via nur bis FSB333 deklariert.

Zitat von Diamant001

das Windows 2012 1TB Daten gekostet hat weil der die Platte nicht sauber eingelesen hat.
Ich bekomme nicht mal die Partition wiederhergestellt, noch die Daten mit einem Datenrettungsprogramm raus geholt.

Zitat von Pain

Bei einem solchen Datenverlust ist mit hoher Wahrscheinlichkeit nicht das Betriebssystem verantwortlich.

Entweder hat deine Hardware Probleme oder es gab eine Fehlbedienung.

Partition & Daten beim Lesen geschreddert hört sich hart nach Hardwareproblem an: "bus (t)error" ist ein Klassiker für so etwas, ausgelöst z. B. durch eine defekte oder schlicht inkompatible Steckkarte.

Zitat von clik!84

Ich möchte nicht so gerne zur Wegwerfgesellschaft gehören.

Was hat das mit Wegwerfgesellschaft zu tun? Mobile Datenträger sind systembedingt¹ Verschleißteile. Wenn der USB-Stick wie beschrieben dermaßen fehlerhaft ist, ist die Entsorgung schon aus Gründen des Erhalts zu transportierender Daten angezeigt.

¹Faustformel für Technik, die sowohl ortsfest als auch mobil betrieben werden kann:
MTBF_mobil = 0,2 · MTBF_ortsfest

Zitat von Blue

Ein G3 mit kaputten CMD640 lass ich gelten.

Der CMD640 ist doch schon ab Werk kaputt.

Zitat von VolvoDriver

mein Isopropanol ist aber nun alle, kann man nicht noch was anderes nehmen?

Wenn die Linse nicht ruiniert werden soll, nein!
Am Samstag Abend nach Ladenschluss ist das natürlich hart.

Zitat von VolvoDriver

und dann bis morgen abdunsten lassen hattest ja gesagt!

Jup. Ich hatte hier nämlich mal den Fall, dass es nach einer Linsenreinigung immer noch nicht funktionierte. Einen Tag später ging es dann auf einmal. Seitdem lasse ich Wechseldatenträgerlaufwerke nach der Reinigung einen Tag im Wohnzimmer liegen, bevor ich sie dann teste. Wenn es dann nicht geht, ist es hin.

Zitat von VolvoDriver

es wird erkannt, ich kann auch D:\ und DIR eingeben.

In Software ist die Sache damit erledigt.

Zitat von VolvoDriver

dann läd das laufwerk für 2 sek. und dann kommt die meldung, von dem laufwerk kann nicht gelesen werden.

Mein LU005 liest keine gebrannten CDs, also CD-R oder CD-RW, sondern nur gepresste CDs. Wenn Deins auch "bekanntermaßen lesbare" gepresste CDs nicht nimmt, liegt ein Hardware-Problem vor.

1. & einziger Versuch:
Linsenreinigung mit Isopropanol und Wattestäbchen, danach einige Stunden warten.

Zitat von VolvoDriver

werde ich gleich alles einstellen, nur warum muss das in CDDRIVER sein?

Du kannst die Dateien MTMCDE.SYS und MSCDEX.EXE auch in C:\PUMUCKL oder sonstwo speichern. In CONFIG.SYS und AUTOEXEC.BAT werden die absoluten Pfade angegeben, damit die Dateien gefunden werden, also
DEVICEHIGH C:\PUMUCKL\MTMCDE.SYS …
und
LH C:\PUMUCKL\MSCDEX.EXE …
Beim Laden von Treibern sollte aus Gründen der Übersichtlichkeit auch dann der absolute Pfad angegebn werden, wenn zuvor mit PATH Suchpfade definiert wurden.

Zitat von VolvoDriver

der pfad mit windows war ja schon angegeben, oder muss der auch dort zusätzlich da stehen?

s. o.

PATH C:\WINDOWSLH MSCDEX.EXE …

führt dazu, dass C:\WINDOWS\MSCDEX.EXE geladen wird. Übersichtlich ist anders!

PATH C:\WINDOWSLH C:\PUMUCKL\MSCDEX.EXE …

führt dazu, dass C:\PUMUCKL\MSCDEX.EXE geladen wird. Die Angabe des Suchpfades C:\WINDOWS spielt dafür keine Geige. Existiert C:\PUMUCKL\MSCDEX.EXE nicht, kommt die Fehlermeldung "Datei nicht gefunden".

Zitat von VolvoDriver

und nen fehler von wegen falscher DOS version wird mir nun auch angezeigt!

Das bedeutet, dass die MSCDEX.EXE von der LU005-Treiberdiskette nicht so ohen weiteres kompatibel zu MS-DOS 6.22 ist.

1. Versuch:
Ändere in der AUTOEXEC.BAT den Eintrag

LH C:\[b]CDDRIVER[/b]\MSCDEX.EXE …

in

LH C:\[b]WINDOWS[/b]\MSCDEX.EXE …

und starte neu.

Zitat von VolvoDriver

desweiteren DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN I=B000-B7FF /V auch eingetragen. (verbaut habe ich eine Tseng Labs ET4000)

Nein, hast Du nicht! Schau Dir Deinen Eintrag mal ganz genau an! Da fehlt der Bindestrich zwischen B000 und B7FF, was zu der Fehlermeldung "Unzulässiger Parameter angegeben" führt.

Das ist jetzt nicht das erste Mal, dass Du Zeichen einzutragen vergisst …

Zitat von VolvoDriver

die zeile mit dem MODE kann doch dann auch raus, oder nicht, war ja vorher auch nicht da?!

Nein! Das gilt nur, wenn Du die Codepage 437 verwenden möchtest. Wenn Du eine andere Codepage (hier: 850) verwendet, müssen die beiden MODE-Zeilen drin bleiben. Wo ist das Problem? MODE arbeitet fehlerfrei.

Zitat von VolvoDriver

offensichtlich gibt es die datei MSCDEX.EXE gar nicht in dem ordner CDDRIVER, dachte die würde von C:\WINDOWS geladen werden, dort ist ja eine vorhanden und der pfad ist doch von der autoexec.bat doch korrekt, oder nicht?

Nein, ist falsch!
Du gibst in der AUTOEXEC.BAT den absoluten Pfad C:\CDDRIVER\MSCDEX.EXE an. Wenn dort die Datei nicht liegt, wird auch nicht weiter danach gesucht. Die mit PATH definierten Pfade greifen nur, wenn kein absoluter Pfad angegen wird.
Die MSCDEX.EXE von der LU005-Treiberdiskette muss nach C:\CDDRIVER kopiert werden.

Das ist jetzt nicht das erste Mal, dass Du versuchst eine Datei zu laden, die an der Stelle gar nicht vorhanden ist …

Zitat von Igor Todeshure

Wenn man sowohl den COUNTRY-Eintrag in der CONFIG.SYS als auch den KEYB-Eintrag mit Codepage 437 benutzt, kann man sich die MODE-Aufrufe schenken und spart wimre auch ein paar kBytes DOS-Speicher. Ein deutsches Tastaturlayout hat man dann trotzdem noch.

Verwirr VolvoDriver nicht so.
Das geht meines Wissens nämlich nur mit der Codepage 437, weil das der Originalzeichensatz des IBM-PC und somit ein fallback ist.

Zitat von VolvoDriver

und was machen wir jetzt mit diesem "MODE"

Damit wird die von DOS verwendete Codepage festgelegt. Das ist unter anderem wichtig, damit beim Drücken der entsprechenden Taste(nkombination) auch das gewünschte Zeichen ausgegeben wird. Für westeuropäische Sprachen ist die Codepage 850 meist eine gute Wahl. Wer mit DOS natur- oder ingenieurwissenschaftlich unterwegs war (oder noch ist), nahm (oder nimmt) lieber die Codepage 437. Wer ein nichtlateinisches Alphabet (kyrillisch, griechisch, …) braucht(e), nahm (oder nimmt) die entsprechenden Codepages. Würde MODE bei Dir nicht funktionieren, käme als Fehlermeldung "Codeseite nicht vorbereitet". Diese Fehlermeldung bekamst Du, als noch der Fehler in der einen MODE-Zeile steckte.

Zitat von VolvoDriver

so da haste direkt nach dem DOSstart!

Wo denn? Da sind nur config.sys und autoexec.bat.

Zitat von VolvoDriver

ganz am ende steht ja auch noch "datei nicht gefunden"

Existiert die Datei C:\CDDRIVER\MSCDEX.EXE überhaupt?

autoexec.bat:
Stell vor das C:\mouse.com ein LH, damit das nicht mehr im konventionellen Speicher landet.

Wenn im System keine Monochrom-Grafikkarte steckt, kann der dafür reservierte UMB anderen Programmen zur Verfügung gestellt werden. Dazu wird die EMM386-Zeile in der CONFIG.SYS um den Parameter I=B000-B7FF ergänzt. Dadurch steht mehr hoher Speicher zur Verfügung, was hier noch wichtig werden könnte.

DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN [b]I=B000-B7FF[/b] /V

Zitat von VolvoDriver

das CD ROMlaufwerk geht aber trotzdem immer noch nicht, er hat wohl den treiber geladen, kann aber das laufwerk nicht finden, zumindest lese ich das da raus.

Der Bildschirminhalt zeigt folgendes:
MTMCDE wird geladen, aber MSCDEX nicht.
MOUSE liegt unsinnigerweise im konventionellen Speicher.
Es ist insgesamt wenig hoher Speicher vorhanden.

Benötigt werden:
aktuelle CONFIG.SYS
aktuelle AUTOEXEC.BAT
Bildschirminhalt unmittelbar nach dem Ende des DOS-Starts.

Zitat von VolvoDriver

so also,
habe alle 3 zeilen ausprobiert und bei der letzten mal screens mit hochgeladen was dann für ne meldung kommt, egal ob 1. 2. oder 3. zeile.
[…]
und vllt. hilft es ja: einen screen noch von der funktionierenden config.sys

Schau Dir mal die entsprechende Zeile in beiden CONFIG.SYS ganz genau an, und nimm dazu die Fehlermeldung, die jetzt kommt. Die muss auch kommen, denn in der neuen CONFIG.SYS hat sich ein typo eingeschlichen. Es muss …\SGNOVA16\DRIVERS\… heißen. Dass die Datei EEPROM.SYS bei einer falschen Pfadangabe nicht gefunden werden kann, ist irgendwie zwingend.

Jetzt kommt die Kür, also das frei schaufeln von möglichst viel konvetionellem Speicher.
Unter MS-DOS ist der Befehl mem /c /p angesagt, da MS-DOS keinen Bildschirmpuffer zum zurück rollen hat. Die zusätzliche Option /p sorgt dafür, dass die Ausgabe seitenweise erfolgt. Interessant ist die erste Seite, die zeigt, welche Programme im konventionellen Speicher residieren und welche im hohen Speicher. Idealerweise residieren im konventionellen Speicher nur die vier unvermeidlichen:
MSDOS
HIMEM
EMM386
COMMAND
Der Rest sollte im hohen Speicher residieren. Auf dieser Kiste ist das so, es sind 627184 Byte ≈ 612 KiB konventioneller Speicher frei.

Zitat von VolvoDriver

du meinst die vorletzte zeile in der confg.sys?
die muss ich kopieren und dann die jeweilen stellen probieren?
wie das überhaupt? hat doch vorher auch geklappt, oder hat das jetzt was mit dem singlespeed laufwerk zu tun?

Ja, es geht um die Zeile, die die SGNOVA16 bestiefelt. Du hast uns immer noch nicht verraten, was EEPROM.SYS eigentlich macht.
Die Zeile muss "verschoben" und nicht "kopiert" werden.
Warum es mit der jetzigen Position dieser Zeile nicht klappt, kann an allem möglichen liegen.
Wenn es mit dieser Zeile an einer anderen Position in der CONFIG.SYS keine Fehlermeldungen mehr dazu gibt, ist die Ausgabe von mem /c unter reinem DOS interessant, um zu sehen, was alles noch im konventionellen Speicher liegt.

Zitat von Diamant001

Norton Commander 5.5.
Soweit ich weiß ist der dem Standard Editor um einiges überlegener.

Um in einer Textdatei ein paar Zeichenketten einzufügen, zu ändern oder zu löschen reicht edit vollkommen aus. Du willst ja hier kein Text-Adventure schreiben.

Zitat von Diamant001

Was ist mit Win95c und PCI aufn 586er Brett?

Eine PCI-Soundkarte darauf kann klappen, muss aber nicht. Zu manchen PCI-Karten gibt es Docs, die auch die minimalen Hardware-Anforderungen erwähnen. Es muss zudem schon ein sehr alte Karte sein, damit dafür ein Treiber für Win95 verfügbar ist. Der Prozessor auf so einem Brett sollte recht kräftig sein, dazu 64 MiB RAM. Wunder darfst Du trotzdem nicht erwarten. Viel mehr als ein paar Klänge (wav, MIDI) abzuspielen wird kaum drin sein.

Zitat von EuroAT

Aber muss man da im BIOS etwas einstellen oder kann man dort wenigstens nachsehen, ob sie installiert sind?

ISA-PnP-Karten werden dort angezeigt. legacy-ISA-Karten hingegen müssen unter "ISA" händisch mit ihren Ressourcen eingetragen werden. Dies ist u. A. deshalb nötig, damit diese Ressourcen vom BIOS nicht an ISA-PnP oder PCI durchgereicht werden.

Zitat von Diamant001

Kann ich die Dateien auch über NC Konfigurieren?
Da der NC ja einen Editor und co mitbringt.

Was auch immer sich hinter NC verbirgt, es geht mit jedem Texteditor, solange im "DOS text mode" wegen der Zeilenumbüche gespeichert wird. DOS bringt mit "edit" einen geeigneten Texteditor mit.

Alte PCI-Soundkarten machen erst ab Sockel-Super-7 mit leistungsstarkem Prozessor drauf und dazu passender Software (Windows ab 98SE, Linux ab Kernel 2.4) Spaß. Wenn Du an so einer Kiste schraubst und die keinen onboard-Rauschgenerator hat, kannst Du wieder in die Kiste mit den PCI-Soundkarten greifen.