Yadd - Bootproblem

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Yadd - Bootproblem

Beitrag von dbt »

Habe seit kurzem open Suse10.3 auf neuer Platte am laufen und mir dort alles neu eingerichtet und ein größeres Problem beim booten vom CDK bzw. Yadd. Ich bekomme das einfach nicht mehr hin, obwohl ich das schon öfter gemacht habe.

Code: Alles auswählen

udebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: unknown demodulatordebug: BMon V1.0  mID 01
debug: feID 00    gtxID 0b
debug: fpID 5a     dsID xx-xx.xx.xx.xx.xx.xx-xx
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: Got BOOTP reply from Server IP 192.168.40.13, My IP 192.168.40.22
debug: Sending TFTP-request for file u-boot-yadd
will verify ELF image, start= 0x800000, size= 140600
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 14 2009 - 09:11:16)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
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
Using SCC ETHERNET device
TFTP from server 192.168.40.13; our IP address is 192.168.40.22
Filename 'u-boot-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.40.13; our IP address is 192.168.40.22
Filename 'logo-lcd'.
Load address: 0x100000
Loading: *
TFTP error: 'File not found' (1)
can't find logo
BOOTP broadcast 1
Using SCC ETHERNET device
TFTP from server 192.168.40.13; our IP address is 192.168.40.22
Filename 'u-boot-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.40.13; our IP address is 192.168.40.22
Filename 'logo-fb'.
Load address: 0x100000
Loading: *
TFTP error: 'File not found' (1)
can't find logo

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.40.13; our IP address is 192.168.40.22
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: #################################################################
         #################################################################
         ################################
done
Bytes transferred = 824577 (c9501 hex)
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    824513 Bytes = 805.2 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.37-dbox2 (dbt@linux-10-3) (gcc version 3.4.6) #5 Mi 14. Jan 09
:12:00 CET 2009
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,9600 root=/dev/nfs rw nfsroot=192.168.40.13:u
-boot-yadd/yaddroot/ ip=192.168.40.22:192.168.40.13::255.255.255.0:::off
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x1000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30452k available (1400k kernel code, 444k 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. (NAND) (C) 2001-2003 Red Hat, Inc.
squashfs: version 3.0 (2006/03/15) 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
half-duplex mode enabled
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:40:05:86
loop: loaded (max 8 devices)
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 (rootfs)"
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)
IP-Config: Complete:
      device=eth0, addr=192.168.40.22, mask=255.255.255.0, gw=255.255.255.255,
     host=192.168.40.22, domain=, nis-domain=(none),
     bootserver=192.168.40.13, rootserver=192.168.40.13, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.40.13
Looking up port of RPC 100005/1 on 192.168.40.13
Root-NFS: Server returned error -13 while mounting u-boot-yadd/yaddroot/
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or 02:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 02:00
 <0>Rebooting in 180 seconds..
:gruebel: Irgendwie komisch warum der Rootpath fehlt? und dann das: mounting u-boot-yadd/yaddroot/ NFS habe ich nur auf /home/user/dbox/yaddroot bzw. cdkroot eingestellt. Tftp ist auf /home/user/dbox/tftpboot eingestellt. Hat jemand einen Tipp?
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Yadd - Bootproblem

Beitrag von seife »

Läuft der portmap auf der servermaschine? Irgendsowas war schon mal...

Edit: die Suchfunktion fördert das hier zutage http://forum.tuxbox-cvs.sourceforge.net ... 23&t=48345
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Re: Yadd - Bootproblem

Beitrag von Barf »

Es wird per default zwei tftp-u-boote gebaut, ein vernünftiges ("u-boot"), und ein braindamaged ("u-boot-yadd"), wegen des uralten Windows dbox managers. Gleichzeitig wird ein README.u-boot erzeugt:
The default u-boot relies on a DHCP-server (a bootp server will not
do) to tell the name of the kernel file, and the location of the
NFS-root. Sometimes this is not available, for example when using the
Windows dBox manager. For these cases, an alternate u-boot is
provided, which, out-of-the-box, has the file name u-boot-yadd. This
offers less flexibility, having most file names/paths compiled in. Using
this u-boot for booting, the file name of the kernel is "kernel-yadd,"
and the NFS root will be "yaddroot".
Alles klar?

