Beiträge von Arnulf zu Linden

zu Dallas/Odin und artverwandtem Müll:
Der hier in letzter Zeit oft kursierende Tip aus dem Internet ist brandgefährlich, da dort die neue Li-Batterie parallel zur alten entladenen Li-Batterie geschaltet wird. Schon aus Sicherheitsgründen ist der Pluspol der alten Li-Batterie vom Rest des Geschehens sauber abzutrennen!
Alternativen ohne Brandgefahr:
CMOS/RTC-Chip knacken, Tip 1
CMOS/RTC-Chip knacken, Tip 2
Vom Kauf eines "neuen" Chips ist abzuraten, sofern nicht sichergestellt ist, dass das Ding wirklich "neu" im Sinne von in jüngster Zeit produziert ist.
Nachdem "Odins Rache" den PC lahmgelegt hat, ist es eigentlich egal, ob man sich an dessen Innenleben mechanisch oder thermisch heran arbeitet. Bei gesockelten Chips ist es mechanisch meist einfacher, bei aufgelöteten Chips ist die thermische Version bei punktueller Wärmezufuhr(!) u.U. sicherer.

zur "Sockel-7 Power":
Was hier als System beschrieben wird, hat mit "Sockel-7 Power" m.E. nur bedingt etwas zu tun. Da lass ich nur die SB AWE64 Gold und die 8,4 GB IDE-HDD gelten. Zu allererst würde ich die Schlaftablette aus dem Sockel-7 rausschmeißen. Ein Intel Pentium-S 200 geht eigentlich immer. Mit etwas Mut zum Risiko und Bereitschaft zum Basteln kann auch der AMD K6 233 (Modell 6) laufen. Auf einem Asus P/I-P55TP4XE (blöderweise nur 128 MiB RAM wegen i430VX) funktioniert der. Wie das geht: 686er CPU auf Sockel-7 betreiben

Der i430HX unterstützt bis zu 512 MiB RAM, also die cacheable RAM area auf 512 MiB RAM aufgepumpt und dann Speicher rein, was zu kriegen ist oder schon rumliegt.

Bei der Grafik kann man das mit der Voodoo machen, oder man steckt gleich eine ältere nvidia TNT2 oder GeForce rein, die es als PCI-Grafikkarten (mit meist 32 MiB RAM) gibt.

Falls die Betonung doch nicht auf "Power" liegt, sondern ein möglichst originales System aufgebaut werden soll, scheiden der AMD K6 233 (Modell 6), die nvidia TNT2 oder GeForce und die 8,4 GB IDE-HDD aus. Der Pentium-S 200 und viel RAM wären schon originalgetreu. Das Zeug war damals nur sündhaft teuer. Aber sollten auf der Kiste nicht Spiele laufen?

Sockel-7-Power, meine Variante:

• AMD K6 233 (Modell 6), oben erwähnte Bastelei durchgeführt
• Chaintech 5IFM (i430HX)
• 384 MiB 60 ns EDO-RAM
• nvidia RIVA TNT2 Model 64
• Realtek RTL8139
• Creative Labs Ensoniq ES1373 (meine einzige SB AWE64 Gold steckt in einer anderen, leistungsstärkeren Kiste)
• onboard USB (OHCI) durch Einlöten eines Pfostensteckers zugänglich gemacht
• Dawicontrol DC2975U
• Festplatten: 8,4 GB IDE; 10,2 GB IDE; 4,5 GB SCSI; 4,3 GB SCSI
• DVD-ROM IDE
• und als Anachronismus: Mitsumi CD-ROM-Controller mit 'nem LU005 dran

Zitat von CDW

Man sollte nich die gleichen billigen Elkos verwenden, die ohnehin schon drin waren.

