Jump to content

gweny

Full Member
  • Gesamte Inhalte

    510
  • Benutzer seit

Beiträge erstellt von gweny

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

    debug: WATCHDOG RESET

    debug: BMon V1.0 mID 01

    debug: feID dd gtxID 0b

    debug: fpID 5a dsID xxxxxxxxxxxxxxxxxxxxxxxxxxx

    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= 143992

    verify sig: 262

    Branching to 0x40000

     

     

    U-Boot 0.4.5 (TuxBox) JFFS2 only (Jan 01 2004 - 18:47:07)

     

    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.

    ### FS (jffs2) loading 'var/tuxbox/boot/boot.conf'

    ### FS (jffs2) loading 'var/tuxbox/boot/u-boot.conf'

     

    LCD: ready

    FB: ready

    In: serial

    Out: serial

    Err: serial

    Net: SCC ETHERNET

     

    ### FS (jffs2) loading 'var/tuxbox/boot/logo-lcd'

    ### FS (jffs2) loading 'var/tuxbox/boot/logo-fb'

    ### FS (jffs2) loading 'vmlinuz'

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

    Un-Protected 63 sectors

    ## Booting image at 00100000 ...

    Image Name: dbox2

    Image Type: PowerPC Linux Kernel Image (gzip compressed)

    Data Size: 643548 Bytes = 628.5 kB

    Load Address: 00000000

    Entry Point: 00000000

    Verifying Checksum ... OK

    Uncompressing Kernel Image ... OK

    Linux version 2.4.31-dbox2 (eli@linux) (gcc version 3.3.5) #1 Mo Jul 4 06:56:21

    CEST 2005

    On node 0 totalpages: 8192

    zone(0): 8192 pages.

    zone(1): 0 pages.

    zone(2): 0 pages.

    console=ttyS0 line: root=/dev/mtdblock2 rw

    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: 30840k available (1096k kernel code, 372k 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) © 2001-2003 Red Hat, Inc.

    Squashfs 2.1-r2 (released 2004/12/15) © 2002-2004 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:18:c5:ba

    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.

    cramfs: wrong magic

    VFS: Mounted root (jffs2 filesystem) readonly.

    Mounted devfs on /dev

  2. weil man das image eben genau seinen ansprüchen entsprechend ändern kann ... zum testen verschiedener einstellungen od. plugins etc. is es um einiges besser !

    squashfs muß man immer wieder neu machen u. man hat leider nur zugriff auf das var-verzeichnis u. das stinkt mir!

  3. jou das faq is schon alt <_< da stimmt schon einiges nicht mehr ... obwohl ich zuerst ähnlich vorgegangen bin ...

     

    das mit dem yadiscript is so ne sache .... diese jffs2only images sind so bis zum rand voll das die kiste nicht mal fertig bootet ... auch wenn ich so ziemlich alles rausnehme kann man nicht mal ne camd3 einfügen ....

    da stimmt was mit den partitionierungen nicht ...

     

    mein hauptproblem ist eigentlich das ich es zwar schaffe ein jffs2 image zu erstellen, aber leider ist es dann nur ein readonly ... also die einzigen schreibrechte die dann vorhanden sind, sind im tmp-verzeichnis!

  4. hallo leute ... hat hier jemand von euch vielleicht ein aktuelles howto wie man jffs2only inkl. schreibrechte herstellt ???

     

    ich werd noch wahnsinnig .. kann einfach nichts gescheites finden ... selbst im tuxboxforum gibts nichts gescheites ....

    wenn ich ein jffs-image erstelle dann ist es immer ein read-only also ohne schreibrechte ... vielleicht weiß ja jemand von euch woran das liegen kann ....

  5. # Pfad zum Key-File(optional); Default - /var/keys/camd3.keys

    KEYS=/var/keys/camd3.keys

    # Pfad zum Socket-File(optional); Default - /tmp/camd.socket

    SOCKET=/tmp/camd.socket

    kannst du auch weglassen ... das is doch nur optional ... also wenn das file in einem anderen verzeichnis liegt!

     

    es giebt bei den neuen versionen auch die möglichkeit einzellne pakete zu sperren u. nicht an die clients weiter zu geben ....

×
×
  • Neu erstellen...