Jump to content

Problem nach Image auslesen


Empfohlene Beiträge

Hi,

habe ein Problem mit meiner Philips dBox2.

Ich hatte ein anderes Image ausprobiert und wollte wieder das Keywelt druf machen.

Doch beim sichern des Image ist die Box abgestürzt und seit dem fährt sie nicht mehr hoch sie bleibt bei U-Boot 1.3.1 stehen.

Habe schon probiert mit bem Bootmanager nen neues Image aufzuspielen doch da bleibt sie auch hängen

 

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-40.9d.c4.07.00.00-5e

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: 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/philips-dbox2/kernel/os in Flash-FS

debug: Got Block #0044

 

will verify ELF image, start= 0x800000, size= 166144

verify sig: 262

Branching to 0x40000

 

 

U-Boot 1.3.1 (Tuxbox) (Dec 26 2008 - 16:21:41)

 

CPU: PPC823ZTnnB2 at 65.900 MHz: 2 kB I-Cache 1 kB D-Cache

Board: DBOX2, Philips, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

Scanning JFFS2 FS: done.

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: done.

find_inode failed for name=tuxbox

load: Failed to find inode

ready - can't find logo in flash

Scanning JFFS2 FS: done.

find_inode failed for name=tuxbox

load: Failed to find inode

can't find logo in flash

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

Select option (1-3), other keys to stop autoboot: 0

=> bootp 100000 /F/d-box/ImageBackup/200812311800mtd5.img

BOOTP broadcast 1

DHCP client bound to address 192.168.178.13

Using SCC ETHERNET device

TFTP from server 192.168.178.1; our IP address is 192.168.178.13

Filename '/F/d-box/ImageBackup/200812311800mtd5.img'.

Load address: 0x100000

Loading: =>

 

mehr passiert nicht :mellow:

 

und mit dem Hallenberg Flashassistenten

 

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 http://Hallenberg.com

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

debug: autoboot aborted from terminal

dbox2:root> boot net net net net net net net net net net

debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Got BOOTP reply from Server IP 192.168.178.100, My IP 192.168.178.202

debug: Sending TFTP-request for file u-boot

will verify ELF image, start= 0x800000, size= 140064

verify sig: 262

boot net: boot file has no valid signature

Branching to 0x40000

 

 

U-Boot 1.3.1 (Tuxbox - Hallenberg.com) (Dec 23 2007 - 22:22:21)

 

CPU: PPC823ZTnnB2 at 65.900 MHz: 2 kB I-Cache 1 kB D-Cache

Board: DBOX2, Philips, 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.178.100; our IP address is 192.168.178.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.178.100; our IP address is 192.168.178.202

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.178.100; our IP address is 192.168.178.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.178.100; our IP address is 192.168.178.202

Filename 'logo-fb'.

Load address: 0x100000

Loading: ####################################

done

