CDK vom Netzwerk booten

Games, Plugins, Utils, Tools, 3rdParty, etc...
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

CDK vom Netzwerk booten

Beitrag von Zwer2k »

Hallo,

ich versuche schon seid zwei Tagen mein selbstgebautes CDK über das Netzwerk zu booten, bekomme aber ständig:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0  mID 01
debug: feID 7a    gtxID 0b
debug: fpID 5a     dsID 01-6a.5a.1c.07.00.00-49
debug: HWrev X5  SWrev 0.81
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: f debug: b debug: 65 debug: 78 debug: 61 debug
: 6d debug: 70 debug: 6c debug: 65 debug: 2e debug: 6f debug: 72 debug: 67 debug
: 
debug: Got BOOTP reply from Server IP 192.168.0.2, My IP 192.168.0.61
debug: Sending TFTP-request for file /dbox2/dbox2/tftpboot/u-boot
will verify ELF image, start= 0x800000, size= 136132
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.1.2 (Tuxbox) (Nov  1 2005 - 10:50:21)

CPU:   PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
BOOTP broadcast 1
DHCP client bound to address 192.168.0.61
Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename '/dbox2/dbox2/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename 'logo-lcd'.
Load address: 0x100000
Loading: *
TFTP error: 'File not found' (1)
can't find logo
BOOTP broadcast 1
DHCP client bound to address 192.168.0.61
Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename '/dbox2/dbox2/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename 'logo-fb'.
Load address: 0x100000
Loading: *
TFTP error: 'File not found' (1)
can't find logo

Options:
  1: console on ttyS0
  2: console on fb0
  3: console on null
Select option (1-3), other keys to stop autoboot:  0 
BOOTP broadcast 1
DHCP client bound to address 192.168.0.61
Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename '/dbox2/dbox2/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.2; our IP address is 192.168.0.61
Filename '/dbox2/dbox2/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: #################################################################
         ###############################################################