Es ist nicht nur der Preis als solches, meist sind die Elkos (alle Spannungsbereiche) genau wie auch die übrigen Kondensatoren (zumindest die an Netzspannung oder höherer Spannung) auch von Ihrer maximal zulässigen Dauerbetriebsspannung eher kanpp ausgelegt. Wenn es vom Platz her irgendwie geht, sollte da ein Elko rein, der eine Spannungsstufe höher ausgelegt ist, also z.B. 10 V --> 16 V; 16 V --> 25V; 25 V --> 40 V; 40 V --> 63 V. Die Elkos sind dann entweder dicker (größerer Durchmesser) oder länger. Bei den radialen Elkos ist dicker meist problematischer (stößt an andere Bauteile, Rastermaß passt nicht) als länger.

Auf allen Kisten mit ISA-Bus-Grafikkarte (zwei 386er, ein 486er) oder VL-Bus-Grafikkarte (zwei 486er) zeigt sich in Verbindung mit X ein hässliches Problem, und zwar egal, ob X und GUI normal starten, oder ob es zu Problemen kommt:

XFree86 schreibt einfach kein logfile, also z. B. /var/log/XFree86.0.log oder etwas Vergleichbares, egal ob ein user oder root X starten. Die Rechte für /var/log sind großzügig gesetzt, also drwxrwxrwx (gibt eh keine Verbindung nach draußen für diese alten Kisten). Da auf einem 486er X nicht in Gang zu kriegen ist, gestaltet sich so natürlich die Fehlersuche schwierig bis unmöglich

Auf den 386ern ist Slackware 9.0 installiert, auf den 486ern Slackware 9.1. Diese Distris bringen bereits XFree86-4 mit, das bekanntlich keinerlei Unterstützung mehr für ISA- und VL-Bus-Grafikkarten bietet. Für die beiden Distris gibt es aber XFree86-3.3.6 server, mit denen sich ISA- und VL-Bus-Grafikkarten bestiefeln lassen und die laut Anleitung zusammen mit den XFree86-4 libs laufen sollen. Bei den beiden 386er und zwei 486ern funktioniert das auch. Nur wird eben kein logfile angelegt.

Wo muss dran gedreht werden, damit XFree86 das logfile schreibt?

Zitat von Spit

du spielst dudelsack?

Ja, du etwa nicht (oder ein anderes Instrument)?
Computer sind nicht alles im Leben.

Zitat von Scrippler

Fast Page? nicht mal Edo? was war denn das für ne Hütte? 1GB ist meines Erachtens selbst für nen Pentium schon knapp bemessen. ich denke ab 2GB aufwärts sind ok für nen P I und ab 32MB Ram

Die "Hütte" war Compaq, schon damals bekannt für Grusel-PCs vollgestopft mit proprietärem Zeug. Damals hatte ich mehrere dieser Kisten "entsorgt", also einer weiteren Nutzung zugeführt. In einigen steckten 48 MiB oder 64 MiB RAM, aber diese "Compaq spare parts" Aufkleber fanden sich nur auf den 8 MiB FPM-Modulen. Alle waren einheitlich mit der erwähnten 1 GB IDE-Festplatte ausgestattet, von denen einige noch "in funktionsfähigem Zustand ausgebaut und eingelagert" sind. Mit Bremse 95B drauf war die Kapazität für die damals geforderten Anwendungen ausreichend.

Kleiner Exkurs, was aus einer dieser Kisten mittlerweile geworden ist — "ein bisschen Geschichtsstunde" ;):
Unlängst tauchten zwei dieser Kisten in einer staubigen Ecke auf und sollten dem Elektroschrott anheim fallen. Eine Kiste wurde wieder aufgebaut, die Innereien der zweiten Kiste als Ersatzteile eingelagert. Meine Vorgehensweise ist allerdings nicht die Wiederherstellung des Auslieferzustandens, sondern die Herstellung eines möglichst leistungsfähigen Zustandes, wie er auch mit dem Mitteln der jeweiligen Zeit (Baujahr + max. 2…3 Jahre) herstellbar war, wobei jeweils die Hauptplatine als gegeben und somit den PC bestimmend angesehen wird.

