yadd booten von netzwerk

[brandy987]

Hallo,
ich habe zwei D-Boxen geflasht mit Image einstecken,hochfahren laufen beide.
Nun möchte ich gerne versuchen mein eigenes Image zu erstellen. Nun habe ich mir mal sämtliche Anleitungen und Howto's durchgelesen.
Habe auch schon ein YADD erstellt, denn ich würde gerne die Boxen über eine Nslu2 als Debian-Server vom Netzwerk booten lassen. Nun habe ich mir einen tftp-server, einen dhcp3-server und einen nfs-server eingerichtet.

Server laufen --zu mindestens dhcp

Wenn ich jetzt die Boxen ausschalte und neu starte booten sie nicht vom Netzwerk sondern von internen Flash
mache ich im Hauptmenu einen Neustart versuchen die Boxen über das Netzwerk zu booten.
Aber über seriellen Mitschnitt bekomme ich folgende Meldung

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-09.9b.80.07.00.00-cf
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
debug: autoboot aborted from terminal
dbox2:root> boot net
debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Unknown RFC1048-tag debug: 3 debug: 4 debug: c0 debug: a8 debug: b2 debug: 1 debug:
debug: Unknown RFC1048-tag debug: 6 debug: 4 debug: c0 debug: a8 debug: b2 debug: 1 debug:
debug: Unknown RFC1048-tag debug: 1c debug: 4 debug: c0 debug: a8 debug: b2 debug: ff debug:
debug: Got BOOTP reply from Server IP 192.168.178.2, My IP 192.168.178.22
debug: Sending TFTP-request for file u-boot
will verify ELF image, start= 0x800000, size= 142731
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000

und die Boxen versuchen ständig zu booten.
Bin der Meinung das dhcp3 funktioniert da der Dbox ja von meinem Server 192.168.178.2 die IP 192.168.178.22 die ich in dhcpd.conf eingetragen habe bekommt:

debug: Got BOOTP reply from Server IP 192.168.178.2, My IP 192.168.178.22

Nur hat die Box Probleme das u-boot zu starten

Mit Pfeil oben und Einschalttaste gedrückt -- Boxen starten wieder vom internen Flash, obwohl sie immer noch an Netzwerk hängt--komisch!
Sollte doch eigentlich wieder versuchen vom Netz zu booten,oder?

O.K. dachte ich mir mein selbst erstelltes YADD funktioniert nicht(war ja auch mein erstes), also ein aktuelles (leider nicht getestetes) Tages-YADD auf den Server
-selber Effekt--ab ins Inet folgenden Thread gefunden http://www.tuxbox-cvs.sourceforge.net/f ... 10&t=48482 gelesen und ein älteres
u-boot auf meinen Server -- bringt auch keinen Erfolg

Vielleicht liegt es ja an meiner dhcpd.conf

local-address 192.168.178.2;

option domain-name-servers 192.168.178.1;
option routers 192.168.178.1;
option broadcast-address 192.168.178.255;

ddns-update-style none;

log-facility local7;

default-lease-time 172800;
max-lease-time 604800;
authoritative;

subnet 192.168.178.0 netmask 255.255.255.0 {
range 192.168.178.30 192.168.178.40;
}

host dbox2schlafen {
fixed-address 192.168.178.21;
hardware ethernet 00:50:9c:xx:xx:xx;
allow bootp;
server-name "192.168.178.1";
if exists vendor-class-identifier {
filename "kernel-cdk";
option root-path "/home/brandy/dbox2/cdkroot";
} else {
filename "u-boot";
}
}

host dbox2wohnen {
fixed-address 192.168.178.22;
hardware ethernet 00:50:9c:xx:xx:xx;
allow bootp;
server-name "192.168.178.2";
next-server 192.168.178.2;
if exists vendor-class-identifier {
filename "kernel-cdk";
option root-path "/home/dbox2/cdkroot";
} else {
filename "u-boot";
}
}

Hardware:
Nslu2 dhcp-server direkt verbunden mit Frtzbox 7240 dhcp -- aus
im Keller befindet sich noch ein Hub der auch mit der Fritzbox verbunden ist
Im Hub sind dann meine zwei DBoxen eingesteckt

Habe auch schon mal einen Netzwerklog gemacht. Da stand dann etwas von arp how is 192.168.178.2 tell 192.168.178.22
gegoogelt und etwas über arp-routers oder so gelesen. Muss ich das vielleicht auch noch installieren und einstellen da ja die Fritzbox ein Router ist und vielleicht irgendwelche Daten/Anfragen nicht an meinen Server weiter gibt?