Vielleicht sollte man das Default ändern, so dass der Benutzer explizit "make braindamaged-u-boot" (z.B.) eigeben muss, um u-boot-yadd zu erzeugen? :gruebel: :wink:
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Re: Yadd - Bootproblem

Beitrag von dbt »

Dass es eine spezielle Version für den BM gibt, war wir schon klar, aber egal..., also es läuft wieder, warum das erst jetzt Probleme gibt, keine Ahnung :gruebel:
Barf hat geschrieben: Vielleicht sollte man das Default ändern, so dass der Benutzer explizit "make braindamaged-u-boot" (z.B.) eigeben muss, um u-boot-yadd zu erzeugen? :gruebel: :wink:
Könnte man in Erwägung ziehen :gruebel:


PS:
:lol: :lol: :lol: Roll mich jetzt noch..."hirngeschädigtes u-boot"
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Yadd - Bootproblem

Beitrag von seife »

evtl. hat sich doch was in deinem setup geändert - irgendwas anders am DHCP-Server oder so - oder du hattest es halt früher einmal rüberkopiert und dann nie mehr angefasst.

Könnte man das u-boot umbenennen in "u-boot-dbox_bootmanager" oder so ähnlich? Dann wäre das wesentlich klarer. Ich bin mir nicht sicher, ob ich nicht auch einfach per default das "u-boot-yadd" genommen hätte - klingt ja, als ob es das richtige wäre... Oder ist das im dbox-bootmanager hardcoded?

OT: jetzt noch eine 10.3 installieren würde ich nicht mehr - die ist in ein paar Monaten dann auch "out of (Update-)Service" :)
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Re: Yadd - Bootproblem

Beitrag von dbt »

seife hat geschrieben: OT: jetzt noch eine 10.3 installieren würde ich nicht mehr - die ist in ein paar Monaten dann auch "out of (Update-)Service" :)
Hatte auch vor 11.x aufzuspielen (VMware), aber das hat bisher nie funktioniert, weil bei der Installation immer keine Platten gefunden wurde. Keine Ahnung woran's
liegt, aber bevor ich lang rumsuche, hab ich 10.3 draufgebügelt und das lüppt. Ausserdem konnte man schon einiges darüber lesen, dass die 11er nicht ganz so astrein läuft. Riker hatte da mal was gepostet, wegen fehlender Libs und das checkimage nicht läuft.
Oder ist das im dbox-bootmanager hardcoded?
Glaube schon!
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Yadd - Bootproblem

Beitrag von rhabarber1848 »

Barf hat geschrieben:Vielleicht sollte man das Default ändern, so dass der Benutzer explizit "make braindamaged-u-boot" (z.B.) eigeben muss, um u-boot-yadd zu erzeugen? :gruebel: :wink:
Erledigt: http://article.gmane.org/gmane.comp.vid ... ox.scm/825
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Re: Yadd - Bootproblem

Beitrag von Barf »

Streng genommen sind die README-Änderungen nicht sinnvoll: Erstens ist die Datei für den Filesystemrumstöber da ("warum liegt es zwei u-boote hier?") und nicht als Buildprozessdoku ("can be built..."), zweiten wird sie nur zusammen mit u-boot-yadd erzeugt (so dass genau den, den sie Brauchen könnte sie nicht bekommt!).

Priorität: sehr niedrig. :wink:
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Yadd - Bootproblem

Beitrag von rhabarber1848 »

Barf hat geschrieben:Priorität: sehr niedrig. :wink:
Trotzdem erledigt, damit es nicht untergeht:
http://article.gmane.org/gmane.comp.vid ... ox.scm/830