Hilfe !!! YADD aus HEAD bootet nicht ?????

Hallo zusammen,
ich hoffe Ihr könnt mir helfen ???????
Hab heute den HEAD ausgescheckt und wollte das ganze über den Bootmanager booten, doch bei "loading kernel" bleibt die Box stehen ????????????

Hier der Boot-Log:

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.0 mID 02
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-09.a9.96.07.00.00-f9
debug: HWrev 01 FPrev 0.30
debug: B/Ex/Fl(MB) 32/00/08
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.1.1, My IP 192.168.1.3
debug: Sending TFTP-request for file Y/dbox2/tftpboot/u-boot
will verify ELF image, start= 0x800000, size= 145172
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000

U-Boot 0.4.0 (TuxBox) (Sep 9 2003 - 14:18:35)

CPU: PPC823ZTnnB2 at 65.900 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Phillips
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS:

.
find_inode failed for name=tuxbox
load: Failed to find inode
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET
Scanning JFFS2 FS:

.
find_inode failed for name=logo-lcd
load: Failed to find inode
ready - can't find logo in flash - try network
BOOTP broadcast 1
TFTP from server 192.168.1.1; our IP address is 192.168.1.3
Filename 'logo-lcd'.
Load address: 0x100000
Loading: ##

Bytes transferred = 7680 (1e00 hex)
Scanning JFFS2 FS:

.
find_inode failed for name=logo-fb
load: Failed to find inode
can't find logo in flash - try network
BOOTP broadcast 1
TFTP from server 192.168.1.1; our IP address is 192.168.1.3
Filename 'logo-fb'.
Load address: 0x100000
Loading: ######

Bytes transferred = 29877 (74b5 hex)

Options:
1: Bootmeldungen auf Seriell (ttyS0) - standard
2: Bootmeldungen auf TV (fb0)
3: Keine Bootmeldungen
4: Flashen via YADD
- Flashimage umbennenn in dboxflash.img
- in das Verzeichniss tftpboot kopieren
- beim Bootvorgang die Taste 4 drcken.
HAVE FUN...

...special u-boot for DboxII Boot-Manager
V0.2 patched by Homar 2003

Select option (1-4), other keys to stop autoboot: 0
TFTP from server 192.168.1.1; our IP address is 192.168.1.3
Filename 'kernel-cdk'.
Load address: 0x100000
Loading: #################################################################
##############################################################

