rMarkus
Chuck The Plant
Zwangsheirat m0n0wall und Siemens PCD-5L erfolgreich
Hallo,
endlich bootet m0n0wall von mein PC-5L mit Disk-On-Modul.
Da das Problem wahrscheinlich grundsaetzlich bei aelteren Rechnern auftreten sollte, habe ich hier mal das Problem dargestellt:
Das Abbild von m0n0wall, was man mit dd auf die Platte aufspielen soll, enthaelt keine Partition/Slices. Wenn man nun die anscheinend trotzdem vorhandene Partitionstabelle ausliest, bekommt man sehr hohe Werte für die CHS-Addressierung. Der Bootloader von FreeBSD liest den ebenfalls aus und versucht dann auf diese Art auch die gesamte Platte im Rahmes des Bootvorgangs zu lesen. Da ältere BIOS-Versionen jedoch keine 255 Heads vorgesehen haben, was sicherlich auch bei physikalischen Platten schlicht nicht vorkommen kann aber in der Partitionstabelle so steht, meldet der Bootloader beim Booten umgehend "Read Error".
Modernere BIOS-Versionen scheinen diese falschen CHS-Zugriffe zu korrigieren.
Die Loesung bestand darin sowohl einen bootbaren Slice als auch eine Partition anzulegen.
Dazu muss man zunächst mit
dd if=/dev/zero of=/dev/daX
die fehlerhafte Partitionstabelle der Zielmediums geloescht werden (Vorsicht!), da sonst die Partitionierungswerkzeuge irritiert sind.
Z.B. mit sysinstall legt man nun einen Slice und eine Partition an.
Diese formatiert man mit z.B.
newfs -O 1 /dev/ad6s1s
Das originale Plattenimage von m0n0wall mountet man und kopiert den Inhalt auf die neue Partition. Mit boot0cfg bekommt man die Partition bootbar.
Grob sollte das so funktionieren, wobei in meinem Fall noch diverse andere Fehler aufgetreten sind. So will z.B. der RZ1000 IDE-Controller nicht mit Kernel 4.11 oder den 5er Versionen. Abhilfe schafft da der alte IDE-Treiber "wd".
m0n0wall selbst mit Kernel 4.10 und ata-Treiber funktioniert allerdings auch.
Hoffe das hilft, falls noch Jemand ein ähnliches Problem hat.
Hallo,
endlich bootet m0n0wall von mein PC-5L mit Disk-On-Modul.
Da das Problem wahrscheinlich grundsaetzlich bei aelteren Rechnern auftreten sollte, habe ich hier mal das Problem dargestellt:
Das Abbild von m0n0wall, was man mit dd auf die Platte aufspielen soll, enthaelt keine Partition/Slices. Wenn man nun die anscheinend trotzdem vorhandene Partitionstabelle ausliest, bekommt man sehr hohe Werte für die CHS-Addressierung. Der Bootloader von FreeBSD liest den ebenfalls aus und versucht dann auf diese Art auch die gesamte Platte im Rahmes des Bootvorgangs zu lesen. Da ältere BIOS-Versionen jedoch keine 255 Heads vorgesehen haben, was sicherlich auch bei physikalischen Platten schlicht nicht vorkommen kann aber in der Partitionstabelle so steht, meldet der Bootloader beim Booten umgehend "Read Error".
Modernere BIOS-Versionen scheinen diese falschen CHS-Zugriffe zu korrigieren.
Die Loesung bestand darin sowohl einen bootbaren Slice als auch eine Partition anzulegen.
Dazu muss man zunächst mit
dd if=/dev/zero of=/dev/daX
die fehlerhafte Partitionstabelle der Zielmediums geloescht werden (Vorsicht!), da sonst die Partitionierungswerkzeuge irritiert sind.
Z.B. mit sysinstall legt man nun einen Slice und eine Partition an.
Diese formatiert man mit z.B.
newfs -O 1 /dev/ad6s1s
Das originale Plattenimage von m0n0wall mountet man und kopiert den Inhalt auf die neue Partition. Mit boot0cfg bekommt man die Partition bootbar.
Grob sollte das so funktionieren, wobei in meinem Fall noch diverse andere Fehler aufgetreten sind. So will z.B. der RZ1000 IDE-Controller nicht mit Kernel 4.11 oder den 5er Versionen. Abhilfe schafft da der alte IDE-Treiber "wd".
m0n0wall selbst mit Kernel 4.10 und ata-Treiber funktioniert allerdings auch.
Hoffe das hilft, falls noch Jemand ein ähnliches Problem hat.
jedenfalls versteh ich das nur in zügen, zumindest was die behebung des fehlers angeht.