Jump to content

Nokia 2x bleibt beim U-Boot stehen - ERROR: can't get kernel image!


Empfohlene Beiträge

Seit einer Woche kann ich den Fehler nicht beheben und bin ganz verzweifeln:

 

Der Box startet und bleibt beim U-Boot stehen. Auf dem Bildschirm TV sehe ich nur das Logo von Keywel-Board und nicht mehr.

 

Frage: ist es ein HW-Fehler, oder kann ich irgendwas machen ? denn ich habe alles probiert.

Mehrere Image zum Flashen mit zwei verschiedene Tools (Hellenberg und DBox2-BootManager). Leider kein Erfolg. Bitte um Support !.

 

Kein Fehler im RAM zu sehen.

(siehe Flashlog von Dbox2-Boot Manager:

Debug: Memory tests (0x400000 -- 0x2000000)

debug: NumberTest: debug: passed

debug: MarchTest: debug: passed

debug: PermTest: debug: passed)

 

Ich sehe in Bootlog bzw. Flashlog folgende Punkte:

Flashlog: (funktioniert einwandfrei) nur beim Booten

 

verify sig: 262

boot net: boot file has no valid signature

Branching to 0x40000

 

Bootlog:

## Booting kernel from Legacy Image at 00200000 ...

Image Name: Linux-2.4.37.11-dbox2

Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 666542 Bytes = 650.9 KiB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... Bad Data CRC

ERROR: can't get kernel image!

=>

 

Hier sind die Umgebung:

 

Nokia x2 - Kabel-Box , Box in debug modus ist seit 2007. Das letzte Image war 2009 von KeyWelt-Board.

SW zum Flashen: Hallenberg-Image Flash Assistant und Dbox-Bootmaneger. Ich habe die neue Version von den beiden.

HW zum Flashen: Cross Over Network Kabel & Null-Modem Kabel.

Laptop: mit RS323, Windows 7, FW & VirusScanner sind deaktiviert, Fest-IP adresse definiert und 10mB Halbduplex eingestellt.

Verbindung von Laptop <->Box : alles in Ordnung.

Image zum Flaschen: die aktuelle KeyBoard Image 2011 & 2009, und einige Image von JTG, oder Petze. Alle sind für 2x Dbox.

 

Hier sind die Flashlog von Hallenberg

"Debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID http://Hallenberg.com

debug: HWrev X5 SWrev 0.81

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

WATCHDOG reset enabled

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.0.10, My IP 192.168.0.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.4 (Tuxbox - Hallenberg.com) (Nov 29 2008 - 23:53:59)

 

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.0.10; our IP address is 192.168.0.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.0.10; our IP address is 192.168.0.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.0.10; our IP address is 192.168.0.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.0.10; our IP address is 192.168.0.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.0.10; our IP address is 192.168.0.202

Filename 'kernel-cdk'.

Load address: 0x100000

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

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

done

Bytes transferred = 627048 (99168 hex)

Using SCC ETHERNET device

TFTP from server 192.168.0.10; our IP address is 192.168.0.202

Filename 'u-initrd'.

Load address: 0x400000

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

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

done

Bytes transferred = 586812 (8f43c hex)

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

Un-Protected 63 sectors

## Booting image at 00100000 ...

Image Name: dbox2

Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 626984 Bytes = 612.3 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: 586748 Bytes = 573 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Loading Ramdisk to 01f1f000, end 01fae3fc ... OK

Linux version 2.4.36.9-dbox2 (Hallenberg.com) (gcc version 3.4.6) #1 Sa 29. Nov 23:29:22 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.0.202:192.168.0.10:::::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: 30348k 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

half-duplex mode enabled

eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1d:8e:3d

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.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.10, rootserver=192.168.0.10, rootpath=

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

RAMDISK: Compressed image found at block 0