Bytes transferred = 179877 (2bea5 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.178.100; our IP address is 192.168.178.202

Filename 'kernel-cdk'.

Load address: 0x100000

Loading: #################################################################

##########################################################

done

Bytes transferred = 626108 (98dbc hex)

Using SCC ETHERNET device

TFTP from server 192.168.178.100; our IP address is 192.168.178.202

Filename 'u-initrd'.

Load address: 0x400000

Loading: #################################################################

#################################################

done

Bytes transferred = 579075 (8d603 hex)

............................................................... done

Un-Protected 63 sectors

## Booting image at 00100000 ...

Image Name: dbox2

Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 626044 Bytes = 611.4 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Uncompressing Kernel Image ... OK

## Loading RAMDisk Image at 00400000 ...

Image Name: Ramdisk Image

Image Type: PowerPC Linux RAMDisk Image (gzip compressed)

Data Size: 579011 Bytes = 565.4 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Loading Ramdisk to 01f21000, end 01fae5c3 ... OK

Linux version 2.4.36-dbox2 (Hallenberg.com) (gcc version 3.4.6) #2 So 6. Jan 18:22:41 CET 2008

On node 0 totalpages: 8192

zone(0): 8192 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: console=ttyS0 root=/dev/ram rw ip=192.168.178.202:192.168.178.100:::::off

Decrementer Frequency = 247125000/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.53 BogoMIPS

Memory: 30356k available (1048k kernel code, 324k 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

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 BRGÿttyS1 at 0x0380 is on SMC2 using BRG2

pty: 256 Unix98 ptys configured

eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:2a:aa:05

RAMDISK driver initialized: 16 RAM disks of 3333K size 1024 blocksize

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: Guessing netmask 255.255.255.0

IP-Config: Complete:

device=eth0, addr=192.168.178.202, mask=255.255.255.0, gw=255.255.255.255,

host=192.168.178.202, domain=, nis-domain=(none),

bootserver=192.168.178.100, rootserver=192.168.178.100, rootpath=

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

RAMDISK: Compressed image found at block 0

Freeing initrd memory: 565k freed

EXT2-fs warning: checktime reached, running e2fsck is recommended

VFS: Mounted root (ext2 filesystem).

Mounted devfs on /dev

Freeing unused kernel memory: 72k init

init started: BusyBox v1.9.0 (2008-01-05 13:28:28 CET)

lcd.o: init lcd driver module

lcd.o: found KS0713/SED153X lcd interface

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

dbox2 - ImageFlashingAssistent 3.0

 

- Hallenberg.com -

 

 

 

Schreibe Backup: 8064k von 8064k (100%)

Lade Flashimage...

tftp: timeout

done.

Sende Backup...

While trying to open /tmp/flash.img: No such file or directory

 

Sie koennen die dbox jetzt ausschalten.

 

-------------------------------------------------------------

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

TFTP: Sende C:\Programme\DBOX_IFA\tftp\u-boot

TFTP: Transfer erfolgreich beendet

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

TFTP: Sende C:\Programme\DBOX_IFA\tftp\logo-lcd

TFTP: Transfer erfolgreich beendet

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

BootP: Request von 00509C2AAA05 erhalten

BootP: ARP-Eintrag mit IP: 192.168.178.202 und Mac: 00509C2AAA05 gesetzt

BootP: Antwort an 00509C2AAA05 gesendet

TFTP: Sende C:\Programme\DBOX_IFA\tftp\logo-fb

TFTP: Transfer erfolgreich beendet

TFTP: Sende C:\Programme\DBOX_IFA\tftp\kernel-cdk

TFTP: Transfer erfolgreich beendet

TFTP: Sende C:\Programme\DBOX_IFA\tftp\u-initrd

TFTP: Transfer erfolgreich beendet

TFTP: Sende E:\20081231_1800_mtd5.img

TFTP: Schreibe Backup nach C:\Programme\DBOX_IFA\Backups\2009-03-28 12-58-34_485.img

TFTP: Transfer nicht erfolgreich

TFTP: Transfer nicht erfolgreich

TFTP: Transfer nicht erfolgreich

TFTP: Transfer nicht erfolgreich

 

------ Zusatzinformationen ------

Gewählter Netzwerkadapter: NVIDIA nForce Networking Controller - Paketplaner-Miniport (1)

IP-Adresse des Netzwerkadapters: 192.168.178.100

IP-Adresse die die dbox bekommt: 192.168.178.202

Betriebssystem: Microsoft Windows XP Professional Service Pack 2 (Build 2600)

CPU 1: AMD Turion 64 Mobile Technology ML-34 @ 1808 MHz

Dateiname des Images: 20081231_1800_mtd5.img

Imagetyp: Zwei Flashs

DBOX-IFA Version: 3.1

------ Powered by http://www.dboxservice-hallenberg.de ------

 

 

Hoffe ihr könnt mir weiter helfen B)

 

Gruß Barti

Link zu diesem Kommentar
Auf anderen Seiten teilen

/ # cat /proc/mtd
dev:	size   erasesize  name
mtd0: 00020000 00004000 "BR bootloader"
mtd1: 00020000 00020000 "FLFS (U-Boot)"
mtd2: 005a0000 00020000 "root (squashfs)"
mtd3: 00220000 00020000 "var (jffs2)"
mtd4: 007e0000 00020000 "Flash without bootloader"
mtd5: 00800000 00020000 "Complete Flash"

Complete Flash" und "BR bootloader" sind im Kerneltreiber schreibgeschützt.

Du hättest besser den mtd4-Bereich gesichert, bzw für deine Zwecke die

Option "ganzes Flashimage auslesen" benutzt.

 

Jetzt mußt Du den Kernel entsprechend patchen.

Aber Vorsicht: wenn der BR-Bootloader erstmal kaputt ist, kannst Du die Box gleich zu Ralf Jürgen schicken.

 

Probier mal das aktuelle Februar Image mit dem Hallenberg-Tool.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Complete Flash" und "BR bootloader" sind im Kerneltreiber schreibgeschützt.

Du hättest besser den mtd4-Bereich gesichert, bzw für deine Zwecke die

Option "ganzes Flashimage auslesen" benutzt.

Mag richtig sein, man kann das Image trotzdem flashen - und zwar ohne daß ein Risiko besteht, was kaputt zu machen. :mellow:

 

Jetzt mußt Du den Kernel entsprechend patchen.

Sorry, aber das ist Dummfug. Es muß überhaupt nichts gepatcht werden. B)

Man nehme den Bootmanager, der schneidet den BR-Bootloader automatisch ab. Somit kann man erst gar nicht den Bootloader überschreiben. Der Hallenberg sollte das ebenso machen.

 

Probier mal das aktuelle Februar Image mit dem Hallenberg-Tool.

Das hat er ja schon versucht, wie man unschwer aus dem Flashlog erkennen kann.

 

Wenn man allerdings das Problem boot net failed hat, kann man auch nicht flashen. Und der Hallenberg meldet TFTP: Transfer nicht erfolgreich. 1 und 1 zusammengezählt, ist das ganz eindeutig ein Netzwerkproblem. So wird das Flashen nie was...

 

Und da der Thread im allgemeinen Bereich nix verloren hat, verschiebe ich den jetzt in den Bereich, wo er hingehört. Und dort gibt es einen extra gepinnten Thread, wo man zu Problemen beim Flashen nachlesen kann.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Archiviert

Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.

  • Wer ist Online   0 Benutzer

    • Keine registrierten Benutzer online.
×
×
  • Neu erstellen...