Ich habe nun eine Nokia D-Box 2 bekommen, welche den BMon 1.0 hat. Diese Box hat irgendwo einen Defekt, aber wo kann ich als Lai nicht deuten bisher.
Beim Starten der Box kommt folgendes (Endlosschleife):
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
Auf dem LCD ist das BetaResearch Logo und ein schwarzer Ladebalken zu sehen.
Wenn man die Ausdauer besitzt, die Box 100 mal zu resetten, dann kommt es ca. 3 mal vor, dass die Box anfängt zu booten. Dann steht folgendes im Boot-Log:
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID xx-xx.xx.xx.xx.00.00-a4
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: Given up BOOTP/TFTP boot
boot net failed
Flash-FS bootstrap loader (v1.5)
Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0036
will verify ELF image, start= 0x800000, size= 162960
verify sig: 262
Branching to 0x40000
U-Boot 1.2.0 (Tuxbox) (Dec 12 2007 - 21:59:19)
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
Scanning JFFS2 FS: .
.find_inode failed for name=boot.conf
loavv Failed to find inode
Unknown command '
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET
Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
SQUASHFS error: no squashfs_magic: ffff7368
### FS LOAD ERROR<0> for vmlinuz!
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
u-boot: Bad Magic Number *** THIS IS NOT THE FAMOUS dbox2 'Bad Magic' ***
Auf dem LCD sind jetzt die Infos zu sehen, die man aus dem Debug-Mode kennt. Demnach scheint die Box ja irgendwie im Debug-Mode zu sein.
Wenn ich nun HELP eingebe im COM-Terminal, dann kriege ich eine Liste von Befehlen:
autoscr - run script from memory
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
bootp - boot image via network using BootP/TFTP protocol
cmp - memory compare
coninfo - print console devices and information
cp - memory copy
crc32 - checksum calculation
dhcp - invoke DHCP client to obtain IP/boot params
echo - echo args to console
erase - erase FLASH memory
flinfo - print FLASH memory information
fsinfo - print information about filesystems
fsload - load binary file from a filesystem image
go - start application at address 'addr'
help - print online help
iminfo - print header information for application image
imls - list all images found in flash
itest - return true/false on integer compare
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loady - load binary file over serial line (ymodem mode)
loop - infinite loop on address range
ls - list files in a directory (default /)
md - memory display
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nfs - boot image via network using NFS protocol
nm - memory modify (constant address)
printenv- print environment variables
protect - enable or disable FLASH write protection
rarpboot- boot image via network using RARP/TFTP protocol
reset - Perform RESET of the CPU
run - run commands in an environment variable
setenv - set environment variables
sleep - delay execution for some time
tftpboot- boot image via network using TFTP protocol
version - print monitor version
Sind das die Befehle von U-BOOT?
Da ich mich mit den Befehlen nicht auskenne, habe ich nur harmlose Befehle abgesetzt, die irgendwas anzeigen oder testen.
Zum Beispiel das:
=> bdinfo
memstart = 0x00000000
memsize = 0x02000000
flashstart = 0x10000000
flashsize = 0x00800000
flashoffset = 0x00000000
sramstart = 0x00000000
sramsize = 0x00000000
immr_base = 0xFF000000
bootflags = 0x00000001
intfreq = 67.200 MHz
busfreq = 67.200 MHz
ethaddr = 00:50:9C:1D:1E:DF
IP addr = 0.0.0.0
baudrate = 9600 bps
und das:
=> flinfo
Bank # 1: INTEL 28F320C3B (32M, bottom boot sect), 32 bit
Size: 8192 kB in 71 Sectors
Sector Start Addresses:
10000000 (RO) 10004000 (RO) 10008000 (RO) 1000C000 (RO)
10010000 (RO) 10014000 (RO) 10018000 (RO) 1001C000 (RO)
10020000 10040000 10060000 10080000
100A0000 100C0000 100E0000 10100000
10120000 10140000 10160000 10180000
101A0000 101C0000 101E0000 10200000
10220000 10240000 10260000 10280000
102A0000 102C0000 102E0000 10300000
10320000 10340000 10360000 10380000
103A0000 103C0000 103E0000 10400000
10420000 10440000 10460000 10480000
104A0000 104C0000 104E0000 10500000
10520000 10540000 10560000 10580000
105A0000 105C0000 105E0000 10600000
10620000 10640000 10660000 10680000
106A0000 106C0000 106E0000 10700000
10720000 10740000 10760000 10780000
107A0000 107C0000 107E0000
Bank # 2: missing or unknown FLASH type
und das:
=> fsinfo
Partition # 0: squashfs, offset: 0x10020000, size 0x580000
Partition # 1: jffs2, offset: 0x105a0000, size 0x240000
Partition # 2: unsupported, offset: 0x0, size 0x0
Partition # 3: unsupported, offset: 0x0, size 0x0
Aber jetzt zur wichtigsten Frage. Kann ich mit irgendwelchen Befehlen das System wieder "heilen"? Den Boot-Loader stabilisieren? oder irgendwas positives für die Box machen?
Ciao
JackD