vielleicht kann jemand mal ein Tages-YADD testen und mir sagen welches funktioniert, damit ich schon mal die u-boot ausschliessen kann.

Ziemlich viel auf einmal, aber vielleicht weis jemand einen Rat.

Mfg
Brandy

p.s.

Hier ist auch noch meine inetd.conf

# /etc/inetd.conf: see inetd(8) for further informations.

# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>

#:STANDARD: These are standard services.
#ftp stream tcp nowait root /usr/sbin/tcpd /usr/sbin/proftpd

#:BOOT: TFTP service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd -s /home/brandy/dbox2/tftpboot

die Dateien ethers, exports und hosts habe ich natürlich auch entsprechend geändert

[rhabarber1848]

Bei mir läuft es mit diesen Einstellungen:
http://www.tuxbox-cvs.sourceforge.net/f ... 87#p364887

[liab]

rcS nimmt bei yadd modprobe. Das geht bei mir nicht. Der meldet dann:

modprobe: Can't open dependencies file /lib/modules/2.4.37.7-dbox2/modules.dep (No such file or directory)


yadd startet bei mir nur mit insmod durch!

Gerade noch einen Fehler entdeckt, yadd bildet keine issue.net.

[liab]

@ brandy987

Bei mir ist es so:

Sagem - nach jedem Kaltstart (Start über FB) startet die Box übers Netzwerk. Bei Reset an der Box, startet sie intern. Macht man den Reset 2 x sofort hintereinander, startet sie wieder übers Netzwerk.

Nokia - startet übers Netzwerk nach einem Neustart über das neutrino Menü. Habe da noch nicht getestet wie es ist, wenn die Box kein oder einer fehlerhaftes Image hat. Wahrscheinlich muß man da kurz die 220 V wegnehmen, ist wegenfalls bei Nokia mit "flashen ohne Nullmodem" so.

Philips noch nicht getestet. Wahrscheinlich wie Sagem.

Hier mal die wichtigen Linux Einträge, geht bei allen kubuntu's, auch karmic.

1. inetd.conf
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /home/xxx/tftpboot

2.tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /home/xxx/tftpboot"

3.dhcpd.conf
# PXE
allow booting;
allow bootp;
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.40 192.168.0.49;
filename "pxelinux.0";
option routers 192.168.0.1;
option domain-name-servers 192.168.0.1;
}

# D-Box
host dbox {
option root-path "/home/wbail/tftpboot/dbox2/cdkroot";
hardware ethernet xx:xx:xx:xx:xx:xx;
next-server 192.168.0.2;
fixed-address 192.168.0.5;
server-name "192.168.0.5";
if exists vendor-class-identifier {
filename "dbox2/tftpboot/kernel-cdk";
option root-path "/home/xxx/tftpboot/dbox2/cdkroot";
} else {
filename "dbox2/tftpboot/u-boot";
}
}

4. hosts (zusätzlich eintragen)
192.168.0.5 dbox

5. exports (nicht über das Linux Menü machen)
/home/xxx/tftpboot/dbox2/cdkroot dbox(rw,no_root_squash,async)

Im Beispiel ist 192.168.0 2 der dhcpd3-server und 192.168.0.5 die D-Box. Nötigenfalls noch dhcp und tftpd starten mit:

sudo dhcpd3
sudo /etc/init.d/tftpd-hpa start

Karmic hat die Unart, tftpd im Systemmonitor erst nach erstmaliger Verwendung anzuzeigen. Der Job heißt in.tftpd.

[rhabarber1848]

Sagem - nach jedem Kaltstart (Start über FB) startet die Box übers Netzwerk. Bei Reset an der Box, startet sie intern.

Bekannter Bug des first stage bootloaders, habe ich hier genauso.

[liab]

@rhabarber1848

Wie ich schon zuvor schrieb, gibt es aktuell ein Startproblem bei yadd. Mir scheint, dass 05drivers bei yadd nicht ausgeführt wird. Das würde erklären, warum "depmod -ae" und "echo "$VENDOR $MODEL - Kernel %r (%t)." > /etc/issue.net" nicht ausgeführt werden. Ändert man rcS wie zuvor beschrieben, bootet yadd voll durch, die issue.net fehlt aber.

[rhabarber1848]

Mir scheint, dass 05drivers bei yadd nicht ausgeführt wird.

Funktioniert hier:

Code: Alles auswählen

 starting /etc/init.d/S05drivers ...
