Lowlevel
OffZone => Offtopic => Thema gestartet von: bscreator am 23. December 2004, 12:28
-
Hi Leute,
ich möchte auf meinem alten 286er-Laptop (30 MB Festplatte) eine Linux- oder Unix-Version installieren. CD-Laufwerk hab ich keines, weshalb die Linux-Version auf CD ausscheiden. Kennt jemand von euch ein Unix-Betriebssystem, das auf 3,5"-Disketten ausgeliefert wird, oder eine Homepage, wo man sich Unix runterladen kann ?
Thanks
-
Linux gibt es nicht für den 286er. Mit Linux geht es erst ab dem 386er los. (Es gibt aber auch irgendwo ein Linuxport auf den 8086er.)
Ich hab gehört, Minix soll auf dem 286er laufen. -> http://www.cs.vu.nl/~ast/minix.html (und halt google)
Ich weiss nicht ob es da Binaries oder gar Diskimages gibt ...
-
http://www.cs.vu.nl/cgi-bin/raw/pub/minix/2.0.0/i86.tar
http://www.cs.vu.nl/~ast/getting_minix.html
läuft Minix 286 eigentlich auch noch im RealMode?
-
Soweit ich weiss schon hatte letztens das Buch von Tannenbaum in der Hand.
-
Minix 286 schon noch (aber scheinbar ohne Bios-Ints) während Minix-386 schon im PMode zu laufen scheint.
Den Source finde ich übrigens sehr schön.
-
Als DOS-Alternative gibts noch FreeDOS, ein Open Source MS-DOS-Klon, von dem in absehbarer Zeit die Version 1.0 erscheint.
-
Jo der Source is auch extra als Lehrmittel ausgelegt, übrigens die zwei Bücher dazu sind sehr zu empfehlen
-
Ich hab eine ähnliche Situation: Ich möchte Linux auf einem Pentium (IBM/Cyrix P6 oder sowas) installieren, 32 MB RAM, 2 GB HD.
Welche Distribution soll ich nehmen? Oder sollte ich auf ein anderes Unix-Derivat, zB Minix zählen? Oder sogar bei DOS bleiben?
-
Naja, kommt halt d'rauf an, ich hatte auch ein paar Tage NetBSD 2.0 (SEHR neu) auf meinem 486 mit 100Mhz und < 129MB RAM ;) Hat halt lang gebootet und ich hatte kein X laufen, aber sonst...
-
Hi Leute,
hat jemand von euch eine Ahnung, wie man Minix installiert ? Laut Andrew. S. Tanenbaum soll man das für DOS erstellte FDVOL zum Erstellen von Diskettenimages verwenden. Allerdings funktioniert das bei mir nicht.
Weiß jemand von euch, ob und wo es Installations-Diskettenimages für Minix gibt
-
In ein paar Tagen werden die Minix-Images (Basisversion ohne Quelltexte) als Image bei mir zum Download bereitstehen. Sonst gehe so vor (cmd.exe):
fdvol 1440 A: ROOT USR
fdvol 1440 A: USR.TAZ
Du brauchst etwa 5 Disketten. Für den Code noch einmal etwa 5.
-
Mit den angegebenen Parametern hatte ich es auch schon versucht. Allerdings ohne Erfolg.
Aber wenn Du die fertigen Installations-Images zum Download bereitstellst, ist es ja umso besser.
Danke,
bscreator
-
Da brauchst du dann immer noch RaWrite o.ä., um sie auf Diskette zu kopieren.
-
RawWrite hab ich auf meinem "neueren" Rechner. Das funktioniert einwandfrei.
-
Hier befinden sich erstmal die vier Basic Images (ohne Quellcode; weiteres folgt vielleicht). Installationshinweise könnt ihr der offiziellen MINIX-Site entnehmen.
http://www.stefan-zurfluh.biz/pub/minix/img/
-
ich hab mal versucht mit diesen diskettenimages unter bochs zu arbeiten, tja, ging net, oder könnt ihr mir sagen was ich sagen soll wenn er mich auffordert ne taste zu drücken (er reagiert nicht) ?
-
gabet eigendlich damals schon PM, oder mit wem wurde der eingeführt?
-
ok, [ESC] wirkt wunder ;)
ansonsten ja der pm wurde mit dem 286er eingeführt, war da aber ziemlich bugged (zurückwechseln in rm ging nich ohne reboot und was weiß ich was noch nich funzte...)
-
also ist minix aber schon multitasking im PM, oder?
-
ka, soweit kam ich nich, ich geh aber mal von ja aus da es ja bis zu 3 virtuelle konsolen gibt ^^
-
Minix wurde zuerst für den XT geschrieben (meist 8088er), daher glaube ich, dass Minix pre-emptives Mulittasking nicht unterstützt.
-
Doch Minix unterstützt Multitasking.
* Full multiprogramming (multiple programs can run at once)
laut Wikipedia (http://de.wikipedia.org/wiki/Minix) sogar die 8088er version.
-
Also laut meines Wissens wurde der PM erst mit dem 386 SX eingeführt. Allerdings gingen da, wie bereits gesagt, eine Menge Sachen schief.
Erst mit dem 386 DX wurde der Protected Mode einigermaßen optimiert und verbessert.
-
Was ich gehört habe: der Protected Mode wurde mit dem 286er eingeführt, wurde aber praktisch nie verwendet, da ältere Programme nicht mehr lauffähig waren (VM8086 gabs noch nicht). Mit der Einführung des 386ers (Adressleitungen sind von 24 auf 32 gewachsen -> 4 GB Speicher konnte genutzt werden) gab es mehr Leute, die PM proggten.
-
Also laut meines Wissens wurde der PM erst mit dem 386 SX eingeführt. Allerdings gingen da, wie bereits gesagt, eine Menge Sachen schief.
Erst mit dem 386 DX wurde der Protected Mode einigermaßen optimiert und verbessert.
wie kann dann Minix mit PM auf einem 286 laufen ;-) ich dachte auch an einen 386 beim einführen von PM, aber scheinbar isses net so... auch, wenn der damals noch net so ausgereift war!
@all: was heißt "ausgereift"? versteht man darunter "buggy"? ich denke, der PM ist auch heutzutage noch net komplett fehlerfrei... was denkt ihr?
-
das er nich komplett fehlerfrei is merkt man ja, man denke nur an euren flat real mode/unreal mode.
ich denk sowas wird einfach aus kompatiblitätsgründen dringelassen...
-
ja, aber glaubt ihr auch, dass es lücken in PM gibt? also wenn man schon richtig drinne ist.
-
ich würd sagen der PM ist schon sehr ausgereift. soweit ich weiss erfüllt er, wenn er richtig programmiert ist, voll und ganz seine aufgabe (speicherschutz und beschränkung von hardware/befehlen). aber soweit ich weiß nutzt kaum ein betriebssystem den PM korrekt (also so wie von intel gedacht), weil das sonst zu kompliziert und/oder zu langsam wird. da kommen dann so sachen wie software-taskswitching, nicht vollständiger speicherschutz, speicherverwaltung nur per paging oder nur per GDT, und vom betriebssystem bereitgestellte möglichkeiten sein CPL zu erweitern bzw. die beschränkung zu umgehen. sicherlich haben diese "tricks" ihre berechtigung, doch sie machen den ursprünglichen protected mode "weich". ich würde sagen nicht der PM ist in irgendeiner form schlecht sondern die OSses die für ihn geschrieben werden.
das sieht man z.b. wie zur zeit versucht wird bei allen betriebssystem die gefahr von exploits, die auf bufferoverflows im stack basieren, einzudämmen. also zu verhindern, dass code in einem datensegment ausgeführt wird. [afaik]die *BSDs (oder nur OpenBSD?) nutzen dazu seit neuestem die seit dem 386er verfügbare technik um speicherschutz zu realisieren (W^X = Write xor eXecute), linux trennt daten und code nicht (sie überlappen sich also immer noch), und windows xp popelt da mit service pack 2 rum, und AMD und Intel rüsten die NX- (bzw. bei Intel XD)-technologie in ihren prozzis nach. (ich glaub NX wird auch von linux unterstützt)[/afaik]
porkchicken
-
Der 80286 hat bereits einen Protected-Mode, dem aber ein paar Teile noch fehlen. So zum Beispiel ist der Hardware-Zugriffsschutz nur ueber ein Flag möglich, nicht jedoch per Bitmap.
Auch ein Beenden des PMs ist kompliziert, da es einfaches Ruecksetzen nicht möglich ist. Aber ich habe in irgendeinem Programmierbuch (...wie programmiert man die Herculeskarte in ASM...) eine Möglichkeit gefunden, die den Tastaturcontroller dazu missbraucht.
Auch die virtuelle Maschine war nicht möglich.
Das einzige Betriebssystem, was mir spontan einfällt und den 286er-PM ausnutze, wäre OS/2 1.x ...
Multitasking ist auch auf nem C64 oder 8086 möglich, genuegend RAM und Leistung mal vorausgesetzt. Im Extremfall könnte man mit einem guten (optimierten) Kernel den Protected-Mode komplett weglassen und trotzdem eine vergleichbare Funktionalität basteln. Es ist dann halt alles eine Frage der Optimierung und der Komplexität.
Der 386SX hatte ein paar Bugs im Mikrocode, der in späteren Revisionen behoben wurde und daran schuld ist, dass Windows 95 nur auf Rev2-SXern läuft. Windows 3.11 läuft AFAIK auf beiden Prozessoren.
Gruesse Svenska