Yadd - bootet jetzt trotz SFU!

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 11:41

Hallo,
zum ersten Mal wage ich mich mal ran ein Yadd zu booten und nix funktioniert.

Vorgehensweise: Yadd von DietmarW geladen. http://wiki.tuxbox-cvs.sourceforge.net/YADD_Mini-Howto gelesen und beachtet. Entpackt mit den hier angegebenen Tools, auch Ucodes reinkopiert, Bootmanager wie beschrieben eingestellt. Nach mehreren Fehlschlägen auch alle DHCP-Server (vom Router) ausgemacht ...

Log:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.3  mID 03
debug: feID 00    enxID 03
debug: fpID 52     
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: Got BOOTP reply from Server IP 192.168.2.51, My IP 192.168.2.111
debug: Sending TFTP-request for file C/yadd/tftpboot/u-boot
will verify ELF image, start= 0x800000, size= 141104
verify sig: 263
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.1.2 (Tuxbox) (May  1 2005 - 06:46:22)

CPU:   PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Sagem, BMon V1.3
       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
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'C/yadd/tftpboot/u-boot'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-lcd'.
Load address: 0x100000
Loading: T T T T T T T T T T 
Retry count exceeded; starting again
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-lcd'.
Load address: 0x100000
Loading: T T T T T T T T T T 
Retry count exceeded; starting again
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-lcd'.
Load address: 0x100000
Loading: T T T T T T T T T T 
Retry count exceeded; starting again
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-lcd'.
Load address: 0x100000
Loading: T T T T T T

... usw

Jemand eine Idee? Flashen geht von dem Rechner aus problemlos mit vorhandener Config. Yadd ist vom 1.5.05 - also heute.

cu
Jens

Beitrag von **Barf** » Sonntag 1. Mai 2005, 11:59

Beim yadd-booten holt sich die box über TFTP die Dateien u-boot, logo-lcd, logo-fb und kernel-cdk. Die zweite und dritte sind eigentlich nur "Dekoration", nicht desto weniger bricht alles ab, falls das Laden nicht klappt (ist doof). Hier klappt es nicht mit logo-lcd. Untersuche dein TFTP-Server bzgl logo-lcd. Benutzt du fields Bootmanager als TFTP-Server?

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 12:12

Ja, läuft unter Windows, also mit Bootmanager, Einstellungen wie im Wiki. Logo-Dateien liegen im Yaddroot unter /var/tuxbox/config/boot und sehen im Logoviewer ok aus.
cu
Jens

Beitrag von **Barf** » Sonntag 1. Mai 2005, 12:29

jmittelst hat geschrieben:... Logo-Dateien liegen im Yaddroot unter /var/tuxbox/config/boot und sehen im Logoviewer ok aus.

...aber der TFTP-Server findet sie nicht. Der lebt in seiner eigener Welt, bekommt einfach ein Befehl wie "hol mir logo-lcd". Ich weisst nicht wie der Bootmanager sein TFTP-Dienst implementiert hat (nachlesen). Typischerweise kennt ein TFTP-Server ein einziges Directory, und dessen Einhalt. Probiere die logo-dateien zu gleiche Directory wie u-boot reinzukopieren.

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 13:04

Hmm - sieht besser, aber nicht wirklich gut aus.
Log:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.3  mID 03
debug: feID 00    enxID 03
debug: fpID 52     dsID 
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: Got BOOTP reply from Server IP 192.168.2.51, My IP 192.168.2.111
debug: Sending TFTP-request for file C/yadd/tftpboot/u-boot
will verify ELF image, start= 0x800000, size= 141104
verify sig: 263
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.1.2 (Tuxbox) (May  1 2005 - 06:46:22)

CPU:   PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Sagem, BMon V1.3
       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
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'C/yadd/tftpboot/u-boot'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-lcd'.
Load address: 0x100000
Loading: ##
done
Bytes transferred = 7680 (1e00 hex)
BOOTP broadcast 1
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'C/yadd/tftpboot/u-boot'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'logo-fb'.
Load address: 0x100000
Loading: #########
done
Bytes transferred = 43045 (a825 hex)

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
Using SCC ETHERNET device
TFTP from server 192.168.2.51; our IP address is 192.168.2.111
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: #################################################################
         #################################################################
         ####################
done
Bytes transferred = 763556 (ba6a4 hex)
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    763492 Bytes = 745.6 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.27-dbox2 (dietmarw@linux) (gcc version 3.3.5) #1 So Mai 1 06:4
7:31 CEST 2005
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/nfs rw nfsroot=192.168.2.51:C/yadd/
yaddroot/ ip=192.168.2.111:192.168.2.51:::::off
Decrementer Frequency = 247500000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 65.74 BogoMIPS
Memory: 30560k available (1296k kernel code, 440k data, 72k 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. (C) 2001-2003 Red Hat, Inc.
Squashfs 2.1-r2 (released 2004/12/15) (C) 2002-2004 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:3d:b8:ef
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
CFI: Found no D-Box 2 flash memory device at location zero
D-Box 2 flash memory: Found 1 x16 devices at 0x0 in 16-bit mode
 Intel/Sharp Extended Query Table at 0x0031
cfi_cmdset_0001: Erase suspend on write enabled
Using buffer write method
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
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)
IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
      device=eth0, addr=192.168.2.111, mask=255.255.255.0, gw=255.255.255.255,
     host=192.168.2.111, domain=, nis-domain=(none),
     bootserver=192.168.2.51, rootserver=192.168.2.51, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.2.51