Bytes transferred = 648834 (9e682 hex)
..............................................................
Un-Protected 62 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 648770 Bytes = 633.6 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.22-dbox2 (tuxbox@box) (gcc version 3.2.3) #2 Sa Sep 20 15:59:5
8 CEST 2003
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.1.1:/Y/dbox2/cdkroot/ ip=1
92.168.1.3:192.168.1.1:::::off console=ttyS0
Decrementer Frequency = 247125000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 65.53 BogoMIPS
Memory: 30800k available (1100k kernel code, 408k 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 (2002081 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications
AB.
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2 on SCC2, 00:50:9c:2a:6f:6c
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00720000 : "root (cramfs)"
0x00720000-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..

Sieht doch alles ganz gut aus bis zu VFS:
Warum????????????????

Bitte helft mir.

Danke
driver140771

Beitrag von **HEAD** » Sonntag 21. September 2003, 13:15

@driver140771
Es ist alles rauss aus Kernel was nicht in Image gebraucht wird (zB. CONFIG_ROOT_NFS , usw.) , deswgen geht Kernel nicht mehr mit YADD.

HEAD hat geschrieben:@driver140771
Es ist alles rauss aus Kernel was nicht in Image gebraucht wird (zB. CONFIG_ROOT_NFS , usw.) , deswgen geht Kernel nicht mehr mit YADD.

Heist das für mich, gleich ein Image machen und flashen ?????

Wenn das so ist, wird auch in Zukunft alles herausen bleiben ?????

Gruß
driver140771

Beitrag von **hrvill** » Sonntag 21. September 2003, 19:25

Versuch mal in cdk/linux/.config den Parameter
CONFIG_ROOT_NFS=y
danach im Verzeichnis cdk
rm .linuxkernel
make .linuxkernel

HEAD hat geschrieben:@driver140771
Es ist alles rauss aus Kernel was nicht in Image gebraucht wird (zB. CONFIG_ROOT_NFS , usw.) , deswgen geht Kernel nicht mehr mit YADD.

verstehe ich nicht.

gerade hier in diesem forum wird doch die meinung vertreten, daß ein entwickler (developer) kein image flasht sondern ne yadd startet...weil es zum testen eben schneller ist und das flash
geschont wird.

sorry...vergessen
@hrvill :

danke !!!!

Beitrag von **Homar** » Sonntag 21. September 2003, 22:47

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_DIRECTIO is not set
CONFIG_ROOT_NFS=y
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_TCP is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_CIFS=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set

Wer sagt denn das es nicht drin wäre ??

Homar hat geschrieben:#
CONFIG_NFS_FS=y

in meiner .config steht:
CONFIG_NFS_FS=m

was immer das heisst...grübel

mit dem tip von hrvill funktioniert es nicht.

ich probiere jetzt mal, aus dem m ein y zu machen.

Beitrag von **Lanzar** » Sonntag 21. September 2003, 22:59

Habe alles so wie Homar schrieb geändert, bekomme bei make .linuxkernel aber einen Fehler

Code: Alles auswählen

Â»/tuxbox/head-cvs/cdk/linux-2.4.22/arch/ppc/8xx_ioÂ«
make[2]: Verlassen des Verzeichnisses Verzeichnis Â»/tuxbox/head-cvs/cdk/linux-2.4.22/arch/ppc/8xx_ioÂ«
powerpc-tuxbox-linux-gnu-ld -T arch/ppc/vmlinux.lds -Ttext 0xc0000000 -Bstatic arch/ppc/kernel/head_8xx.o init/main.o init/version.o init/do_mounts.o \
        --start-group \
        arch/ppc/kernel/kernel.o arch/ppc/platforms/platform.o arch/ppc/mm/mm.o arch/ppc/lib/lib.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
         drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/sound/sounddrivers.o drivers/mtd/mtdlink.o drivers/macintosh/macintosh.o drivers/video/video.o drivers/media/media.o drivers/input/inputdrv.o drivers/i2c/i2c.o arch/ppc/8xx_io/8xx_io.o \
        net/network.o \
        /tuxbox/head-cvs/cdk/linux-2.4.22/lib/lib.a \
        --end-group \
        -o vmlinux
fs/fs.o(.text.init+0x16e6): In function `root_nfs_name':
: undefined reference to `root_server_path'
fs/fs.o(.text.init+0x16fa): In function `root_nfs_name':
: undefined reference to `root_server_path'
fs/fs.o(.text.init+0x1796): In function `root_nfs_addr':
: undefined reference to `root_server_addr'
fs/fs.o(.text.init+0x179a): In function `root_nfs_addr':
: undefined reference to `root_server_addr'
fs/fs.o(.text.init+0x18cc): In function `nfs_root_setup':
: undefined reference to `root_nfs_parse_addr'
fs/fs.o(.text.init+0x18d2): In function `nfs_root_setup':
: undefined reference to `root_server_addr'
fs/fs.o(.text.init+0x18d6): In function `nfs_root_setup':
: undefined reference to `root_server_addr'
fs/fs.o(.text.init+0x1998): In function `root_nfs_getport':
: undefined reference to `rpc_getport_external'
make[1]: *** [vmlinux] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis Â»/tuxbox/head-cvs/cdk/linux-2.4.22Â«
make: *** [.linuxkernel] Fehler 2
lanzar@linux:/tuxbox/head-cvs/cdk>

Beitrag von **Homar** » Sonntag 21. September 2003, 23:06

??? Was habe ich denn geschrieben ???

http://cvs.tuxbox-cvs.sourceforge.net/c ... cvs-markup

Das ist so eingecheckt und nicht anders; das habe ich geschrieben...

Folgendes ist nur, wenn mann einen Flashkernel baut:
#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
# CONFIG_NFS_DIRECTIO is not set
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_TCP is not set
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_CIFS=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
# CONFIG_ZISOFS_FS is not set

right...wenn aus dem m ein y gemacht wird, wird der
kernel nicht mehr kompiliert.

und nun ???

HILFE bitte

Beitrag von **Lanzar** » Sonntag 21. September 2003, 23:13

Ja sorry dachte das oben ist schon geändert für ne Yadd.

Hab jetzt das .config von deinem Link genommen und auch einen Fehler

Code: Alles auswählen

        --start-group \
        arch/ppc/kernel/kernel.o arch/ppc/platforms/platform.o arch/ppc/mm/mm.o arch/ppc/lib/lib.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
         drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/sound/sounddrivers.o drivers/mtd/mtdlink.o drivers/macintosh/macintosh.o drivers/video/video.o drivers/media/media.o drivers/input/inputdrv.o drivers/i2c/i2c.o arch/ppc/8xx_io/8xx_io.o \
        net/network.o \
        /tuxbox/head-cvs/cdk/linux-2.4.22/lib/lib.a \
        --end-group \
        -o vmlinux
fs/fs.o(.text.init+0x1998): In function `root_nfs_getport':
: undefined reference to `rpc_getport_external'
make[1]: *** [vmlinux] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis Â»/tuxbox/head-cvs/cdk/linux-2.4.22Â«
make: *** [.linuxkernel] Fehler 2
lanzar@linux:/tuxbox/head-cvs/cdk>

Beitrag von **Homar** » Sonntag 21. September 2003, 23:18

cd $HOME/tuxbox-cvs/
cvs update -dPAC
cd cdk
rm .linuxkernel
rm .linuxdir
./autogen.sh
./configure dein-bla-zeugs-mit-deinen-dirs-kein-targetruleset-flash
make core
make boot

!!! cvs update -dPAC löscht deine Sourcen und ersetzt sie durch "clean" Sourcen aus der CVS !!!

Wenn du also Änderungen drin hast, dann sind die anschliesend weg.

Homar hat geschrieben:
Folgendes ist nur, wenn mann einen Flashkernel baut:
CONFIG_NFS_FS=m

es hieß doch aber bisher, daß es egal ist, ob ne yadd oder ein image
erzeugt werden soll...hauptsache '-with-targetruleset=flash' steht
in configure mit drin, sonst sind keine flash-rules im makefile.

btw: ein ./configure ... im cdk verz. erstellt nicht die .config neu.

ist das richtig ????

Beitrag von **hrvill** » Sonntag 21. September 2003, 23:28

Warum nimmt ihr nicht die make-scripte von Homar's upload-server?
http://remote-admin.info/upload/scripte/
Damit kann man wunderbar eine Yadd erstellen. Je nach Betriebssystem Cygwin/Linux die entsprechenden Kommentare setzen oder entfernen.

Gruß Herbert

Beitrag von **Homar** » Sonntag 21. September 2003, 23:29

Auszug aus meinem makeFlash.sh für cygwin :
***
./autogen.sh
./configure --prefix=/dbox2 --with-hostruleset=cygwin --with-targetruleset=flash --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode
***

Auszug aus makeNeutrino.sh für cygwin:
***
./autogen.sh
./configure --prefix=/dbox2 --with-hostruleset=cygwin --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode
./config.status
***

@homar:
du bist der größte...naja..fast

eben ein entwickler
seit drei tagen kann ich das erste mal wieder ne yadd starten, mit
nem neu ausgecheckten head.
danke.

gut..gibt zwar noch ein paar probs wie keine kanäle gefunden und
der seltsamen scripte die nicht gefunden werden..aber
immerhin...danke !!

gruss
miller

Beitrag von **Homar** » Sonntag 21. September 2003, 23:36

so schnell eine yadd compiled ???

...du bist der schnellste

Homar hat geschrieben:
...du bist der schnellste

sagt meine frau auch immer...grins

nure core und boot compiled...wie du es
geschrieben hast.

aber...was hat sich nun geändert ??
von einem co zum anderen konnte ich keine yadd mehr booten ???!!

lag es nur am parameter '--with-targetruleset=flash' ?????

Beitrag von **Sepp776** » Montag 22. September 2003, 00:21

Servus!
Schön dass hier gerade so ein YADD-Thread auf ist. Bei mir funktioniert die aktuelle YADD nämlich auch nicht

Kann einer von euch vielleicht mit diesem Fehler was anfangen?

Code: Alles auswählen

(...)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
      device=eth0, addr=192.168.0.202, mask=255.255.255.0, gw=255.255.255.255,
     host=192.168.0.202, domain=, nis-domain=(none),
     bootserver=192.168.0.1, rootserver=192.168.0.1, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.0.1
Looking up port of RPC 100005/1 on 192.168.0.1
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 68k init
Kernel panic: No init found.  Try passing init= option to kernel.
 <0>Rebooting in 180 seconds..

Schö,
Sepp.

Beitrag von **Homar** » Montag 22. September 2003, 00:34

@miller: yepp

@sepp: irgendwas fehlt...

Beitrag von **Sepp776** » Montag 22. September 2003, 00:38

@Homar: Hmm, habe es auch mal mit der YADD von dboxupdate vom Freitag probiert. Da kriege ich die selbe Fehlermeldung. Diese YADD sollte doch funktionieren oder?

Beitrag von **Homar** » Montag 22. September 2003, 00:39

die geht bei mir auch nicht zu booten...

kannste den eine von meinen booten ??

Beitrag von **Sepp776** » Montag 22. September 2003, 01:11

och nö - lag wohl daran dass ich die Archive mit Winrar entpackt hab.

Gibt es eigentlich kein Klicki-Bunti Programm mit dem man die .tar.gz Dinger korrekt entpacken kann?

Besten Dank!
Der Sepp.

Homar hat geschrieben:cd $HOME/tuxbox-cvs/
cvs update -dPAC
cd cdk
rm .linuxkernel
rm .linuxdir
./autogen.sh
./configure dein-bla-zeugs-mit-deinen-dirs-kein-targetruleset-flash
make core
make boot

OK, YADD läuft jetzt super, erstmal vielen Dank

Was gibt es jetzt noch zu beachten wenn ich ein Image erstellen will ???

Gruß
driver140771

Beitrag von **Homar** » Montag 22. September 2003, 23:08

das es anschliessend läuft