[Problem] aktueller CVS Stand

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

[Problem] aktueller CVS Stand

Beitrag von Striper »

Kompiliert durch, aber das Image startet nicht...

Code: Alles auswählen

U-Boot 1.2.0 (Tuxbox) (Jan  8 2008 - 23:32: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
Scanning JFFS2 FS: ....... done.
find_inode failed for name=boot.conf
load: Failed to find inode
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 (jffs2) loading 'vmlinuz' to 0x100000
### FS load complete: 669111 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:    669047 Bytes = 653.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (Striper@localhost.localdomain) (gcc version 3.4.6)
 #1 Di 8. Jan 23:42:09 CET 2008
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/mtdblock2 rw rootfstype=jffs2
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: 30828k available (1140k kernel code, 340k 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:1d:35:94
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 5 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x00800000 : "root (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, debug: DDF: Calibrating delay loop... debug: DDF: 67.79
 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01
debug: feID 7a    gtxID 0b
debug: fpID 5a     dsID 01-3f.3d.2b.07.00.00-02
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 #0032

will verify ELF image, start= 0x800000, size= 154328
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan  8 2008 - 23:32: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
Scanning JFFS2 FS: ....... done.
find_inode failed for name=boot.conf
load: Failed to find inode
FB:    ready
LCD:   ready
In:    serial
So geht das dann munter weiter in einer Endlosschleife...
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Hat denn da keiner ne Idee? Seit der neueste Kernel im CVS ist kann ich kein Image mehr mit Newmake kompilieren das dann auch auf der Box durchbootet. Jedes mal die gleiche Endlosschleife...
Z80
Erleuchteter
Erleuchteter
Beiträge: 710
Registriert: Dienstag 3. September 2002, 12:54

Re: [Problem] aktueller CVS Stand

Beitrag von Z80 »

Striper hat geschrieben:Hat denn da keiner ne Idee? Seit der neueste Kernel im CVS ist kann ich kein Image mehr mit Newmake kompilieren das dann auch auf der Box durchbootet. Jedes mal die gleiche Endlosschleife...

Code: Alles auswählen

WATCHDOG RESET
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

oO Danke für nix...

Sry, aber damit kann ich beim besten Willen nichts anfangen.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [Problem] aktueller CVS Stand

Beitrag von seife »

Das heißt wohl, daß der Watchdog deine Box resettet hat. Warum das jetzt bei Kernel 2.4.36 auftritt aber bei 2.4.35 nicht, weiß ich nicht. Ich sage ja immer daß es eine dumme Idee ist, den neuesten Kernel (oder die neueste busybox...) zu nehmen, obwohl er keinerlei für die dbox relevante Änderungen drin hat ;)
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

So, jetzt bootet er mir etwas länger, da ich das Netzwerkkabel abgesteckt habe. Hier mal das Log:

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 xxxxxxxxxxxxxxxxxxxxxx
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 #0032

will verify ELF image, start= 0x800000, size= 154328
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 10 2008 - 12:29:40)

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.
find_inode failed for name=boot.conf
load: Failed to find inode
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 (jffs2) loading 'vmlinuz' to 0x100000
### FS load complete: 669115 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:    669051 Bytes = 653.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (Striper@localhost.localdomain) (gcc version 3.4.6)
 #3 Do 10. Jan 12:30:48 CET 2008
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/mtdblock2 rw rootfstype=jffs2
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: 30828k available (1140k kernel code, 340k 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:1d:35:94
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 5 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x00800000 : "root (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)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started: BusyBox v1.7.2 (2008-01-10 12:30:02 CET)
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
Detected STB:
        Vendor: Nokia
        Model: D-BOX2 
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48 2004/12/20 01:01:22 carjay Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_ucode: loaded ucode v0014
avia_gt_ucode: ucode section filters enabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_core: masking unhandled irq reg 0 bit 6
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39 2004/08/28 16:44:56 carjay Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
Starting the automounter

Please press Enter to activate this console. Thu Jan  1 01:00:00 CET 1970
$Id: sectionsd.cpp,v 1.258 2008/01/06 21:35:30 seife Exp $
[sectionsd] Caching max 4000 events
[sectionsd] Caching 7 days
[sectionsd] Caching 6 hours Extended Text
[sectionsd] Events are old 120min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
/var/tuxbox/config/mybouquets.xml: No such file or directory
[eitThread] pid 146 start
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0  mID 01
debug: feID 7a    gtxID 0b
debug: fpID 5a     dsID 01-3f.3d.2b.07.00.00-02
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 #0032

will verify ELF image, start= 0x800000, size= 154328
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 10 2008 - 12:29:40)

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.
find_inode failed for name=boot.conf
load: Failed to find inode
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 (jffs2) loading 'vmlinuz' to 0x100000
### FS load complete: 669115 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:    669051 Bytes = 653.4 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (Striper@localhost.localdomain) (gcc version 3.4.6)
 #3 Do 10. Jan 12:30:48 CET 2008
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/mtdblock2 rw rootfstype=jffs2
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: 30828k available (1140k kernel code, 340k 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:1d:35:94
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
Nach

Code: Alles auswählen

[eitThread] pid 146 start
kommt sofort der Reboot. Hab jetzt bestimmt schon 3x neu ausgecheckt und neu kompiliert. :(
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Re: [Problem] aktueller CVS Stand

Beitrag von ingrid »

seife hat geschrieben:Ich sage ja immer daß es eine dumme Idee ist, den neuesten Kernel (oder die neueste busybox...) zu nehmen, obwohl er keinerlei für die dbox relevante Änderungen drin hat ;)
Da ist natürlich was wahres dran, aber sowohl der neue Kernel als auch die allerneueste Busybox (incl. Patches) läuft auf meinen beiden Sagems 1a. Es sieht also nicht nach einem "generellen Problem" aus, denke ich mal.

Evtl. sollte man aber nicht alles sofort einchecken, sondern vielleicht erst zum Testen oder einfach zum Spielen posten. Kann dann ja jeder selbst entscheiden, welche Versionen er benutzt. Eben so, wie's mit der BB1.9 geschehen ist. Patches etc. gibt's hier im Forum, aber eingecheckt ist es nicht. So kann eben jeder selbst das draufspielen, was er haben möchte. Ob's nun für die dbox was bringt oder nicht, ist zum "Spielen & Testen" eh egal. Immerhin hilft es aber beim Lernen. ;-)
Zuletzt geändert von ingrid am Donnerstag 10. Januar 2008, 13:17, insgesamt 1-mal geändert.
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Ja was soll es denn dann sein? An meiner Config wurde nichts geändert bis auf den aktuelleren CVS Stand. Btw. ich hab eine Nokia 500 Kabel.
PandinusImperator
Interessierter
Interessierter
Beiträge: 32
Registriert: Dienstag 23. Oktober 2007, 09:26

Re: [Problem] aktueller CVS Stand

Beitrag von PandinusImperator »

Du baust ein JFFS2Only, oder?
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Re: [Problem] aktueller CVS Stand

Beitrag von ingrid »

Striper hat geschrieben:Ja was soll es denn dann sein? An meiner Config wurde nichts geändert bis auf den aktuelleren CVS Stand. Btw. ich hab eine Nokia 500 Kabel.
Gute Frage. Kann ich Dir auch so nicht beantworten. Währe auch unwahrscheinlich, dass die Nokias mit dem neuen Kernel irgendwie nicht können. Aber man hat schon Pferde kotzen sehen...

Reverte die Changes doch mal und schau, ob Dein Problem weg ist. Falls nicht, hast Du wohl ein lokales Problem. Wäre schon mal ein kleiner Schritt zum Einkreisen...


Ach so.... Ich baue SquashFS. JFFS2 ging bei mir schon länger nicht mehr. Sollte da evtl. das Problem stecken? Hätte dann aber nichts mit dem neuen Kernel zu tun, weil ich das Problem eben schon mit der Vorversion hatte. SquashFS war und ist kein Problem... Jedenfalls hier bei mir.


Edit: Das Log oben sieht nicht nach JFFS2 only aus:

Code: Alles auswählen

squashfs: version 3.0 (2006/03/15) Phillip Lougher
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

PandinusImperator hat geschrieben:Du baust ein JFFS2Only, oder?
Ja, baue immer mit:

Code: Alles auswählen

make flash-neutrino-jffs2-2x > make_jffs2_2x.log 2>&1
@Ingrid

JFFS2 hat bis vor wenigen Tagen einwandfrei geklappt. Mein letztes funktionierendes JFFS2-Image ist vom 04.01.08.
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Re: [Problem] aktueller CVS Stand

Beitrag von ingrid »

Striper hat geschrieben:JFFS2 hat bis vor wenigen Tagen einwandfrei geklappt. Mein letztes funktionierendes JFFS2-Image ist vom 04.01.08.
Okay, da dürft's bei mir schon nicht mehr gegangen sein. War glaube ich kurz nach Weihnachten. ("Kein System" - warum auch immer, hatte vorher jahrelang erfolgreich JFFS2 gebaut.)
PandinusImperator
Interessierter
Interessierter
Beiträge: 32
Registriert: Dienstag 23. Oktober 2007, 09:26

Re: [Problem] aktueller CVS Stand

Beitrag von PandinusImperator »

Da ist was am Kernel bezüglich JFFS2 kaputt, aber schon nach dem .5er
Zuletzt geändert von PandinusImperator am Donnerstag 10. Januar 2008, 14:23, insgesamt 1-mal geändert.
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Hm, mit dem .5er gings glaub ich aber auch noch.
ingrid
Erleuchteter
Erleuchteter
Beiträge: 600
Registriert: Samstag 14. Oktober 2006, 10:53

Re: [Problem] aktueller CVS Stand

Beitrag von ingrid »

Jupp, hier ging's wie gesagt bis Ende letzten Jahres mit dem .5er noch. Im CVS changelog konnte ich nichts finden, was das auslösen konnte, deshalb hatte ich "was Lokales" vermutet und hier im Forum nix darüber gepostet.

(Ich will aber auch nicht sagen, dass das Problem dasselbe ist... Bei mir kam ja schließlich "Kein System", bei Dir rebootet er ja immer. Wobei ich den Part

Code: Alles auswählen

Scanning JFFS2 FS: ....... done.
find_inode failed for name=boot.conf
load: Failed to find inode
auch hatte... Nur kam das ein Paar Mal und dann stoppte die Box... Also doch dasselbe Problem? Hrmmmm....)
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Na hurra...

Hm, hab jetzt mal Versucht das ganze auf squashfs umzustellen. Wie krieg ich denn meine bouquets, services und den ganzen Kram automatisch nach var-neutrino? Mit var-neutrino-local.sh im customizationsdir klappt das scheinbar nicht. Beim kompilieren wird das Skript nicht aufgerufen. :(
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [Problem] aktueller CVS Stand

Beitrag von seife »

hm. Geht bei mir:

Code: Alles auswählen

seife@susi:~> cat projects/tuxbox/newmake/customization/var-neutrino-local.sh
#!/bin/sh
echo running $0
set -x
cp -av ~/projects/tuxbox/newmake/extra/* $1/var-neutrino/
ln -s /tmp $1/var-neutrino/lock
Tommy
Tuxboxer
Tuxboxer
Beiträge: 4332
Registriert: Dienstag 7. Mai 2002, 17:04

Re: [Problem] aktueller CVS Stand

Beitrag von Tommy »

Striper hat geschrieben:Na hurra...

Hm, hab jetzt mal Versucht das ganze auf squashfs umzustellen. Wie krieg ich denn meine bouquets, services und den ganzen Kram automatisch nach var-neutrino? Mit var-neutrino-local.sh im customizationsdir klappt das scheinbar nicht. Beim kompilieren wird das Skript nicht aufgerufen. :(
Rechte 755 hast Du dem Script gegeben?
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Jetzt ja... *schäm*

Danke :)
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

So, squashfs läuft auch nicht. Ist exakt das selbe Spiel beim booten. Hab jetzt mal ein paar Settings rausgenommen und mit den default Sachen kompiliert. Ohne Netzwerkstecker bootet das Image jetzt durch und es kommt auch Bild. Sobald ich jedoch in den Netzwerksettings die Zeitsynchronisation umstelle oder aber hinten den Netzwerkstecker ran mache kackt das Image ohne weitere Fehlermeldung ab und hängt beim booten wieder in der Schleife.

All meine älteren Images mit Kernel < 2.4.36 laufen einwandfrei und wie gesagt, es wurde nichts geändert ausser einem Update auf aktuellen CVS-Stand.

/edit

Hab jetzt mal 3 ältere Images geflasht. Bei allen 3 kommt nie dieser komische inode Fehler. Da stimmt wohl wirklich was mit JFFS2 nicht. Problem ist nur das var bei squashfs auch JFFS2 ist und somit kackt dann wohl auch das squashfs Image ab. Anders kann ich mir das echt nicht erklären.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Re: [Problem] aktueller CVS Stand

Beitrag von Houdini »

kannst du mal deine linux/.configs vergleichen.
Wenn dann liegt da der Fehler
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Re: [Problem] aktueller CVS Stand

Beitrag von Houdini »

@PandinusImperator

Code: Alles auswählen

Da ist was am Kernel bezüglich JFFS2 kaputt, aber schon nach dem .5er
was meinst du damit?
was ist kaputt?
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [Problem] aktueller CVS Stand

Beitrag von seife »

"Dieser komische inode-Fehler" kommt noch vom U-Boot, nicht vom Kernel.
Nicht daß ich glaube, daß es was damit zu tun hat, aber man weiß ja nie.
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: [Problem] aktueller CVS Stand

Beitrag von Striper »

Houdini hat geschrieben:kannst du mal deine linux/.configs vergleichen.
Wenn dann liegt da der Fehler
Womit und wie soll ich die vergleichen? Sorry, bin noch ein ziemlicher Anfänger.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Re: [Problem] aktueller CVS Stand

Beitrag von Houdini »

die .config vom 35.x und .36 kernel