Compaq Deskpro 5120 mehr oder weniger ausgereizt:

• Pentium-S 200 @ 180 MHz aktiv gekühlt, Hauptplatine wurde mit dem Lötkolben dazu "überredet"; für 200 MHz bzw. 198 MHz müsste der 60 MHz Quarz durch einen mit 66,6666 MHz bzw. 66 MHz ersetzt werden
• IDE-Festplatten Fujitsu MPC3064AT (6,4 GB) & Maxtor 90871U2 (8,7 GB)
• Hauptplatine im proprietären Format, mit PCI-Ethernet 10Base-T onboard (AMD AM79C970KC)
• PCI-Grafik Compaq QVision 1280P+ mit 1 MiB RAM onboard, mag kein XFree86
• PCI-Grafikkarte ATI Rage Pro 215GP mit 8 MiB RAM, mag in diesem PC leider auch kein XFree86 Thread dazu hier im Forum: Xfree86 auf Compaq Deskpro 5120?
• ISA-PnP-Soundkarte Aztech AZT2320
• PCI-USB 1.1 Controller (OHCI)
• 192 MiB RAM = 6 × 32 MiB EDO 60 ns
• 3,5" 1,44 MB Diskettenlaufwerk
• immer noch kein CD-ROM-Laufwerk
• Netzteil im proprietären Format, elektrisch bereits ein rudimentäres ATX-Netzteil; sehr praktisch, da die +3,3 V für die CPU direkt aus dem Netzteil kommen und somit kein Spannungsregler auf der Hauptplatine ins Schwitzen kommt

Zitat von Dirk

oder kurzversion für unsere freunde über google: Liegt am Monitor. Plug&Play Pin im VGA Kabel war mal für S/W Betrieb.

Also ein VGA Kabel/Adapter basteln, wo der Pin fehlt?

Wenn man weiß, wonach man suchen muss, wird man auch fündig, z. B.: VGA pinout and connections

Endlich war mal Zeit zum Löten eines Adapters gemäß obiger Beschreibung, für die alte 19"-Röhre natürlich die Version VGA mit Unterstützung für 1024×768.

Das Monochrom-Problem ist mit dem Adapter gelöst, die ISA-Grafikkarte mit dem TVGA8900B Chip startet jetzt immer im VGA-Modus.

Nun kam natürlich die Frage auf, ob sich denn X auch mit 1024×768 betreiben lässt. Da der 386er mit der ISA-Grafikkarte noch nicht vollständig konfiguriert ist, wurde ein 486er VL-Bus-PC mit komplett installiertem Linux (Slackware 9.1, Kernel 2.4.33.3, XFree86-3.3.6, icewm) dafür hervor gekramt und mittels Adapter an den Monitor angeschlossen. Ein "X -probeonly" ergibt, dass die Grafikkarte (Cirrus Logic CL-GD5429, 2 MiB RAM) für 1024×768 vsync = 45,9 Hz benötigt. Die alte 19"-Röhre kann aber nur vsnyc = 50…160 Hz. Mit diesen Werten, aus Erfahrung mit oberer Grenze bei 90 Hz gesetzt, in der XF86Config startet X gleich mit 800×600. Mit 45 Hz als untere Grenze startet X vermutlich (lässt sich jedenfalls nach angemessener Ladezeit wie gewohnt mit <Strg>+>Alt>+<Backspace> abschießen, danach normales Arbeiten auf der Console möglich) mit 1024×768, aber der Monitor kann das nicht darstellen und gibt eine entsprechende Fehlermeldung (vsync out of range) aus. Damit dürfte sich 1024×768 nicht nur mit der VL-, sondern auch mit der ISA-Grafikkarte erledigt haben. Einen noch viel älteren Monitor will ich mir nicht mehr zulegen, da dabei zwischen besorgen und entsorgen u.U. nur wenige Tage liegen können. Zudem macht ein Standbild mit vsync < 75 Hz auf einer Röhre nicht wirklich Spaß.