done
Bytes transferred = 652748 (9f5cc hex)
..............................................................
Un-Protected 62 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    652684 Bytes = 637.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.31-dbox2 (root@Multitainer) (gcc version 3.4.4) #2 Di Nov 1 10
:50:42 CET 2005
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/nfs rw nfsroot=192.168.0.2:/dbox2/dbox2/cdkroot,v
3 ip=192.168.0.61:192.168.0.2::255.255.255.0:::off console=ttyS0
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30828k available (1108k kernel code, 372k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:40:ff:bd
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006a0000 : "root (Cramfs)"
0x006a0000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "nfs" or 00:ff
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:ff
 <0>Rebooting in 180 seconds..
"make all" geht ohne Probleme, habe auch schon ein Image erstellt und geflasht, geht auch problemlos. Nur das Booten vom Netzwerk will nicht klappen. Den ganzen Forum durchgesucht und nicht wirklich schlauer geworden.

Mein /etc/dhcp3/dhcpd.conf sieht folgendermassen aus:

Code: Alles auswählen

host dbox2 {
hardware ethernet ##:##:##:##:##:##;
fixed-address 192.168.0.61;
next-server 192.168.0.2;
if exists vendor-class-identifier {
filename "/dbox2/dbox2/tftpboot/kernel-cdk";
option root-path "/dbox2/dbox2/cdkroot,v3";
} else {
filename "/dbox2/dbox2/tftpboot/u-boot";
}}
Bitte dringend um Hilfe.
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Seht so aus, als wurde das NFS-Mounten des cdkroots nicht funktionieren. (dhcp/rarp und tftp sind i.O.). Läuft der NFS-Server? Lässt er die dBox zu? Kontrolliere den systemlog (oft sowas wie /var/log/message) auf dein server. Falls du eine vernünftige Image auf der Box hast: boote damit, und versuche den cdkroot manuell zu mounten.

PS. Falsches Forum. CDK-Forum wäre besser.
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

Beitrag von Zwer2k »

PS. Falsches Forum. CDK-Forum wäre besser.
Hab's auch grade gemerkt, bitte wenn geht verschieben.

NFS scheit zu laufen, hier da syslog vom Server:

Code: Alles auswählen

Nov  1 13:28:23 Multitainer dhcpd: ns1.example.org: host unknown.
Nov  1 13:28:23 Multitainer dhcpd: ns2.example.org: host unknown.
Nov  1 13:28:23 Multitainer dhcpd: BOOTREQUEST from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:23 Multitainer dhcpd: BOOTREPLY for 192.168.0.61 to dbox2 (00:50:9c:40:ff:bd) via eth0
Nov  1 13:28:23 Multitainer in.tftpd[25396]: connect from 192.168.0.61 (192.168.0.61)
Nov  1 13:28:23 Multitainer tftpd[25397]: tftpd: trying to get file: /dbox2/dbox2/tftpboot/u-boot
Nov  1 13:28:24 Multitainer dhcpd: DHCPDISCOVER from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:24 Multitainer dhcpd: DHCPOFFER on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:24 Multitainer dhcpd: DHCPREQUEST for 192.168.0.61 (192.168.0.2) from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:24 Multitainer dhcpd: DHCPACK on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:25 Multitainer in.tftpd[25398]: connect from 192.168.0.61 (192.168.0.61)
Nov  1 13:28:25 Multitainer tftpd[25399]: tftpd: trying to get file: logo-lcd
Nov  1 13:28:25 Multitainer tftpd[25399]: tftpd: serving file from /dbox2/dbox2/tftpboot
Nov  1 13:28:25 Multitainer dhcpd: DHCPDISCOVER from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:25 Multitainer dhcpd: DHCPOFFER on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:25 Multitainer dhcpd: DHCPREQUEST for 192.168.0.61 (192.168.0.2) from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:25 Multitainer dhcpd: DHCPACK on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:25 Multitainer in.tftpd[25437]: connect from 192.168.0.61 (192.168.0.61)
Nov  1 13:28:25 Multitainer tftpd[25438]: tftpd: trying to get file: logo-fb
Nov  1 13:28:25 Multitainer tftpd[25438]: tftpd: serving file from /dbox2/dbox2/tftpboot
Nov  1 13:28:27 Multitainer dhcpd: DHCPDISCOVER from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:27 Multitainer dhcpd: DHCPOFFER on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:27 Multitainer dhcpd: DHCPREQUEST for 192.168.0.61 (192.168.0.2) from 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:27 Multitainer dhcpd: DHCPACK on 192.168.0.61 to 00:50:9c:40:ff:bd via eth0
Nov  1 13:28:27 Multitainer in.tftpd[25439]: connect from 192.168.0.61 (192.168.0.61)
Nov  1 13:28:27 Multitainer tftpd[25440]: tftpd: trying to get file: /dbox2/dbox2/tftpboot/kernel-cdk
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Dein syslog hört auf bevor es intressant wird. Ich bekomme ein Eintrag wie

Code: Alles auswählen

Nov  1 14:06:08 godzilla rpc.mountd: authenticated mount request from dbox:800 for /tuxbox/cdkroot (/tuxbox/cdkroot)
Falls dein nfs-server läuft gibt dein syslog keine Hinweise...
racker
Einsteiger
Einsteiger
Beiträge: 369
Registriert: Samstag 29. Mai 2004, 01:50

Beitrag von racker »

@Zwer2k
Npq hat geschrieben:Du benutzt wahrscheinlich den "Flash"-Kernel.

Mit dem kannst du keinen nfsroot mounten weil die Option nicht eingeschaltet ist in der Kernelconfig.

Also entweder CDK-Kernel nehmen oder selber anpassen.
VFS: Cannot open root device "nfs" or 00:ff
Daran dürfte sich nichts geändert haben.

Poste mal deine ./configure Zeile
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

Beitrag von Zwer2k »

Code: Alles auswählen

./configure --prefix=/dbox2/dbox2 --with-cvsdir=/dbox2/tuxbox-cvs --enable-maintainer-mode --disable-libcrypto --with-targetruleset=flash

Liegt es an --with-targetruleset=flash ? Was währe den richtig?
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Zwer2k hat geschrieben: Liegt es an --with-targetruleset=flash ?
Ja. Die jetztige Buildmechanismus ist so doof, das bei targetruleset=flash ein für diesen Zweck unbenutzbare Kernel in tftpbereich installiert wird. :evil:
Was währe den richtig?


Nix, oder --with-targetruleset=standard.

Trotzdem muss der NFS-Server eingeschaltet sein :wink:

Ich arbeite daran, diese Schwächen zu beheben.
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

Beitrag von Zwer2k »

Von einer anderen Box kann ich den NFS Verzeichnis problemlos mounten, von der Box mit Selbstgebauten Image kommt:

Code: Alles auswählen

/var # mount -t nfs -o nolock,ro,rsize=8192,wsize=8192 192.168.0.2:/video/dbox /var/dbox2
mount: Mounting 192.168.0.2:/video/dbox on /var/dbox2 failed: No such device
d.h. die NFS-Freigabe auf dem Server ist OK. Muss ich beim maken explizit angeben, dass NFS aktiviert werden soll oder genügt es --with-targetruleset=flash wegzulassen?
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Zwer2k hat geschrieben:Von einer anderen Box kann ich den NFS Verzeichnis problemlos mounten, von der Box mit Selbstgebauten Image kommt:

Code: Alles auswählen

/var # mount -t nfs -o nolock,ro,rsize=8192,wsize=8192 192.168.0.2:/video/dbox /var/dbox2
mount: Mounting 192.168.0.2:/video/dbox on /var/dbox2 failed: No such device
d.h. die NFS-Freigabe auf dem Server ist OK.
eh,.. das Mounten schlägt ja fehl. Die Fehlermeldung so zu interpretieren, dass der Server in Ordnung ist, wurde ich mich nicht zutrauen.
Zwer2k hat geschrieben: Muss ich beim maken explizit angeben, dass NFS aktiviert werden soll oder genügt es --with-targetruleset=flash wegzulassen?
Keine Builds (von Tuxbox oder irgendwelche andere Zeugs) schalten Services (wie NFS) ein.
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

Beitrag von Zwer2k »

Wie gesagt, auf einer anderen Box kann ich die Freigabe problemlos mounten, es kommt keine Fehlermeldung und ich kann anschießend auf die gemountete Daten zugreifen. Nur die Box mit dem von mir erstelltem Image bringt die Fehlermeldung.
Npq
Senior Member
Beiträge: 1339
Registriert: Donnerstag 24. April 2003, 12:12

Beitrag von Npq »

Um das Root-Verzeichnis über NFS zu mounten reicht es nicht, NFS zu aktivieren, sondern man muß auch noch CONFIG_ROOT_NFS einschalten.

Dafür im Kernelverzeichnis ein "make menuconfig ARCH=ppc" eingeben und dann unter "File Systems/Network File Systems" den Eintrag "Root file system on NFS" einschalten.
Zwer2k
Interessierter
Interessierter
Beiträge: 22
Registriert: Montag 12. September 2005, 01:00

Beitrag von Zwer2k »

Supper, nach dem make bzw. ./configure ohne --with-targetruleset=flash funktioniert's.


Danke an alle.