OBSD 3.9 installation mit WRAP per PXEBOOT will nicht

bofh

bofh

Sysop From Hell
hallo

ich habe hier eine nagelneues PC Engines WRAP.1E-2 mit tinyBios 1.11(das neuste)

ich wollte gern OBSD per PXEBOOT installieren, aber des will nicht.

gemacht habe ich:

- im Wrap BIOS ethernet-boot aktiviert

- Auf OBSD Server dhcpd.conf um die zeilen:
1)allow booting;
2)allow bootp;
3)filename "pxeboot";
... erweitert

- sowie in inetd.conf die tftp udp zeile aktiv geschaltet

- tftd fertig gemacht :
1) \tftpboot\etc erstellt
2) \tftpboot <- dort die bsd.rd und pxeboot vom 3.9\i386 hin kopiert
3) \tftpboot\etc\boot.conf gefüllt mit "set tty com0" + "stty com0 38400" + "boot tftp:/bsd.rd"

habe auch "boot tftp:/bsd.rd" durch "boot bsd.rd" ersetzt zum testen

ein versuch local mit tftp das file bsd.rd und pxeboot zu laden war erfolgreich

hier meine ausgabe des wraps

Code: 
PC Engines WRAP.1C/1D/1E v1.11
640 KB Base Memory
130048 KB Extended Memory

01F0 Master 848A SAMSUNG CF/ATA
Phys C/H/S 4065/16/63 Log C/H/S 1016/64/63
No boot device available, press Enter to continue.
ROM segment 0xe000 length 0x8000 reloc 0x00020000
Etherboot 5.3.12 (GPL) http://etherboot.org
Drivers: NATSEMI   Images: NBI PXE   Exports: PXE
Relocating _text from: [00089370,0009b230) to [07eee140,07f00000)
Boot from (N)etwork (D)isk or (Q)uit? N

Probing pci nic...
[dp83815]
natsemi_probe: MAC addr 00:0D:B9:04:5F:64 at ioaddr 0X1000
natsemi_probe: Vendor:0X100B Device:0X0020
dp83815: Transceiver default autoneg. enabled, advertise 100 full duplex.
dp83815: Transceiver status 7869 advertising 05E1
dp83815: Setting full-duplex based on negotiated link capability.
Searching for server (DHCP)...
Me: 192.168.0.191, Server: 192.168.0.133, Gateway 192.168.0.133
Loading 192.168.0.133:pxeboot (PXE)done

da bleibt er dann hängen

hat wer von euch das mit dem pxeboot auf ner wrap hinbekommen?
 
das mit dem floppy39.fs probierte ich auch schonmal, habe aber nu nochmal in /tftpboot kopiert (also die boot + bsd datei)

aber da smit dem tftpd(per inetd + manuell probiert) kann nicht sein weil ich probierte mittels tftp localhost + get pxeboot(sowie die bsd.rd und bsd) eine datei zu laden, mit erfolg

mit dem "/" das weiss ich nimam wieso, habe aber weggemacht habe also "boot bsd" in der boot.conf drin zur zeit.

und berechtigungen ... da habe ich knallhart nen "chmod -R 777 /tftpboot" gemacht, das sollte ja reichen

KORREKTUR(ADD):

http://www.openbsd.org/faq/de/faq6.html#PXE <- das sollte doch eigentlich schon wie dort beschrieben ausreichen, und dort wird nur auf die bsd.rd verwiesen, nicht auf die files aus floppy39.fs, wieso nimmst du da die 2 filesaus der floppy39.fs?
 
Zuletzt bearbeitet:
ich habs jetzt mal mit nem notebook probiert, damit gehts es wunderbar, er bootet und lädt alles mit zum install, nimm auch aus dert boot.conf den "boot bsd.rd" befehl

entweder das wrap macht blöd, oder die ausgabe umleitung auf com0 geht nicht

aber die boot.conf ist wie bei jedem anderen

/tftpboot/etc/boot.conf

Code: 
# cat /tftpboot/etc/boot.conf
stty com0 38400
set tty com0
boot bsd.rd
#
 
Hi,


ein "me too" von mir. Konnte noch nie eine WRAP erfolgreich über PXE booten (allerdings FreeBSD sowohl als Client als auch als Server).
Soekris macht keine Probleme mit den selben einstellungen.

IMHO eine weiterer entscheidender Vorteil der Soekris, die den Preis einigermaßen rechtfertigt.
 