Zitat von xCtrl

Ausserdem habe ich hier eine WD Caviar mit 212MB aus dem Jahre 94 Die ich nirgendwo zuordnen kann.
Was könnte man denn dem P120 geben? die 212er wäre denke ich mal zu unterdimensioniert. Doch wo zum geier gehört die kleine HDD denn passend rein?

Eine 212 MB Festplatte passt zu einem 486er.

Der P120 bekommt natürlich die 1 GB Festplatte. So eine Kombi lieferte damals z.B. Compaq aus.

Compaq Deskpro 5120:

• Pentium-S 120 MHz passiv gekühlt,
• 1 GB Festplatte "Quantum Fireball 1080 AT"
• Hauptplatine im proprietären Format, mit PCI-Ethernet 10Base-T onboard
• PCI-Grafik mit 1 MiB RAM onboard, mag kein XFree86
• 6 Steckplätze für FPM-/EDO-RAM, max. 32 MiB pro Modul möglich = 192 MiB gesamt, Auslieferzustand vermutlich 4 Module á 8 MiB FPM = 32 MiB gesamt
• 3,5" 1,44 MB Diskettenlaufwerk
• kein CD-ROM-Laufwerk
• Netzteil im proprietären Format, elektrisch bereits ein rudimentäres ATX-Netzteil

Zitat von Mr. Vain

Das schnellste mir bekannte FPM sind die 70ns, wenn also irgendwo die Rede von 60ns ist, dann sind das (mit an Sicherheit grenzender Wahrscheinlichkeit) EDO RAMs.

Nein! Meine verbauten 32 MiB FPM-RAM-Module, insgesamt 6 Stück, sind alle 60 ns. Wären es EDO-RAM-Module, würden die in den beiden 486ern nicht funktionieren. Bei 16 MiB FPM-RAM-Modulen sind 70 ns aber häufiger anzutreffen als 60 ns.

Zitat von Mr. Vain

Ne, zu teuer! Lass die Finger von. Kannst nach der Bezeichnung mal googeln, aber ich wuerd sagen, dass sind keine FPMs. Beim zweiten Riegel kann man die Chipaufdrucke grad so erkennen...

Bei dem Anbieter habe ich schon öfters gekauft, bisher immer ohne Probleme. Er antwortet auch auf Fragen wie "Sind das wirklich FPMs und keine EDOs?" oder "Können vier baugleiche Module geliefert werden?". Und wenn die nicht funktionieren, greift, da er ein kommerzieller Anbieter ist, das Fernabsatzgesetz. Zu teuer finde ich die auch nicht, vorausgesetzt man bekommt tatsächlich 2 baugleiche 32 MiB FPM-RAM-Module. Ich würde gleich vier Module nehmen, denn wenn 16 MiB FPM-RAM-Module auf der Hauptplatine laufen, gibt es eigentlich keinen Grund, warum 32 MiB FPM-RAM-Module nicht laufen sollten. Bei FPM und EDO liegt die Grenze zwischen 32 MiB und 64 MiB Modulen. Bis 32 MiB geht es fast immer, 64 MiB und größer funktionieren nur auf wenigen Hauptplatinen, da die Module ab 64 MiB grundlegend anders organisiert sind. Eine Hauptplatine, die 16 MiB Module verdaut, aber 32 MiB Module verweigert, hatte ich noch nie in den Händen.

Zitat von Retro92

Zudem werde ich bei Zeiten noch neuen EDO-RAM kaufen sowie einen 486DX2-66 mit WriteBack-Cache, bin gespannt, was bei rauskommt