Looking up port of RPC 100005/1 on 192.168.2.51
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 72k init
Kernel panic: No init found.  Try passing init= option to kernel.
 <0>Rebooting in 180 seconds..

Nebenbei - MS-SFU ist installiert und läuft.

Hmm. Liegt die Kernel panic an mir, oder am Yadd?

cu
Jens

Beitrag von **gurgel** » Sonntag 1. Mai 2005, 13:12

entpack die yadd mal hiermit:
http://www.in-tostedt.de/in-norddeutsch ... Ent-Packer&

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 13:22

@gurgel - Ergebnis ist (nach dem kopieren der Logos) leider identisch, daran lag es also leider nicht.
cu
Jens

Beitrag von **Barf** » Sonntag 1. Mai 2005, 13:30

@jmittelst:

schön, Problem #1 gelöst, jetzt zu Problem #2.

Das "No init found" bedeutet fast sicher dass das NFS-Mounten nicht geklappt hat. Versuche dies zu debuggen. Dazu kannst du deine normale Image booten, und dein cdkroot testweise mounten mit ein Kommando wie

mount -t nfs nfsserver:/pathname-to-cdkroot /mnt

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 13:49

Interessanter Ansatz.
Da scheint es zu haken.
Wie versucht denn der Bootvorgang auf das NFS-Share zuzugreifen?
Wie gesagt: MS-SFU ist installiert. Hatte jetzt versucht c:\ als /c und c:\yadd\yaddroot als yaddroot freizugeben, bei beiden kommt das untere Log. Leider scheint der NFS-Server im Bootmanager nicht zu funktionieren, wenn MS SFU aktiv ist.
cu
Jens

Beitrag von **Barf** » Sonntag 1. Mai 2005, 14:06

No NFS - no yadd.

ich rate dass "MS-SFU" ein NFS-Server ist. Der Bootmanager hat schon ein NFS-Server drinn, zwei solche auf einem Rechner vertragen sich kaum.

Vergiss erstmals das Booten und versuche das Mounten in ordnung zu bekommen, z.B. wie ich in vorigen Beitrag beschrieben hat.

Wie versucht denn der Bootvorgang auf das NFS-Share zuzugreifen?

sobald der Kernel gestartet hat, wird das root-filesystem gemounted. Oder auch nicht

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 14:38

Ja, SFU sind die Services For Unix, und u.a. ein NFS-Server.
Hmm - ich würde gerne den SFU das machen lassen, was normalerweise der Bootmanager macht. Dazu müßte ich natürlich genau wissen, was ich wie freigeben müsste. Das Mounten zum Betrachten von Filmen und Bildern, sowie zum hören von Musik klappt super.
cu
Jens

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 18:18

So, fast den ganzen Tag rumprobiert - keine Früchte

http://forum.tuxbox-cvs.sourceforge.net ... light=yadd - könnte vielleicht weiter helfen. Leider bin ich nicht wirklich schlau draus geworden.
cu
Jens

Beitrag von **petgun** » Sonntag 1. Mai 2005, 18:52

hi,
Du hast eine PN...extrem wichtig war das entpacken unter Linux!!!...anscheinend kommt SFU mit den Symlinks die die empfohlenen Tools (tar usw.) die cygwin benutzen nicht klar. Ich denke das es deshalb bei Dir nicht funktioniert....ist aber in dem Thread erwaehnt. Bei mir klappt das immer noch einwandfrei....eben getestet...allerdings mit einer Yadd die ca. 3 Monate alt ist.

viel Erfolg,
peter

Beitrag von **jmittelst** » Sonntag 1. Mai 2005, 19:05

Heureka! DANKE - So klappt es auch mit dem Yadd und SFU.

cu
Jens

Beitrag von **petgun** » Sonntag 1. Mai 2005, 19:21

jmittelst hat geschrieben:Heureka! DANKE - So klappt es auch mit dem Yadd und SFU.

cu
Jens

Herzlichen Gluckwunsch!

Hier was ich Jens geschrieben habe:

1: Extrem wichtig: das Archiv unter _Linux_ (zB. von der Box aus) entpacken..SFU kommt mit den Symlinks der Tools (tar usw. die cygwin brauchen) anscheinend ncht klar. Also ein Verzeichnis auf C:\dbox anlegen und nach dem entpacken sollten da zwei Verzeichnisse sein 'tftpboot' und die 'yaddroot' und in yaddroot wird der ganze Kram entpackt....und in tftpboot sollte sich 'u-boot' und 'kernel-yadd' befinden

2:'yaddroot' mit dem SFU als 'yaddroot' freigeben

3:Dboxmanagerkonfiguration:
Haken bei NFS-Server wegmachen und als Bootfile c:\dbox\tftpboot\u-boot waehlen

Bootmanager starten >>> Box Reset und los gehts und danach darfst Du den Bootmanger beenden

<edit>
die Yadd vom 5.5.2005 von DietmarW bootet wie immer perfekt..alles funktioniert auf Anhieb! Danke!
</edit>