Linux & yadd image

[the_moon]

Hi,

ich hatte gentoo auf meinem PC und vor langem habe ich dhcp, rarpd usw. so eingerichtet, dass ich ein yadd image via netzwerk starten konnte. Das benötige ich zum Exprementieren. Nun habe ich umgestigen auf suse und jetzt geht garnicht.

/etc/dhcp.conf, /etc/ethers, /etc/hosts habe ich einfach von gentoo übernohmen.

Ich habe dhcp server, rarpd, tftp server, nfs server installiert.

tftp functioniert,
nfs funktionert,

rarpd habe ich per hand gestartet.

rarpd -i eth0

Wenn ich dbox einschalte von Anfang an kommt

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0 mID 03
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-5a.29.ab.05.00.00-df
debug: HWrev 41 FPrev 0.23
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

dann wenn ich "dhcp" sage, hollt dbox ip addresse und Name von Datei die zum booten ist.

So vermute ich dass dhsp server funktionert auch aber eben nicht komplett richtig.

So habe ich ein paar Stündchen rumgespielt bis ich "erase all" ausprobiert habe. Nun habe ich überhaupt "kein system" und bmon nur.

Jetzt wenn ich dbox einschalte bekomme ich sowas

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.0 mID 03
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-5a.29.ab.05.00.00-df
debug: HWrev 41 FPrev 0.23
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root.new/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root.new/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /root.new/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /lost+found/root/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /lost+found/root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: No bootrecord
boot flash /lost+found/root/platform/kernel/os failed
dbox2:root> help
read the source or dial 7478
dbox2:root> ?
root cmds: baud boot dl chorus crc erase flash go icache dcache reset seteth setenv printenv
global cmds: help ? / ..
dbox2:root>

Zwei Fragen:

Kann mann noch flash mit richtigen Daten beschreiben, bzw ein Image aufspielen?

Was könnte ich vergessen einzurichten damit es via netzwerk bootet? Beim gentoo hat es doch funktioniert.

[Nachtvogel]

Hallo!

Ja, man kann noch flashen.
Zu 2. schau mal ins Wiki vieleicht findest Du da was.
http://wiki.tuxbox-cvs.sourceforge.net/ ... tion:Linux

Gruß Nachtvogel

[the_moon]

Hallo!

Ja, man kann noch flashen.
Zu 2. schau mal ins Wiki vieleicht findest Du da was.
http://wiki.tuxbox-cvs.sourceforge.net/ ... tion:Linux

Gruß Nachtvogel

Gut, ich bin erleichtert.

Und zur zweite Frage. Ich bin fast sicher dass ich alles richtig gemacht habe, aber es funktioniert trotzdem nicht.

Soe sieht /etk/ethers aus

00:50:9C:38:FE:28 dbox2

So ist die inhalt von dhcp.conf

ddns-update-style ad-hoc;
default-lease-time 14400;
host D-Box {
hardware ethernet 00:50:9C:38:FE:28;
fixed-address dbox2;
allow bootp;
server-name "192.168.2.5";
filename "u-boot";
}
subnet 192.168.2.0 netmask 255.255.255.0 {
range 192.168.2.32 192.168.2.32;
default-lease-time 14400;
max-lease-time 172800;
}

/etc/hosts

192.168.2.32 dbox2
#192.168.2.64 monster
127.0.0.1 localhost

dbox und PC sind mit einem HUB verbunden. Und wie gesagt, bei gentoo hat es funktioniert und mit dem SUSE eben nicht. Irgendwas mache ich falsch, aber was?

[Npq]

Suchfunktion schon bemüht?

Abhilfe:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=27288

Erklärung:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31471

Von Gentoo nach Suse wechseln ist aber auch schon was, warum denn kein Debian?

[the_moon]

Suchfunktion schon bemüht?

Abhilfe:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=27288

Erklärung:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31471

Von Gentoo nach Suse wechseln ist aber auch schon was, warum denn kein Debian?