Wenn das Handbuch nicht explizit den Einsatz von EDO-RAM erwähnt, wird da ein dunkler Bildschirm bei rauskommen! 486er mit PS/2-Steckplätzen brauchen normalerweise das ältere FPM-RAM. Optisch sind FPM-RAM- und EDO-RAM-Module nicht unterscheidbar. FPM-RAM-Module gibt es in Größen bis 32 MiB, und mehr als 128 MiB RAM können die 486er-Hauptplatinen meist eh nicht verwalten. Da die cacheable RAM area meist < 128 MiB groß ist, lässt sich ein 486er mit 128 MiB RAM nur unter Linux performant nutzen, da Linux den Speicher linear von unten nach oben adressiert, sodass zuerst das cached RAM aufgefüllt wird.

Zitat von Mr. Vain

das Board leidet unter dem leeren RTC, .

Und solange dieses Problem nicht gelöst ist, braucht man sich mit den anderen ggf. vermeintlichen Problemen gar nicht erst herumzuärgern. Eine vor sich hin schwächelnde CMOS-Stütze führt zu den seltsamsten, nicht reproduzierbaren Problemen. Klare Verhältnisse gibt es nur, wenn die noch gut gefüllt (U ≥ 3,0 V) oder richtig leer (U ≈ 0 V) ist.

Zwei ISA-Grafikkarten, eine mit einem Grafikchip Trident TVGA8900B, die andere mit einem Trident TVGA8900C, zeigen ein seltsames Verhalten.
Nach dem Einschalten des PCs arbeiten die im Monochrom-Modus. Ein Softreset vor dem Start des Betriebssystems schaltet beide in den VGA-Modus. Zuerst fiel das beim Zusammenbau eines 286er Systems mit der Grafikkarte mit dem TVGA8900C auf. Na gut, vielleicht war die inkompatibel zur Hauptplatine, also wurde eine Grafikkarte mit TsengLabs ET4000 Grafikchip reingesteckt und das Probem war erstmal aus der Welt. Aber wie so oft kommt alles irgendwann wieder. Beim Aufbau eines 386er Systems trat das Problem wieder auf. Wieder inkompatibel? Nun geht mein Vorrat an ISA-Grafikkarten allmählich zur Neige und so fand sich nur noch eine Grafikkarte mit dem TVGA8900B. Und wieder trat genau das gleiche Problem auf. Woran kann das liegen? Muss im BIOS ggf. etwas anders eingestellt werden?

aus dmesg:

[ 2.002667] ata1.00: failed to get Identify Device Data, Emask 0x1
[ 2.003102] ata1.00: failed to get Identify Device Data, Emask 0x1

[ 2.415710] ata2.00: failed to get Identify Device Data, Emask 0x1
[ 2.418601] ata2.00: failed to get Identify Device Data, Emask 0x1

Da läuft irgendwas schief - was genau müsste ich auch im Internet suchen. Die Suchmaschinen spucken dazu reichlich Treffer aus.

Zitat von dr.zeissler

Ich habe mir einen Celeron 333 ersteigert, der wiederum passt aber nicht in das Board weil der Steckplatz eine komische Halterung hat.

Was soll ein Celeron 333 gegenüber einem Celeron 300 bringen?
Wenn Leistung verlangt wird, kommt auf diese Slot-1-Hauptplatinen mit nur 66 MHz FSB ein Celeron 533 (Mendocino) mit Slotket drauf.

Zitat von thosch97

Hab mal paar Fotos gemacht von dem was hier noch so rumliegt, sind zwei Mainboards, zwei CPUs und eine Soundkarte: http://mars.t23h.de/586/