[BOOT] running /etc/init.d/S05drivers
tuxbox: no IDE-Interface detected
Detected STB:
        Vendor: Sagem
        Model: D-BOX2  (2 flash chips)
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $

Poste doch bitte ein Logfile.

die issue.net fehlt aber.

Existiert hier.

[liab]

Bei mir ist es so:

1. Eine frisch gemachte yadd enthält im cdkroot bei lib/modules/2.4.37.7-dbox2 keine modules.dep, modules.generic_string usw.

2. Im etc fehlt die issue.net

Beim ersten Start sollten diese Dateien durch das Skript 05drivers erzeugt werden. Das passiert bei mir aber nicht, wegen eines Permission-Fehlers.
Das Verzeichnis etc und lib/modules/2.4.37.7-dbox2 haben bei mir von Haus aus nicht die vollen Schreibrechte. Erst wenn ich den beiden Verzeichnissen
die vollen Schreibrechte gebe, läuft alles perfekt durch. Dieses Problem gibt es erst seit der neuen Startdateien.

rhabarber1848, lösch mal im yadd Verzeichnis die issue.net und bei lib/modules/2.4.37.7-dbox2 die einzelnen Dateien und schau, ob es dann bei Standardrechten auch geht. Sind die vorgenannten Dateien erst einmal da, funktioniert die yadd auch mit zurückgesetzten Rechten.

Welches Terminalprogramm kann man bei Linux nehmen? HTerm hört immer (ich weiß nicht warum) bei "Uncompressing Kernel Image OK" auf.

[seife]

dann hast du keinen "console=ttyS0" parameter.

Ich nehme screen.

[liab]

Ich habe die Ursache für den Permission-Fehler gefunden!!

Ich hatte mich darauf verlassen, dass bei kubuntu 9.10 (karmic) das Freigabemenü die exports richtig erstellt. Das ist leider nicht so. Karmic macht diesen Eintrag:
/home/xxx/tftpboot/dbox2/cdkroot/ *(rw,async,all_squash)

Der richtige Eintrag wäre aber:
/home/xxx/tftpboot/dbox2/cdkroot dbox(rw,no_root_squash,async)

Bei der exports muß man also doch noch Hand anlegen! yadd geht jetzt wie gewohnt.

[rhabarber1848]

/home/xxx/tftpboot/dbox2/cdkroot dbox(rw,no_root_squash,async)

In meinem o.g. Posting schlage ich folgende Einstellung vor:

Code: Alles auswählen

echo "/home/tuxbox/image/cdkroot *(rw,sync,no_root_squash,no_subtree_check)" >> /etc/exports

[rhabarber1848]

HTerm hört immer (ich weiß nicht warum) bei "Uncompressing Kernel Image OK" auf.

dbox-Taste/Einstellungen/Treber- und Bootoptionen/Boot-Konsole seriell

oder gleich diesen Patch verwenden

Code: Alles auswählen

--- apps/tuxbox/neutrino/src/neutrino.cpp	2009-11-10 07:26:06.000000000 +0100
+++ apps/tuxbox/neutrino/src/neutrino.cpp	2009-11-10 15:19:42.000000000 +0100
@@ -808,7 +808,7 @@
 	if(fromflash)
 	{
 		g_settings.uboot_baudrate	= 9600;
-		g_settings.uboot_console	= 0;
+		g_settings.uboot_console	= 1;
 		g_settings.uboot_dbox_duplex	= 0;
 		g_settings.uboot_lcd_inverse	= -1;
 		g_settings.uboot_lcd_contrast	= -1;

[liab]

Ich nehme screen.

Danke für den Hinweis auf screen. Ist leider aber auch Feierabend nach Uncompressing...

Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

Zu bemerken ist, dass es mit den bekannten Programmen unter XP einwandfrei geht. Die Box hängt bei mir an ttyS1.

[seife]

Mit welchen "bekannten Programmen unter Windows XP"?

[liab]

Hallo seife,

hatte den Beitrag von rhabarber1848 noch nicht gelesen. Boot-Konsole steht bei mir seit Jahren auf null. Jetzt mit seriell läuft es.

Habe gerade noch mal die Gegenprobe gemacht, mit XP und dem DBox II Boot-Manager geht es auch mit der Einstellung null. Warum wohl?

[seife]

Weil der die Bootparameter ändert.

[liab]

Ja, der muß eine 2 senden.
Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer

Habe bei mir die Boot-Konsole wieder auf null gesetzt (vermute die Box bootet dann schneller). Einfach bei screen am Anfang mehrfach eine 2 tippen und Log läuft brav durch!