okay.
plan b:

du steckts die cf-karte in einen anderen rechner und bueglst dir mit dd die bootfloppy drauf.
ist meine loesung fuer alles ;-)

und dann mountest du sie, und legst noch das /etc/boot.conf an.
 
fein fein, ein mitleidender ;)

im angepassten kernel für die soerkis 4xxx von flashdist habe ich folgendes gefunden was im GENERIC nicht drin ist

Code: 
option          PCCOMCONSOLE
option          CONSPEED=19200

ich habe zwar nicht alzuviel ahnung von kernels und co aber ich werd das mal
probieren damit, bloss noch den COMSPEED=38400 verändern für den WRAP

ich will einfach nicht aufgeben, schließlich gibt es personen bei den das mit dem pxeboot funktioniert

definitive aussagen wieso weshalb warum würden mich aber wirklich freuen

es gibt bestimmt jemand hier der die probleme hatte und vieleicht gelöst hat
 
@dettus

ja den plan verfolge ich schon, mir wird wohl nichts anderes übrig bleiben, trotz
allem will ich irgendwann damit auch mal diskless network booting probieren :)
 
Sieht eher danach aus, dass der PXE-Bug bei den WRAPs noch nicht behoben ist (Bug von etherboot.org) . (->Hatte dasselbe Problem).
Das auf der pcengines-Seite angebotene V1.11 tuts leider auch noch nicht, obwohl es von mehreren Personen schon gemeldet wurde.

Entweder du stellst Dir das Bios-Romimage von PXE-Boot selbst zusammen (http://etherboot.org / Menü "Make Roms") oder kurze PM, dann aber ohne Haftung meinerseits. (Funktioniert hats bei mir aber). Es empfiehlt sich, die V1.11 dennoch runterzuladen, wenn man vorhat, selbst eines zu erstellen, da dort in einem txt-File die vorgenommenen Einstellungen drin sind und somit abgelesen werden können.

... hatte ich noch vergessen: unbedingt auch das Readme lesen !!
 
Zuletzt bearbeitet:
danke für das feedback,
ich habe gestern im anschluss mit tronico telefoniert und
darum gebeten das sie sich als deutscher vertreiber für pcengines stark
machen bei pcengines bezüglich eines neuen bios updates das den bug behebt,

sie konnten zwar nichts versprechen, aber ich hoffe einfach mal drauf das da jetzt
mal was kommt in der richtung.
 
Mahlzeit,

ich hänge am gleichen Problem =). Allerdings ist mir aufgefallen, dass die boot.conf nicht gezogen wird (ich benutze die 3com bootservices und sehe welche dateien gezogen werden). Ich habe das ganze mal mit tftp versucht und ich kann die datei ziehen.

Any idea?
 