Die Avance Logic ALS100+ ist im großen und ganzen SB16-kompatibel und daher ggf. eine Alternative, falls die Soundblaster AWE64 Probleme mit DOS-Spielen bereiten sollte. Allerdings bietet die ALS100+ zwei unangenehme Überraschungen:
Eine SB16 benutzt einen 8-Bit-DMA (DMA0, 1 oder 3; DMA2 ist belegt) und einen 16-Bit-DMA (DMA5, 6 oder 7; DMA4 ist belegt). Die ALS100+ hingegen benutzt zwei 8-Bit-DMA. Wenn im System ein ECP-Parallelport werkelt, wird es eng mit den 8-Bit-DMA! Der ECP-Parallelport benötigt einen 8-Bit-DMA und kann in den meisten Fällen nur auf DMA1 oder 3 eingestellt werden. Dann muss die ALS100+ den DMA0 als einen 8-Bit-DMA nutzen, da DMA nicht doppelt belegt werden dürfen!
Wie das unter DOS konfiguriert wird? - Keine Ahnung!
Eine SB16 betreibt den MPU401-UART ohne IRQ. Die ALS100+ belegt jedoch einen IRQ für den MPU401-UART. Anders als die SB16, die mit insgesamt einem IRQ auskommt, braucht die ALS100+ zwei IRQ. Von ISA-Karten belegte IRQ dürfen nicht doppelt belegt werden!

Ach ja, als Hauptplatine würde ich die mit dem AMD K6 200 nehmen, damit genug Reserven für etwas rechenintensivere Spiele vorhanden sind.

Als DOS ist FreeDOS eine Alternative. Das "lebt" wenigstens noch. Außerdem bietet es erheblich mehr Funktionen als die DOS-Leichen von M$ oder IBM.

Zitat von Mr. Vain

ob das (technisch langweiligere) Sockel 7 Board laeuft. Dazu hab ich dann nen Pentium 133.

Klar, Sockel-7 mit PCI/ISA ist technisch langweiliger als Sockel-2 oder 3 mit VLB/ISA. Das Maximum an Langeweile stellt aber der Pentium-S 133 auf einer Sockel-7-Hauptplatine dar! Wenn es schon Intel sein muss, dann wenigstens ein Pentium-S 200. Wenn die Hauptplatine "split voltage" kann, dann kommt da natürlich ein Pentium MMX 233 oder ein K6 233 (Model 6) drauf. Letzterer funktioniert evtl. auch auf Sockel-7-Hauptplatinen ohne "split voltage", siehe dazu 686er CPU auf Sockel-7 betreiben
Vom RAM her interessant wird die Sache, wenn die Sockel-7-Hauptplatine mit dem Intel 430HX Chipsatz bestückt ist. Der unterstützt theoretisch bis zu 512 MiB RAM, wobei u.U. sogar die cacheable RAM area von 64 MiB auf 512 MiB durch Nachrüsten eines zusätzlichenTag-RAM erweitert werden kann.

Zitat von Mr. Vain

Weiss einer, was da passiert sein kann? Hat das BIOS irgendwie nen Schaden durch die EDO Testerei, wo das Board wie wild angefangen hat rumzufiepen?

Mach mal ein CMOS reset, damit das BIOS *sauber* zurückgesetzt wird. Das musste ich auch schon mehrmals nach erfolglosen CPU- oder RAM-Tests machen, allerdings waren das Sockel-A-Hauptplatinen (und einige andere, aber das ist schon lange her).

Zitat von meego4ever!

Es kann schon sein, das die Platte Probleme macht. Sie ist zwar größer als 8,4 Gb - aber die Partition hat knapp 2Gb. Mal sehen ob ich eine andere Platte auftreiben kann.

Grundsätzlich erlaubt Linux den Betrieb von Festplatten, die größer sind als vom BIOS erkannt. Wenn der Kernel erst mal gestartet wurde, übernimmt der nämlich die Festplattenverwaltung und kümmert sich nicht mehr um irgendwelche BIOS-HDD-limits. Je nach System sind dazu allerdings unterschiedliche Maßnahmen erforderlich. Um dazu mehr sagen zu können, muss aber mehr vom System bekannt sein.
Welche Hauptplatine kommt zum Einsatz?
Welcher IDE-Controller (onboard, PCI-Steckkarte, ISA-Steckkarte - Bezeichnung) kommt zum Einsatz?
Was für eine Festplatte (Modell, Speicherkapazität) kommt zum Einsatz?
Was zeigt das BIOS nach der Festplattenerkennung für Werte (C|H|S, Speicherkapazität) für die Platte an? An einem P1-System können ohne speziellen PCI-IDE-Controller (Steckkarte) nur LBA28-Festplatten betrieben werden, die größten handelsüblichen LBA28-Festplatten haben eine Speicherkapazität von 120 GB.
Welcher Kernel kommt zum Einsatz?

"andere Platte" heißt alt, gebraucht und dementsprechend verschlissen. Eine Alternative wäre eine 8 GB-CF-Karte (für SuSE 4.4.1 könnte auch eine 4 GB CF-Karte reichen) mit einem CF-IDE-Adapter.

Zitat von Alpha

Äh, der Schalter funktioniert wie beim AT. Es klackt laut und es geht an. Nochmal drücken und es ist komplett aus. Das ist kein Softschalter..

Nein! Es ist ein "soft switch". Nur das Geräusch ist ähnlich, da diese Bauform sowohl als Schalter als auch als Taster existiert.
Am Netzteil liegen auch nach dem "ATX power off" primärseitig die 230 V Netzspannung an! +5VSTB wird weiterhin unter Spannung gehalten.

Lösungen: ATX-Netzteil mit Netztrennschalter (als Kippschalter ausgeführt) an der zugänglichen Netzteilrückeseite verwenden.
PC und Monitor an eine schaltbare Steckdosenleiste anschließen. Das ist komfortabel und dann ist nach Abschalten der Steckdosenleiste alles aus, also vom Stromnetz getrennt.

Zitat von meego4ever!

Wer kann mir helfen, meine LiLo Config anzupassen?

Ich habe Suse 4.4.1 auf einem P1 installiert (128 MB Ram, eine Partition /dev/hda). LiLo zum Schluß ausgeführt und die Installation abgeschlossen. Nun kommt beim hochfahren nur noch "00" als Dauerschleife, wie kann ich meinen LiLo nachträglich konfigurieren und (z.B. Diskette?) und was trag ich alles unter append ein?

Wenn "/dev/hda" nicht nur ein Tippfehler ist, dann hast du ein Problem!

Nachfolgend mal davon ausgehend, das die Partition /dev/hda1 existiert:
Wenn die IDE-Platte größer 8,4 GB ist (C|H|S = 16383|16|63 bzw. mit LBA C|H|S = 1027|255|63; evtl. sogar niedrigere Grenze, siehe: Große Festplatten in alten PCs) und /dev/hda1 ebenfalls diese Grenze überschreitet, hast du ebenfalls ein Problem. Die Partition, auf der der Kernel liegt, muss *komplett* vom BIOS aus erreichtbar sein. Dafür bieten speziell die alten Distris meist die Option an am Anfang der Festplatte eine kleine Partition für /boot anzulegen.

Um an das System wieder ranzukommen, musst du mit einer Bootdiskette (erstellt SuSE so etwas beim Installieren?) oder der ersten CD das System anstarten. Beim Start von der CD ist darauf zu achten, dass nicht das Installationsprogramm startet.

In die "append="-Zeile kommen oft Bootparameter für ISA-Hardware, die direkt in den Kernel kompiliert wurde. Das ist z.B. erforderlich, wenn das root-fs auf einer Platte liegt, die an einem ISA-Controller (Klassiker in diesem Sinne sind ISA-SCSI-Controller) hängt, der Bootparameter braucht.

Womit bekommt man denn screenshots ("echte" screenshots per Software - mit Digitalkamera geht es ja immer) von 80286er-Systemen (FreeDOS ist installiert)? Snarf (für DOS) will ja mindestens einen 80386er Prozessor haben.