Freeing initrd memory: 572k 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.13.0 (2008-11-29 23:52:02 CET

lcd.o: init lcd driver module

lcd.o: found KS0713/SED153X lcd interface

 

dbox2 - ImageFlashingAssistent 3.x

 

- Hallenberg.com -

 

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

Lade Flashimage...

done.

Sende Backup...

Lösche Sektoren: 63 von 63 (100%)

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

Verifziere Daten: 8064k von 8064k (100%)

 

Sie koennen die dbox jetzt ausschalten.

 

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

BootP: Request von 00509C1D8E3D erhalten

BootP: ARP-Eintrag mit IP: 192.168.0.202 und Mac: 00509C1D8E3D gesetzt

BootP: Antwort an 00509C1D8E3D gesendet

TFTP: Sende C:\Program Files\DBOX_IFA\tftp\u-boot

TFTP: Transfer erfolgreich beendet

BootP: Request von 00509C1D8E3D erhalten

BootP: ARP-Eintrag mit IP: 192.168.0.202 und Mac: 00509C1D8E3D gesetzt

BootP: Antwort an 00509C1D8E3D gesendet

TFTP: Sende C:\Program Files\DBOX_IFA\tftp\logo-lcd

TFTP: Transfer erfolgreich beendet

BootP: Request von 00509C1D8E3D erhalten

BootP: ARP-Eintrag mit IP: 192.168.0.202 und Mac: 00509C1D8E3D gesetzt

BootP: Antwort an 00509C1D8E3D gesendet

TFTP: Sende C:\Program Files\DBOX_IFA\tftp\logo-fb

TFTP: Transfer erfolgreich beendet

TFTP: Sende C:\Program Files\DBOX_IFA\tftp\kernel-cdk

TFTP: Transfer erfolgreich beendet

TFTP: Sende C:\Program Files\DBOX_IFA\tftp\u-initrd

TFTP: Transfer erfolgreich beendet

TFTP: Sende C:\tools\Dbox2\OtherImage\Keywelt_V1_September_2x_SQUASHFS_2009.img

TFTP: Transfer erfolgreich beendet

TFTP: Schreibe Backup nach C:\Program Files\DBOX_IFA\Backups\2011-12-17 16-50-43_61.img

TFTP: Transfer erfolgreich beendet

 

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

Gewählter Netzwerkadapter: Broadcom 570x-Gigabit-integrierter Controller (0)

IP-Adresse des Netzwerkadapters: 192.168.0.10

IP-Adresse die die dbox bekommt: 192.168.0.202

Betriebssystem: Professional Service Pack 1 (Build 7601)

CPU 1: Intel® Pentium® M processor 1600MHz @ 1594 MHz

Dateiname des Images: Keywelt_V1_September_2x_SQUASHFS_2009.img

Imagetyp: Zwei Flashs

DBOX-IFA Version: 3.4

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

"

und das Bootlog nach dem Flashen

 

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID 01-9d.c3.1b.07.00.00-7c

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 #0032debug: Got Block #0004debug: Got Block #0008debug: Got Block #0012debug: Got Block #0016debug: Got Block #0020debug: Got Block #0024debug: Got Block #0028debug: Got Block #0032debug: Got Block #0036

 

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

verify sig: 262

Branching to 0x40000

 

 

U-Boot 2009.08 (Tuxbox) (Sep 26 2009 - 14:36:43)

 

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

env: found console with value ttyS0

env: found lcd_inverse with value 0

env: found lcd_contrast with value 15

FB: ready

In: serial

Out: serial

Err: serial

Net: SCC ETHERNET

LCD: ready

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

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

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

Un-Protected 63 sectors

### FS (squashfs) loading 'vmlinuz' to 0x200000

### FS load complete: 671052 bytes loaded to 0x200000

## Booting kernel from Legacy Image at 00200000 ...

Image Name: Linux-2.4.37.6-dbox2

Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 670988 Bytes = 655.3 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... Bad Data CRC

ERROR: can't get kernel image!

 

Hier sind die Flashlog von DBOX BootManager

 

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID 01-9d.c3.1b.07.00.00-7c

debug: HWrev X5 SWrev 0.81

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

WATCHDOG reset enabled

debug: autoboot aborted from terminal

dbox2:root>

dbox2:root> debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID 01-9d.c3.1b.07.00.00-7c

debug: HWrev X5 SWrev 0.81

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

WATCHDOG reset enabled

debug: &_text 0x10000, &_etext 0x26160, &_data 0x26160, &_edata 0x29c50

debug: &_end 0x347dc, &__stack 0x400000

debug: Memory tests (0x400000 -- 0x2000000)

debug: NumberTest: debug: passed

debug: MarchTest: debug: passed

debug: PermTest: debug: passed

dbox2:root>

dbox2:root> boot net

debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Got BOOTP reply from Server IP 192.168.0.10, My IP 192.168.0.202

debug: Sending TFTP-request for file C/Program Files/DBoxBoot/ppcboot_writeflash

 

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

verify sig: 262

boot net: boot file has no valid signature

Branching to 0x40000

 

 

ppcboot 0.6.4 (Apr 11 2002 - 16:10:44)

 

Initializing...

CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache

*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***

Board: ### No HW ID - assuming TQM8xxL

DRAM: (faked) 32 MB

Ethernet: 00-50-9c-1d-8e-3d

FLASH: 8 MB

LCD driver (KS0713) initialized

BOOTP broadcast 1

TFTP from server 192.168.0.10; our IP address is 192.168.0.202

Filename 'C/Program Files/tftpboot/logo-lcd'.

Load address: 0x130000

Loading: ##

done

LCD logo at: 0x130000 (0x1F9FFC0 bytes)

BOOTP broadcast 1

 

Abort

FB logo not found

Input: serial

Output: serial

 

 

1: Console on ttyS0

2: Console on null

3: Console on framebuffer

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

dbox2-ppcboot> bootp 120000 /C/tools/Dbox2/OtherImage/Keywelt_V1.00_Juli_2x_SQUA

SHFS_2011.img

BOOTP broadcast 1

TFTP from server 192.168.0.10; our IP address is 192.168.0.202

Filename '/C/tools/Dbox2/OtherImage/Keywelt_V1.00_Juli_2x_SQUASHFS_2011.img'.

Load address: 0x120000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

done

 

dbox2-ppcboot> protect off 10020000 107fffff

...............................................................

Un-Protected 63 sectors

 

dbox2-ppcboot> erase 10020000 107fffff

Erase Flash from 0x10020000 to 0x107fffff

sector 66 .... done

Erased 63 sectors

 

dbox2-ppcboot> cp.l 120000 10020000 1F8000

Copy to Flash... done

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hi,

das Flashen scheint ja, sowohl mit dem IFA als auch mit dem BM, einwandfrei zu klappen. Falls der Fehler (Verifying Checksum ... Bad Data CRC ERROR: can't get kernel image!) bei jedem neuen Image auftritt, sind wohl die Flash-Chips hinüber.

 

Ciao,

DdD.

 

PS: wenigstens mal jemand, der ungefragt ausführlichste Infos inkl Logs anbietet, sieht man leider viel zu selten, vielen Dank!!! :wub:

Link zu diesem Kommentar
Auf anderen Seiten teilen

Zuerst danke für die schnelle Antwort !.

Wie es aussiehst, ein von den beiden oder alle beiden Intel Flash TE28F320 kaputt sind (ich habe die Chips in dem Box nochmal angeschaut).

Es bedeuet auch, daß ich nur eine Möglichkeit habe: Intel Flash TE28F320 zu wechseln.

In einige DBox2-Reparatur Service in Online ist der Service verdammt teuer ist (zwischen 50€ + 70€). Ein 2 x Intel Chips mit Bootloader (Gebraucht) kann man in Ebay für 9€ kaufen aber dann man muß sich noch in MB nachlöten (sowas habe ich nicht gelernt).

Ich muß noch jemand aus Frankfurt-Umgebung suchen, um dieses hier für mich zu reparieren. Anderes Fall überlege ich, ob sich eine Investation lohnt. Denn ein anderes Box mit Linux + HDMI + Ethernet-Fähigkeit kostet zur Zeit c.a. 120-170€.

Link zu diesem Kommentar
Auf anderen Seiten teilen

  • Admin

@chucuoi2006

 

Also daß es am Flash liegen soll, kann ich nicht so richtig glauben. Der Flashassi hat den Inhalt von zu flashendem Image und

Flashinhalt nach dem Flashen ja erfolgreich verglichen:

Lösche Sektoren: 63 von 63 (100%)

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

Verifziere Daten: 8064k von 8064k (100%)

Also entweder war das zu flashende Image schon vorher kaputt, wurde nicht richtig vom PC zur Box übertragen oder der RAM

der Box hat eine Macke. Reparaturen an RAM oder Flash lohnen sich bei den heutigen Boxenpreisen allerdings nicht mehr.

Vielleicht kann Dir ja Ralf-Jürgen Bader auf Anfrage mehr sagen. Schicke im Deine Logs oder ein Link auf diesen Thread, damit

er sich ein Bild und Dir ggf. einen Kostenvoranschlag machen kann.

Link zu diesem Kommentar
Auf anderen Seiten teilen

@Snowhead: Wahrscheinlich kannst du mir aber weiterhelfen.

Denn ich habe errinern, daß ich die Keywelt-Image (2x Modul juli 2001) statt in tmp verzeichnis, in das var\tmp Verzeichnis über FTP kopiert hatte.

Danach habe ich die Funktion "Expert" das Image geflasht. Welche Funktion von Expert könnte ich nicht mehr errinern aber seitdem habe ich dieses Problem.

Ist es der Fehler ?

Link zu diesem Kommentar
Auf anderen Seiten teilen

  • Admin

@chucuoi2006

 

Ob /tmp odet /var/tmp ist egal. /var/tmp ist nur ein Symlink auf /tmp. Das per FTP übertragene

Image ist also schon am richtigen Platz gelandet. Ohne zu wissen, welche Partition Du geflasht

hast, ist es schwer zu sagen, ob und was kaputtgegangen sein könnte da das 2001er Image

noch keinen Schutz gegen das Flashen der falschen Partition hatte.

Versuch mal, ein frisch runtergeladenes Image mit einem anderen PC zu flashen.

Link zu diesem Kommentar
Auf anderen Seiten teilen

@snowHead: ich hatte mit anderem Laptop (win7) gemacht. Alle Programe (Hallenberg-Image Flash Assistant und Dbox-Bootmanege) wurde auch neu installiert.

Image von Keywelt auch neu runtergeholt und mit den beiden Tools geflasht.

Flashlog waren OK kein Fehler zu sehen (wie ich schon gepostet hatte)

 

Ergebnis: wie der Bootlog. Er bleibt beim Keywelt Logo " System is booting ..." stehen.

Im Bootlog ist immer noch ERROR: can't get kernel image! als letzte Meldung.

Der Ralf-Jürgen Bader hat schon gemeldet.

Ich zeige ihm diese Link.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Kein Fehler im RAM zu sehen.

(siehe Flashlog von Dbox2-Boot Manager:

Debug: Memory tests (0x400000 -- 0x2000000)

debug: NumberTest: debug: passed

debug: MarchTest: debug: passed

debug: PermTest: debug: passed)

Kann trotzdem der RAM fehlerhaft sein, denn die ersten 4 MB werden nicht getestet, wenn man den Log-Ausgaben Glauben schenken darf. Der Test beginnt da ab Adresse 0x400000 (dez. 4194304) bis 0x2000000 (dez. 33554432), das ist genau der Bereich 4 MB bis 32 MB. Diesbezüglich ist dieser Selbsttest, was die ersten 4 MB angeht, damit praktisch witzlos.

 

Der Kernel wird in die unteren 4 MB geladen:

### FS (squashfs) loading 'vmlinuz' to 0x200000

### FS load complete: 671052 bytes loaded to 0x200000

## Booting kernel from Legacy Image at 00200000 ...

Lade-Adresse bei 2 MB. Wenn also der RAM in diesem Bereich einen weg hat, geht das Starten des Kernels schief, weil die tatsächliche Checksumme nicht mit der vorgegebenen übereinstimmt, damit wird das Starten des Kernels dann verweigert. Steht ja auch so im Log:

Verifying Checksum ... Bad Data CRC

ERROR: can't get kernel image!

Da reicht praktisch ein einziges fehlerhaftes Bit im RAM.

Link zu diesem Kommentar
Auf anderen Seiten teilen

@merkwurden: danke für deine ausführliche Analyse.

@Snowhead: danke für den 1. Support & tip

Gerade habe ich eine e_mail von "Ralf-Jürgen Bader" erhalten, er hat auch diese Link gesehen, bzw. alle heutigen Flashlog & Boot log von mir erhalten.

Sein Kommentar: "mit 99%iger sicherheit ist die CPU das übel,also defekt bzw teilbereichsdefekt" und ich soll ein neues Gerät für das Weinachstfest holen. Sowas habe ich auch vor.

Denn die reparaturkosten für RAM oder CPU lohnt sich heute nicht mehr für den gute DBOX2.

Trotzallem bleibe ich mit dem Keywelt-Board !

Das Topic ist damit closed.

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