3 Sekunden-Loop mit 1 bis 4 Balken beim Starten

Wie blitze ich ein Bild - Permanent Outgoing Incomes
Pansenmann
Neugieriger
Neugieriger
Beiträge: 15
Registriert: Sonntag 5. Oktober 2003, 22:40

3 Sekunden-Loop mit 1 bis 4 Balken beim Starten

Beitrag von Pansenmann »

Hallo zusammen!

Ich habe meine DBox2 (Nokia, Kabel) jetzt schon seit ca. 4,5 Jahren, und habe die Kiste damals auch selbst in den Debug-Modus gebracht und mit dem Bootmanager von Feldtech geflasht. Ich kenne mich also eigentlich ganz gut mit der Materie aus.

Nachdem ich die Box die letzten 1-2 Jahre über relativ selten benutzt hatte, habe ich vor einer Woche bemerkt, dass die Box keine Sender mehr findet. Das Problem habe ich auch dank des Boards innerhalb kurzer Zeit lösen können, Stichwort neuer Tunertreiber. Neuen Yadi-Snapshot 2.2.0.3 installiert und gut. Was mir da auffiel war, dass das Flashen im Vergleich zu früher extrem lange dauerte, ca. 10 bis 15 Minuten. Ich hab mir da aber erstmal nichts weiter bei gedacht, Box fuhr hoch und alles lief.

Jetzt zum eigentlichen Problem: Vorgestern habe ich ferngesehen, und plötzlich ging die Kiste von alleine aus. Danach wollte ich sie wieder starten, aber seitdem erscheint im Display nur das Betaresearch-Logo plus erst nur ein Balken, dann vier und im nächsten Moment startet sie wieder neu. Das wiederholt sich immer wieder, pro Zyklus dauert es etwa 3 Sekunden. Das Log dazu sieht folgendermassen aus:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01
Ein paar Mal ist es mir gelungen, dass statt dieses Loops doch der Debug-Screen, danach das Lade... und irgendwann die normale Yadi-Screen plus dazugehörendem Screen auf dem Fernsehbildschirm angezeigt wurde. Fragt mich bitte nicht, was ich dazu gemacht habe. Das war eigentlich nur ein wildes Rumprobieren mit Pfeil nach oben + Standby-Taste + Stecker irgendwann kurz reinstecken, wieder rausziehen und wiederreinstecken... :)
Ich habe aber auch eher die Vermutung, dass das nur Zufall war, und die Kiste auch von alleine so bei jedem 20-30sten Versuch startet. Allerdings geht es auch dann nur bis zu dem Begrüssungsbildschirm, da bleibt die Box dann irgendwann hängen. Ob Hallenberg...

Code: Alles auswählen

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>  
dbox2:root> seteth
ethaddr 0x1001ffe3
ethaddr: 00:50:9c:1a:1b:6c
dbox2:root> 
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: Given up BOOTP/TFTP boot
boot net failed
debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.178.33, My IP 192.168.178.202
debug: Sending TFTP-request for file D/dboxifa_tmp/tftpboot/u-boot
will verify ELF image, start= 0x800000, size= 140008
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.1.6 (Tuxbox) (Jan  8 2007 - 22:58:00)

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.178.33; our IP address is 192.168.178.202
Filename 'D/dboxifa_tmp/tftpboot/u-boot'.
Load address: 0x100000
Loading: *Using SCC ETHERNET device
TFTP from server 192.168.178.33; 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.33; our IP address is 192.168.178.202
Filename 'D/dboxifa_tmp/tftpboot/u-boot'.
Load address: 0x100000
Loading: *Using SCC ETHERNET device
TFTP from server 192.168.178.33; 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:  1  0 

Bank # 1: AMD 29DL323B (32M, bottom boot sect), 32 bit

  Size: 8192 kB in 71 Sectors
  Sector Start Addresses:
    10000000      10004000      10008000      1000C000     
    10010000      10014000      10018000      1001C000     
    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     
Using SCC ETHERNET device
TFTP from server 192.168.178.33; our IP address is 192.168.178.202
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: *#################################################################
	 #################################################################
	 ##
done
Bytes transferred = 675073 (a4d01 hex)
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    675009 Bytes = 659.2 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Freeing unused kernel memory: 68k init

------ Zusatzinformationen ------
Gewählter Netzwerkadapter: SiS 900-basierte PCI-Fast Ethernet-Adapter - Paketplaner-

Miniport (0)
IP-Adresse des Netzwerkadapters: 192.168.178.33
IP-Adresse die die dbox bekommt: 192.168.178.202
Comport: Kommunikationsanschluss (COM1)
Betriebssystem: Microsoft Windows XP Professional Service Pack 2 (Build 2600)
CPU 1: AMD Athlon(tm) Processor @ 1100 MHz
Dateiname des Images: yadi_070901_maw.img
Imagetyp: Zwei Flashs
DBOX-IFA Version: 2.3
------ Powered by http://www.dboxservice-hallenberg.de ------
...oder Feldtech,...