Eigentlich hatte ich mein erster Sex mit Suse gehabt und vor 4-5 Monaten waagte ich umstieg zu gentoo. Schwuler sex ist nicht für mich, erste liebe bleibt für immer.

[the_moon]

Suchfunktion schon bemüht?

Abhilfe:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=27288

Erklärung:
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=31471

Von Gentoo nach Suse wechseln ist aber auch schon was, warum denn kein Debian?

Danke übrigens für die Hinweise.

[the_moon]

Mensch!

ich werde wansinnig. Habe schon alles ausprobiert aber trotzdem kein Ergebniss.

DHCPD schreibt ins log

linux:/home/georg # /usr/sbin/dhcpd.lpf -d -f -cf /etc/dhcpd.conf -lf /var/lib/dhcp/db/dhcpd.leases eth0
Internet Systems Consortium DHCP Server V3.0.2
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.
Listening on LPF/eth0/00:50:bf:d6:77:fa/192.168.2.0/24
Sending on LPF/eth0/00:50:bf:d6:77:fa/192.168.2.0/24
Sending on Socket/fallback/fallback-net
^[^BOOTREQUEST from 00:50:9c:38:fe:28 via eth0: BOOTP from unknown client and no dynamic leases

Ich habe schon versucht DHCPD selbst zu kompilieren. Nein - es funktioniert nicht. HAbe schon explezit "allo unknown-clients" reinzuschreiben. Auch hardware address wegzulassen. Trotzt allem schreibt DHCPD

BOOTP from unknown client and no dynamic leases

im Moment dhcpd.conf sieht so aus.

ddns-update-style ad-hoc;

subnet 192.168.2.0 netmask 255.255.255.0 {
allow unknown-clients;
range 192.168.2.30 192.168.2.32;
default-lease-time 345600;
max-lease-time 345600;
allow bootp;
filename "u-boot";

host D-Box {
hardware ethernet 00:50:9C:38:FE:28;
fixed-address dbox2;
filename "u-boot";
}

}

Was mache ich bloß falsch?

[the_moon]

Mein Schuld, sorry. Gehts wieder mit dem booten.

[the_moon]

Hi,

nun habe ich neue Hauptplatine reingetan und seit Morgen versuche dbox über netzwerk zu booten (von flash geht es reibungslos, dbox ist in debug mode).

Sowas kriege ich

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.2 mID 03
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-0f.b7.56.07.00.00-ac
debug: HWrev 61 FPrev 0.23
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Unknown RFC1048-tag debug: 11 debug: 18 debug: 2f debug: 64 debug: 61 debug: 74 debug: 61 debug: 34 debug: 2f debug: 64 debug: 62 debug: 6f debug: 78
debug: Got BOOTP reply from Server IP 192.168.2.5, My IP 192.168.2.32
debug: Sending TFTP-request for file kernel-yadd
will verify ELF image, start= 0x800000, size= 769694
verify sig: 260
boot net: boot file has no valid signature
boot: elfcopy failed: 16
dbox2:root>

Was ist das: elfcopy?

[jmittelst]

Suchfunktion bringt Dich nach vorn, z.B. http://forum.tuxbox-cvs.sourceforge.net ... ht=elfcopy
Ergebnis: Firewall oder Netzwerk
cu
Jens

[the_moon]

Ich habe Erklärung für elfcopy nicht gefunden. Ich meie ich habe immer noch nicht verstanden, was eigentlich elfcopy ist.

Firewall ist nicht aktiv. Und wenn man genau LOG ausschnitt anguckt, dann sieht man dass DBOX von DHCP server IP addresse holen konnte, über TFTP die kernel-yadd Datei runterladen und es checkte die Datei und erst dann kam die Meldung mit elfcopy. Das heisst netzwerk scheibar ist auch OK.

Danke

[DieMade]

Laut Log wird die Datei nicht übertragen. Was sag das Log vom tftp-Server?

[mash4077]

Hi,

man kann Posts, welche man z.B. versehentlich an falscher Stelle erzeugt hat, übrigens auch löschen...

Gruß
mash

[the_moon]

Hi,

man kann Posts, welche man z.B. versehentlich an falscher Stelle erzeugt hat, übrigens auch löschen...

Gruß
mash

Danke, ich habe erst jetzt das Kreutzchen gedunden

[the_moon]

Laut Log wird die Datei nicht übertragen. Was sag das Log vom tftp-Server?

Danke für den Tip, ich suche gerade die möglichkeit log Datei zu bekommen.

Aber zum Log. Da die dritte Zeile von unten:

boot net: boot file has no valid signature

Ich denke es bedeutet, dass der DBox hat die datei runtergaladen und nach Signature geschaut. WEill, in log nicht sichtbahr, aber da lief noch ein Zähler ganz schnell durch und dann kamm die Zeile: boot file has no valid signature

Aber wie gesagt ich werde log Dateien nach etwas verdächtiges durchsuchen, vielleich finde ich was.

Danke

[the_moon]

Laut Log wird die Datei nicht übertragen. Was sag das Log vom tftp-Server?

Nö, es gibt nichts verdächtiges im Log von tftpd. Und wie gesaget, boot image wurde runtergeladen und gecheckt.

will verify ELF image, start= 0x800000, size= 769694


769694 - ist genau die Grösse von kernel-yadd Datei.

[Npq]

Elfcopy heißt die Routine im BMon, welche das ELF-Image auswertet, Signatur prüft und dann wie im Header beschrieben kopiert. Findet er allerdings keinen ELF-Header, dann kommt dieser Fehler (16).

[the_moon]

Elfcopy heißt die Routine im BMon, welche das ELF-Image auswertet, Signatur prüft und dann wie im Header beschrieben kopiert. Findet er allerdings keinen ELF-Header, dann kommt dieser Fehler (16).

Danke_ ich habe so vermutet..

Habe neulich weiter experementiert. Nach dem ich vorher bmon gelöscht habe, habe ich Angst was dummes zu machen.

Also was ich merkwürdig finde ist, wenn ich in command-zeile von BMon - "boot" befehl eingebe dann passiert garnicht. Un in log auf PC erscheint so was

Jun 11 19:41:08 linux dhcpd: parse_option_buffer: option unknown-80 (191) larger than buffer.

Dann habe ich dhcp server ausgeschaltet und gewartet bis -boot aus dem Flash geladen wird und dann boot Vorgang abgebrochen.

Ich habe dann wider dhcp server gestartet und mit "dhcp" Befehl hollte ich ip Addresse und jetzt wenn ich "tftpboot" Befehl eingebe, wird die kernel-yadd Datei runtergeladen aber dann passiert wiederrum nichts.

=> dhcp
BOOTP broadcast 1
DHCP client bound to address 192.168.2.32
Using SCC ETHERNET device
TFTP from server 192.168.2.5; our IP address is 192.168.2.32
Filename '/kernel-yadd'.
Load address: 0x100000
Loading: => tftpboot
Using SCC ETHERNET device
TFTP from server 192.168.2.5; our IP address is 192.168.2.32
Filename '/kernel-yadd'.
Load address: 0x100000
Loading: invalid RARP header
#################################################################
#################################################################
#####################

Bytes transferred = 769694 (bbe9e hex)
=>

wenn ich dann "bootm" sage wird image von flash geladen, nicht kernel-yadd from netz.

[the_moon]

Na ja.ich bin blöd. ne ne, wirklich!

Ich habe die ganze Zeit dhcpd aus suse Distributive gestartet. Ich habe diese lösung abgeguckt mit "dhcpd.lpf" binary. Aber ich habe suse 9.3 und da diese lösung hat nur teilweise funktioniert. Also ich habe dhcpd von ISC genohmen und es leuft jetzt.

Die sache ist die, es scheint als ob nach dem, kernel runtergeladen und gestartet wird, will es nochmal irgendwas von dhcp server, aber es funktionierte nicht wegen den korrupten suse's dhcp server-

Noch mal sorry für das überflußigen thread.