Retro Rechner Umbau, SLOT 1 Mainboard

[Mr. Vain]

Beta BIOSe bei den ASUS Brettern IMMER nehmen

Habe das P2B-F und P3B-F gehabt, lief bestens

[VolvoDriver]

wurde aber vorhin geschrieben das es mit den coppermines probleme gibt.
es wird ja gesagt das man das neuste bios flashen soll, aber macht doch keinen sinn wenn es mit den coppermines probleme gibt.
kann man da nicht besser die CPU erstmal draufsetzen und schauen ob alles erkannt wird?

[Igor Todeshure]

(25.01.2018 21:36)VolvoDriver schrieb:  wurde aber vorhin geschrieben das es mit den coppermines probleme gibt.
es wird ja gesagt das man das neuste bios flashen soll, aber macht doch keinen sinn wenn es mit den coppermines probleme gibt.
kann man da nicht besser die CPU erstmal draufsetzen und schauen ob alles erkannt wird?

Bei ASUS bedeutete Beta-BIOS damals i.d.R., daß sie die letzten Microcode-Updates enthielten, dabei sogar Microcodes für CPUs enthielten, die aufgrund der Boardhardware eigentlich gar nicht vorgesehen waren, z.B. Codes für FSB133-CPUs auf FSB100-Brettern. Wer also z.B. bei Übertaktungsversuchen seine Hardware dabei himmelte, handelte dann auf eigene Gefahr und konnte ASUS dafür nicht haftbar machen, denn für ein Beta-BIOS gibt es keine offizielle Unterstützung.
Bei einigen P1-Boards benötigte man z.B. ein Beta-BIOS, um IDE-Platten über 32GB betreiben zu können. Also Beta war ein besonderer Service ohne Gewähr, um ggf. noch alte Hardware eine Weile weiternutzen zu können.

[Arnulf zu Linden]

(25.01.2018 22:50)Igor Todeshure schrieb:  Bei einigen P1-Boards benötigte man z.B. ein Beta-BIOS, um IDE-Platten über 32GB betreiben zu können.

Betreiben kann man an diesen alten Brettern alle LBA28-Festplatten, also bis 128 GB, nur wird das BIOS die nicht mit voller Kapazität erkennen. Abhilfe unter DOS/Windows: DDO installieren; Abhilfe unter Linux: boot-Partition mit Kernel muss komplett im vom BIOS erkannten Bereich der Festplatte liegen.

Die 32 GB-IDE-Grenze war bei Sockel-Super-7 teilweise vorhanden. Für Bretter anderer Hersteller gibt es für deren Überwindung meist ein modBIOS, dass dann auch Unterstützung für AMD K6-2+ und K6-III+ mitbringt. Bei Asus reicht auch für diese Prozessoren das jeweils letzte beta-BIOS.

Ein "P1-Board", also Sockel-5 oder Sockel-7 (für Pentium-S) oder Sockel-7 "split voltage" (für Pentium MMX), erkennt i.d.R. auch mit beta-BIOS nur IDE-Festplatten bis 8,4 GB.

[Blue]

DDO ist todessünde. Musste ich aufm Congress schmerzlich feststellen

[Benjamin92]

Was spricht gegen DDO?
Will am Wochenende mich damit beschäftigen, weil mein 486er die Festplatten nur auf 500 MB Partitionieren kann.

[DosAmp]

(26.01.2018 07:47)Benjamin92 schrieb:  Was spricht gegen DDO?

Es ist nicht trivial, eventuelle Schäden an eingebetteten Partitionen zu beheben.
Mittlerweile habe ich herausgefunden, dass man mit installiertem DDO einfach nur die ersten 63 Sektoren der DDO-Partition (also in der Regel 126 Sektoren vom Start der Platte) überspringen muss, damit man einen ordentlichen MBR und LBA-partitionierte Platte erhält… also zum Beispiel

Code:

losetup -o 32256 -P -f --show /dev/sdb1

um die Platte als /dev/loopX und die Partitionen als /dev/loopXpY zu erhalten, wenn sie per USB-Adapter in ein Linux-System eingehängt wird.

Mit dem alten IDE-Treibern hatte Linux einen Parameter hda=remap63, um Disk-Manager transparent einzubinden.

[Arnulf zu Linden]

(26.01.2018 07:47)Benjamin92 schrieb:  Was spricht gegen DDO?

Auf Museumskisten: Technisch nichts!
Man muss allerdings bei der Installation von Betriebssystemen einiges beachten. DDOs sind nicht DAU-kompatibel.

(26.01.2018 07:47)Benjamin92 schrieb:  Will am Wochenende mich damit beschäftigen, weil mein 486er die Festplatten nur auf 500 MB Partitionieren kann.

Also soll DOS/Windows drauf? Linux braucht nämlich kein DDO. Bei Dualboot darf Linux nicht in den MBR, wo das DDO liegt, schreiben, also Vorsicht mit lilo/grub. Auf Systemen mit DDO und Dualboot bietet sich das DOS-Startmenü an und Linux wird via loadlin angestartet.

---

(26.01.2018 13:27)DosAmp schrieb:  Es ist nicht trivial, eventuelle Schäden an eingebetteten Partitionen zu beheben.

Argument gegen DDO auf Produktivsystemen, kein Argument gegen DDO auf Museumskisten. Und welches Produktivsystem braucht heute noch ein DDO?

[Blue]

(26.01.2018 13:27)DosAmp schrieb:  

(26.01.2018 07:47)Benjamin92 schrieb:  Was spricht gegen DDO?

Es ist nicht trivial, eventuelle Schäden an eingebetteten Partitionen zu beheben.
Mittlerweile habe ich herausgefunden, dass man mit installiertem DDO einfach nur die ersten 63 Sektoren der DDO-Partition (also in der Regel 126 Sektoren vom Start der Platte) überspringen muss, damit man einen ordentlichen MBR und LBA-partitionierte Platte erhält… also zum Beispiel

Code:

losetup -o 32256 -P -f --show /dev/sdb1

um die Platte als /dev/loopX und die Partitionen als /dev/loopXpY zu erhalten, wenn sie per USB-Adapter in ein Linux-System eingehängt wird.

Mit dem alten IDE-Treibern hatte Linux einen Parameter hda=remap63, um Disk-Manager transparent einzubinden.

hate.

das ändert alles.

hate.

alles umsonst.

hate.

Q_Q

thx dosamp

du bist einfach elitär

[VolvoDriver]

um jetzt mal wieder zum eigentlichen thema zu kommen:

habe grade mal die 933MHz CPU aufgesteckt und wurde auch sofort erkannt.
wurde hier nicht mehrfach geschrieben sie würde auf dem board nur als 700MHz erkannt werden?