Code: Alles auswählen

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-3d.be.2d.07.00.00-e0
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= 162920
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Mar 17 2007 - 16:51:08)

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.
FB:    ready
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
### FS load complete: 698386 bytes loaded to 0x100000
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    698322 Bytes = 682 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.34-dbox2 (ImageTeam@yadi.org) (gcc version 3.4.4) #12 So 5. Au
g 18:20:38 CEST 2007
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock1 rootfstype=squashfs
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... 68.60 BogoMIPS
Memory: 30772k available (1188k kernel code, 348k data, 60k 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 BRG1
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:1a:1b:6c
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
 Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00680000 : "root (squashfs)"
0x00680000-0x007e0000 : "var (jffs2)"
0x007e0000-0x00800000 : "flfs (u-boot)"
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, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
irgendwann bleibt sie stehen. In eine Konsole komme ich auch nicht.

Einmal wurde mit dem Feldtech sogar ein neues Image geflasht, aber danach hatte ich dasselbe Spiel, geändert hat sich nichts.

Ich habe so ein bischen die Befürchtung, dass der Flashbaustein einen weg hat, wie eingangs erwähnt, dauerte das Flashen zuletzt ziemlich lange. Lieg ich da richtig mit meiner Befürchtung, oder hat jemand eine andere Idee, was ich noch probieren könnte?

Schonmal vielen Dank für eure Hilfe!
tik-tak
Erleuchteter
Erleuchteter
Beiträge: 543
Registriert: Donnerstag 14. Dezember 2006, 09:23

Beitrag von tik-tak »

DDF: 83.4294965775 BogoMIPS

CPU im Eimer zu 95% oder AVIA GTX oder :(
Auf jeden Fall ist nichts gutes oder liege ich falsch ?
Flashs denke mal nicht, kann man aber prüfen mit Progger oder
Pansenmann
Neugieriger
Neugieriger
Beiträge: 15
Registriert: Sonntag 5. Oktober 2003, 22:40

Beitrag von Pansenmann »

Aaah, das mit dem "leicht erhöhten" BogoMIPS-Wert war mir noch gar nicht aufgefallen... Hmm, das ist ja in der Tat ein bischen seltsam...
Bei den wenigen Versuchen, wo sich die Kiste mal entschliesst etwas weiter hochzufahren, ist der Wert ja normal.

Hier nochmal der Log eines weiteren halbwegs "geglückten" Bootvorgangs. Der kam sogar etwas weiter als das "Freeing unused kernel memory".

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 83.4294965775 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01
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-3d.be.2d.07.00.00-e0
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: 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-3d.be.2d.07.00.00-e0
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= 162920
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Mar 17 2007 - 16:51:08)

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.
FB:    ready
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
### FS load complete: 698386 bytes loaded to 0x100000
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    698322 Bytes = 682 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.34-dbox2 (ImageTeam@yadi.org) (gcc version 3.4.4) #12 So 5. Au
g 18:20:38 CEST 2007
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock1 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30772k available (1188k kernel code, 348k data, 60k 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
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1a:1b:6c
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
 Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00680000 : "root (squashfs)"
0x00680000-0x007e0000 : "var (jffs2)"
0x007e0000-0x00800000 : "flfs (u-boot)"
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, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started:  BusyBox v1.2.1 (2007.08.05-07:44+0000) multi-call Segmentation fa
ult
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault
Segmentation fault

Please press Enter to activate this console. 

Please press Enter to activate this console. 

Please press Enter to activate this console.
Aber so richtig glücklich bin ich über das "Segmentation Fault" da auch nicht... :(
dso
Einsteiger
Einsteiger
Beiträge: 150
Registriert: Sonntag 26. August 2007, 11:45

Beitrag von dso »

Hi,
Segmentation fault könnte auf defektes RAM hindeuten ...
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

ich denke eher Nebeneffekte von dem hier:
DDF: 83.4294965775 BogoMIPS

CPU im Eimer zu 95% oder AVIA GTX oder
never change a running system
dso
Einsteiger
Einsteiger
Beiträge: 150
Registriert: Sonntag 26. August 2007, 11:45

Beitrag von dso »

:)
ok ... ich kenne diese SegFaults nur aus dem Linux/Unix Bereich in Verbindung mit RAM. Eine strubbelige CPU wird aber durchaus auch für Chaos im RAM sorgen, daher schon richtig und notwendig das zu erweitern, SoLaLa.

dso

PS: Immer dieses OVERCLOCKING *lol
Pansenmann
Neugieriger
Neugieriger
Beiträge: 15
Registriert: Sonntag 5. Oktober 2003, 22:40

Beitrag von Pansenmann »

Hehe, nee, overclocked hab ich da nix :)

Die Segmentation Faults hab ich ja nur einmal bekommen, sonst ist er vorher schon immer hängen geblieben. Aber dennoch bin ich der Meinung, dass sich da wohl irgendein Teil der Hardware irreparabel verabschiedet hat. Das seh ich doch richtig, oder?

Oder hat noch irgendjemand ne weniger schwerwiegende Diagnose?
Defekte Bauteile auszutauschen würde ja vermutlich auch relativ zwecklos sein, von wegen Suche nach der Stecknadel im Heuhaufen, oder?
tik-tak
Erleuchteter
Erleuchteter
Beiträge: 543
Registriert: Donnerstag 14. Dezember 2006, 09:23

Beitrag von tik-tak »

DDF: 83.4294965775 BogoMIPS

Ist nichts gutes leider :(


Wenn man nichts zu tun hat warum denn nicht...
Mache ich auch mal öfters :)