Ok, es liegt nicht an pxeboot, sondern an etherboot (www.etherboot.org). Ich habe mir das passende tinyBIOS von pcengines gezogen (aktuelle version 1.11: http://www.pcengines.ch/wbios111.zip) und ein neues etherboot image erstellt:

http://rom-o-matic.net/5.4.2/build....020]&ofmt=Binary+ROM+Image(.zrom)&A=Configure

Die Konfiguration (advanced options auf der seite) ist im readme dokumentiert:

Etherboot:

The boot module can be obtained from www.etherboot.org.

Options selected:

- natsemi:dp83815 -> controller type
- Binary ROM image -> ZROM
- CONSOLE_SERIAL -> serial console
- COMPRESERVE -> don't change serial parameters, use
the setting left by the BIOS
- POWERSAVE -> execute halt instruction when idle
- Select boot sequence / NIC number as needed
- BOOT_INT18H -> select to boot from disk first, from net
only if no boot disk, or N key pressed
during memory test.

- ASK_BOOT: 3
- BOOT_FIRST: BOOT_NOTHING
- BOOT_SECOND: BOOT_NIC
- BOOT_THIRD: BOOT_NOTHING
- BOOT_INDEX: 0
- BAR_PROGRESS
- SIZEINDICATOR
- LEGACY_SITE_OPTIONS
- ALLOW_ONLY_ENCAPSULATED
- ALLMULTI
- CONGESTED
- TAGGED_IMAGE
- ELF_IMAGE
- PXE_IMAGE
- MULTICAST_LEVEL1
- MULTICAST_LEVEL2
- DNS_RESOLVER
- DOWNLOAD_PROTO_TFTP
- DOWNLOAD_PROTO_NFS
- DOWNLOAD_PROTO_TFTM
- DOWNLOAD_PROTO_HTTP
- PXE_EXPORT
- CONFIG_PCI
- CONFIG_ISA
- PCBIOS
- IBM_L40 -> needed because WRAP does not have KBC

Store the module as PXE.BIN. Re-run MAKE.BAT to recreate
the ROM images.

Lediglich die Option LEGACY_SITE_OPTIONS habe ich nicht gefunden. :confused:

Wie auch immer. Gut gelaunt alles zusammengelötet (und bei der gelegenheit erstmal nen eigenen Bios-Disclamer Logo - whatever - mit eingebaut :D ).
Nachdem ich das ganze auf mein Wrap (vorher Bios 1.08) geschoben hatte erstmal der Schock: kein bootmenu... Für die, die evtl auch noch eine ältere Bios-Version haben: n während des ram-test :cool:
So, sieht nun auch alles soweit OK aus, aber er will sich immer noch nicht umzeugen lassen zu booten:

Boot from (N)etwork or (Q)uit? N

Probing pci nic...
[dp83815]
natsemi_probe: MAC addr 00:0D:B9:02:C8:2C at ioaddr 0X1000
natsemi_probe: Vendor:0X100B Device:0X0020
dp83815: Transceiver default autoneg. enabled, advertise 100 full duplex.
dp83815: Transceiver status 7869 advertising 05E1
dp83815: Setting full-duplex based on negotiated link capability.
Searching for server (DHCP)...-
Me: 192.168.199.131, DHCP: 192.168.199.17, TFTP: 192.168.199.16, Gateway 192.168
.199.1, Nameserver 192.168.199.17
Loading 192.168.199.16:pxeboot XXXX(0049K done
probing: pc0 com0 pci pxe![2.1] mem[640K 125M a20=on]
disk: hd0*
net: mac 00:0d:b9:02:c8:2c, ip 192.168.199.131, server 192.168.199.16
>> OpenBSD/i386 PXEBOOT 1.07

com0: 38400 baud
not a console device
booting tftp:bsd.rd: 4435508+740284 [52+155376+141982]=0x538528
dp83815: Setting full-duplex based on negotiated link capability.
entry point at 0x100120


Auf meinem tftp Server sehe ich, dass die Übertragung des Kernels abbricht. Ich weiß noch net genau warum, aber das werde ich (hoffentlich) auch noch rausbekommen und berichten... :belehren: :p

MfG Hagen
 
ARGL... Lag am 3com tftp server... :grumble: kA warum... Hab den tftpd server von openbsd genommen und alles läuft...
So, ich werde nu installieren und mich mit ramdisk unter openbsd und all den anderen themen rumärgern... =)

MfG...

P.S.: Kann jmd das Topic bitte auf solved setzen. Es gibt reichlich Leute, die das interessiert (google wirft bei dem Thema fast nur Fragen aber keine Antworten auf). Thx
 
pZYchO schrieb:
Ok, es liegt nicht an pxeboot, sondern an etherboot (www.etherboot.org). Ich habe mir das passende tinyBIOS von pcengines gezogen (aktuelle version 1.11: http://www.pcengines.ch/wbios111.zip) und ein neues etherboot image erstellt:

http://rom-o-matic.net/5.4.2/build....020]&ofmt=Binary+ROM+Image(.zrom)&A=Configure

Die Konfiguration (advanced options auf der seite) ist im readme dokumentiert:

Etherboot:

The boot module can be obtained from www.etherboot.org.

Options selected:

- natsemi:dp83815 -> controller type
- Binary ROM image -> ZROM
- CONSOLE_SERIAL -> serial console
- COMPRESERVE -> don't change serial parameters, use
the setting left by the BIOS
- POWERSAVE -> execute halt instruction when idle
- Select boot sequence / NIC number as needed
- BOOT_INT18H -> select to boot from disk first, from net
only if no boot disk, or N key pressed
during memory test.

- ASK_BOOT: 3
- BOOT_FIRST: BOOT_NOTHING
- BOOT_SECOND: BOOT_NIC
- BOOT_THIRD: BOOT_NOTHING
- BOOT_INDEX: 0
- BAR_PROGRESS
- SIZEINDICATOR
- LEGACY_SITE_OPTIONS
- ALLOW_ONLY_ENCAPSULATED
- ALLMULTI
- CONGESTED
- TAGGED_IMAGE
- ELF_IMAGE
- PXE_IMAGE
- MULTICAST_LEVEL1
- MULTICAST_LEVEL2
- DNS_RESOLVER
- DOWNLOAD_PROTO_TFTP
- DOWNLOAD_PROTO_NFS
- DOWNLOAD_PROTO_TFTM
- DOWNLOAD_PROTO_HTTP
- PXE_EXPORT
- CONFIG_PCI
- CONFIG_ISA
- PCBIOS
- IBM_L40 -> needed because WRAP does not have KBC

Store the module as PXE.BIN. Re-run MAKE.BAT to recreate
the ROM images.

Lediglich die Option LEGACY_SITE_OPTIONS habe ich nicht gefunden. :confused:

Wie auch immer. Gut gelaunt alles zusammengelötet (und bei der gelegenheit erstmal nen eigenen Bios-Disclamer Logo - whatever - mit eingebaut :D ).
Nachdem ich das ganze auf mein Wrap (vorher Bios 1.08) geschoben hatte erstmal der Schock: kein bootmenu... Für die, die evtl auch noch eine ältere Bios-Version haben: n während des ram-test :cool:
So, sieht nun auch alles soweit OK aus, aber er will sich immer noch nicht umzeugen lassen zu booten:

Boot from (N)etwork or (Q)uit? N

Probing pci nic...
[dp83815]
natsemi_probe: MAC addr 00:0D:B9:02:C8:2C at ioaddr 0X1000
natsemi_probe: Vendor:0X100B Device:0X0020
dp83815: Transceiver default autoneg. enabled, advertise 100 full duplex.
dp83815: Transceiver status 7869 advertising 05E1
dp83815: Setting full-duplex based on negotiated link capability.
Searching for server (DHCP)...-
Me: 192.168.199.131, DHCP: 192.168.199.17, TFTP: 192.168.199.16, Gateway 192.168
.199.1, Nameserver 192.168.199.17
Loading 192.168.199.16:pxeboot XXXX(0049K done
probing: pc0 com0 pci pxe![2.1] mem[640K 125M a20=on]
disk: hd0*
net: mac 00:0d:b9:02:c8:2c, ip 192.168.199.131, server 192.168.199.16
>> OpenBSD/i386 PXEBOOT 1.07

com0: 38400 baud
not a console device
booting tftp:bsd.rd: 4435508+740284 [52+155376+141982]=0x538528
dp83815: Setting full-duplex based on negotiated link capability.
entry point at 0x100120


Auf meinem tftp Server sehe ich, dass die Übertragung des Kernels abbricht. Ich weiß noch net genau warum, aber das werde ich (hoffentlich) auch noch rausbekommen und berichten... :belehren: :p

MfG Hagen
Zum Vergrößern anklicken....
hi,

d.h. also, dass du ein funktionierendes etherboot 5.4.2 in einem wrap-bios hast? als ich probiert habe, ein neues etherboot einzubetten, ist das wrap-bios nie dorthin gesprungen.

koenntest du mir bitte das komplette wrap-bios-image mal zukommen lassen?

thx

edit: ach ja, und du bist sicher, nicht die option FLATTEN_REAL_MODE von etherboot benutzt zu haben? ich hatte in einem thread zu diesem problem mal von einem fix gelesen, der spaeter in etherboot in genau dieser option aufging.
 
Zuletzt bearbeitet:
Hi,

ja, ich bin mir sicher. Ich habe aber eine Vermutung, woran du gescheitert bist. Du musst während des RAM-Test n drücken (PXE-Boot natürlich vorher im Bios aktivieren)... Hab mir auch nen Wolf gesucht, bis ich das raushatte. Ansonsten wie gesagt, alles wie oben. Läuft bei mir ohne Probleme.

MfG Hagen Volpers
 
was macht n? ich kenne nur s.

edit: alles klar. anscheinend ist das ne spezielle tastenkombination, die nicht dokumentiert ist. ich hatte sogar p. dornier mal konkret gefragt, wie man ein neues etherboot zum laufen kriegt, aber darauf hat er mich nicht hingewiesen. er scheint irgendwie nicht interessiert zu sein, mal ein aktuelles bios rauszubringen, wo pxe per default richtig funktioniert. es gibt ja von natsemi direkt einen pxe-stack, wie er auch auf atx-mainboards zu finden ist. nur der beschwert sich ueber eine unpassende pci-id.

anyway, ich teste das jetzt mal.
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben