Letzte Themen:

Ersatz für Dreambox HD 8000 » Autor (Quelle): haie » Letzter Beitrag: haie CS und Umstellung auf Glasfaser, was ändert sich? » Autor (Quelle): sekretär » Letzter Beitrag: sekretär Sony Vaio Notebook » Autor (Quelle): efe72 » Letzter Beitrag: efe72 Ruf mich an » Autor (Quelle): Duke » Letzter Beitrag: Duke Ebay Kleinanzeigen » Autor (Quelle): zeus-crew » Letzter Beitrag: Trike HD Plus stellt neuen Empfangsweg vor » Autor (Quelle): Dr.Dream » Letzter Beitrag: rqs Ein Gedicht das (vielleicht) polarisieren wird » Autor (Quelle): Beingodik » Letzter Beitrag: Beingodik Nokia Streaming Box 8000 / 8010 » Autor (Quelle): satron » Letzter Beitrag: satron Fire Stick was geht da ? » Autor (Quelle): crx » Letzter Beitrag: crx 23 Jahre Spinnes-Board » Autor (Quelle): Duke » Letzter Beitrag: DEF
Ergebnis 1 bis 8 von 8

Thema: Kernel Panic nach Patch und Notfallimage

  1. #1
    Neuling Avatar von wasserschwein
    Registriert seit
    Jun 2008
    Beiträge
    7
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0

    Icon9 Kernel Panic nach Patch und Notfallimage

    Hallo Forum,

    ich hatte auf meiner 1 Watt USF (2 Tage alt) Programmversion 1.05
    drauf.

    Dummerweise hab ich dann einen path draufgemacht der anscheind für version 1.04 gedacht war. Fewhlermeldung im Hyperterminla war CRC Error..

    Jetzt hab ich schon so gut wie alle Methoden durch die in diesem Thread:
    http://www.spinnes-board.de/vb/showthread.php?t=118498

    Beschrieben sind. Mitlerweile Bootet die USF schon weiter bleibt dann aber irgendwann mit dem Fehler Kernelpanic stehen...

    Was soll ich machen? oder hab ich mich einfach bei den vielen zeilen im hyperterminal irgendwo vertippt und muss das ganze urlöschen ieder von vorn machen?

    Hier die Meldungen im Hyperterminal:


    Board: STb7100-mboard


    U-Boot 1.1.2 (STLINUX_2_0p1) (Feb 23 2008 - 17:07:31)

    DRAM: 32 MB
    write time out = 1, clock = 40
    write time out = 1, clock = 40
    Flash: 16 MB
    In: serial
    Out: serial
    Err: serial
    pll0 freq 531
    pll1 freq 399
    Net: VFD_Driver Init
    VFD_Controller Type : NEW Kathrein VFD
    board_version = 0
    Button_value = 7
    Hit any key to stop autoboot: 1  0
    ## Booting image at a0040000 ...
    Image Name: Linux 2.6
    Image Type: SH-4 Linux Kernel Image (gzip compressed)
    Data Size: 1714625 Bytes = 1.6 MB
    Load Address: 84401000
    Entry Point: 84402000
    Verifying Checksum ... OK
    Uncompressing Kernel Image ... OK

    Starting kernel console=ttyAS0,115200 root/dev/mtdblock mem=32m bigphysarea=1024 coprocessor_mem=2m@0x04000000,2m@0x04200000 - 0x00000000 - 0 ...

    Linux version 2.6.17.14_stm22_0037 (kdhong@linux.localdomain) (gcc version 4.1.1 (STMicroelectronics/Linux Base 4.1.1-23)) #124 PREEMPT Fri Nov 30 14:10:08 KST 2007
    STMicroelectronics STb7100 Reference board initialisation
    STb7100 version 3.x
    Built 1 zonelists
    Kernel command line: console=ttyAS0,115200 root/dev/mtdblock mem=32m bigphysarea=1024 coprocessor_mem=2m@0x04000000,2m@0x04200000
    st-coprocessor: Failed to reserve memory at 0x04000000
    st-coprocessor: Failed to reserve memory at 0x04200000
    PID hash table entries: 256 (order: 8, 1024 bytes)
    Using tmu for system timer
    Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
    Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
    Memory: 24912k/32768k available (2849k kernel code, 7836k reserved, 360k data, 88k init)
    PVR=04061100 CVR=30480000 PRR=00009100
    I-cache : n_ways=2 n_sets=256 way_incr=8192
    I-cache : entry_mask=0x00001fe0 alias_mask=0x00001000 n_aliases=2
    D-cache : n_ways=2 n_sets=512 way_incr=16384
    D-cache : entry_mask=0x00003fe0 alias_mask=0x00003000 n_aliases=4
    Mount-cache hash table entries: 512
    CPU: STb710x
    NET: Registered protocol family 16
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    NET: Registered protocol family 2
    IP route cache hash table entries: 256 (order: -2, 1024 bytes)
    TCP established hash table entries: 1024 (order: 0, 4096 bytes)
    TCP bind hash table entries: 512 (order: -1, 2048 bytes)
    TCP: Hash tables configured (established 1024 bind 512)
    TCP reno registered
    bigphysarea: Allocated 1024 pages at 0x847a1000.
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    Initializing Cryptographic API
    io scheduler noop registered
    io scheduler anticipatory registered (default)
    io scheduler deadline registered
    io scheduler cfq registered
    Device probe found data for platform device lirc
    lirc_dev: IR Remote Control driver registered, at major 61
    lirc_dev: lirc_register_plugin: sample_rate: 0
    lirc_dev: lirc_register_plugin: plugin lirc_stm owner 00000000
    STM LIRC plugin has IRQ 125
    Lirc STM: Using IRB mode
    STMicroelectronics LIRC driver configured
    STPIO layer initialised
    VFD_Controller Type : NEW Kathrein VFD
    STMicroelectronics ASC driver initialized
    ttyAS0 at MMIO 0xb8032000 (irq = 121) is a asc
    ttyAS1 at MMIO 0xb8033000 (irq = 120) is a asc
    RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
    s_env_mac[0] = 0
    s_env_mac[1] = 0
    s_env_mac[2] = :
    s_env_mac[3] = 5
    s_env_mac[4] = 0
    s_env_mac[5] = :
    s_env_mac[6] = f
    s_env_mac[7] = d
    s_env_mac[8] = :
    s_env_mac[9] = f
    s_env_mac[10] = f
    s_env_mac[11] = :
    s_env_mac[12] = 7
    s_env_mac[13] = 8
    s_env_mac[14] = :
    s_env_mac[15] = c
    s_env_mac[16] = e
    get ether addr = 0, 50, fd, ff, 78, ce
    mac hi address = ce78, lowaddress = fffd5000
    SMSC: --> init_module()
    SMSC: Driver Version = 1.21
    SMSC: Compiled: Aug 11 2007, 14:46:15
    SMSC: Platform: ST40 STMICRO r3
    SMSC: Driver Parameters
    SMSC: lan_base = 0x00000000, driver will decide
    SMSC: bus_width = 0, driver will autodetect
    SMSC: link_mode = 0x7F, 10HD,10FD,100HD,100FD,ASYMP,SYMP,ANEG
    SMSC: irq = 2
    SMSC: int_deas = 0xFFFFFFFF, use platform default
    SMSC: irq_pol = 1, IRQ output is active high
    SMSC: irq_type = 1, IRQ output is Push-Pull driver
    SMSC: rx_dma = 256, RX will use PIO
    SMSC: tx_dma = 256, TX will use PIO
    SMSC: dma_threshold = 200
    SMSC: mac_addr_hi16 = 0x0000CE78
    SMSC: mac_addr_lo32 = 0xFFFD5000
    SMSC: debug_mode = 0x00000007
    SMSC: tx_fif_sz = 0x00050000
    SMSC: afc_cfg = 0xFFFFFFFF, driver will decide
    SMSC: tasklets = 0, Tasklets disabled
    SMSC: phy_addr = 0xFFFFFFFF, Use internal phy
    SMSC: max_throughput = 0xFFFFFFFF, Use platform default
    SMSC: max_packet_count = 0xFFFFFFFF, Use platform default
    SMSC: packet_cost = 0xFFFFFFFF, Use platform default
    SMSC: burst_period = 0xFFFFFFFF, Use platform default
    SMSC: max_work_load = 0xFFFFFFFF, Use platform default
    SMSC: -->Smsc911x_init(dev=0x846E45CC)
    SMSC: --> Platform_Initialize
    SMSC: Lan Base at 0xA2000000
    SMSC: <-- Platform_Initialize
    SMSC: dwLanBase=0xA2000000
    SMSC: LAN9115 identified, dwIdRev==0x01150002
    SMSC: FPGA_REV == 0x00000000
    SMSC: <--Smsc911x_init(), result=0
    SMSC: Interface Name = "eth0"
    SMSC: <-- init_module()
    nwhw_config: device not found
    ata1: SATA max UDMA/133 cmd 0xB9209000 ctl 0xB9209820 bmdma 0x0 irq 170
    ata1: SATA link down (SStatus 0)
    scsi0 : sata_stm
    Generic ST boards onboard flash device: 0x01000000 (16.0Mb) at 0x00000000
    Onboard_Flash: Found 1 x16 devices at 0x0 in 16-bit bank
    Onboard_Flash: Found 1 x16 devices at 0x800000 in 16-bit bank
    Amd/Fujitsu Extended Query Table at 0x0040
    Onboard_Flash: CFI does not contain boot bank location. Assuming top.
    number of CFI chips: 2
    cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
    Creating 8 MTD partitions on "Onboard_Flash":
    0x00000000-0x00020000 : "Boot firmware : 0xA000.0000-0xA001.FFFF"
    0x00040000-0x00200000 : "Kernel - 0xA004.0000-0xA01F.FFFF"
    0x00200000-0x002a0000 : "Config FS - 0xA020.0000-0xA029.FFFF"
    0x002a0000-0x004e0000 : "Root FS- 0xA02A.0000-0xA04D.FFFF"
    0x004e0000-0x00ae0000 : "APP_Modules 0xA04E.0000-0xA0AD.FFFF"
    0x00ae0000-0x00c00000 : "EmergencyRoot 0xA0AE.0000-0xA0BF.FFFF"
    0x00c00000-0x01000000 : "OtherData 0xA0C0.0000-0xA0FF.FFFF"
    0x00020000-0x00040000 : "BootConfiguration 0xA002.0000-0xA003.FFFF"
    ST40_start_host_control
    ST40_start_host_control proceeding
    ST40-ehci ST40-ehci.2: ST EHCI Host Controller
    ST40-ehci ST40-ehci.2: new USB bus registered, assigned bus number 1
    ST40-ehci ST40-ehci.2: irq 169, io mem 0xb91ffe00
    ST40-ehci ST40-ehci.2: USB 0.0 started, EHCI 1.00, driver 10 Dec 2004
    usb usb1: Product: ST EHCI Host Controller
    usb usb1: Manufacturer: Linux 2.6.17.14_stm22_0037 ehci_hcd
    usb usb1: SerialNumber: STB7100_EHCI
    usb usb1: configuration #1 chosen from 1 choice
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 1 port detected
    Initializing USB Mass Storage driver...
    usbcore: registered new driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new driver libusual
    pegasus: v0.6.13 (2005/11/13), Pegasus/Pegasus II USB Ethernet driver
    usb 1-1: new high speed USB device using ST40-ehci and address 2
    usb 1-1: Product: USB2.0 Hub
    usb 1-1: configuration #1 chosen from 1 choice
    hub 1-1:1.0: USB hub found
    hub 1-1:1.0: 4 ports detected
    usbcore: registered new driver pegasus
    usbcore: registered new driver asix
    usbcore: registered new driver cdc_ether
    usbcore: registered new driver net1080
    usbcore: registered new driver zaurus
    mice: PS/2 mouse device common for all mice
    i2c /dev entries driver
    stssc layer initialized
    STMicroelectronics - Coprocessors st231 Init
    st231-0 Coprocessor -------------------------------------------
    flags 0001 RAM start at 0xa4000000 size 0x00200000
    cop. addr 0x04000000
    Channels : Not defined
    IRQ : not used
    ---------------------------------------------------------------
    st231-1 Coprocessor -------------------------------------------
    flags 0001 RAM start at 0xa4200000 size 0x00200000
    cop. addr 0x04200000
    Channels : Not defined
    IRQ : not used
    ---------------------------------------------------------------
    TCP bic registered
    TCP highspeed registered
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    UDF-fs: No partition found (1)
    No filesystem could mount root, tried: ext3 ext2 cramfs msdos vfat iso9660 romfs udf
    Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
    Informationen zu eingefügten Links Informationen zu eingefügten Links

       
     

  2. #2
    SMember Avatar von blaster68
    Registriert seit
    Sep 2004
    Beiträge
    2.109
    Danke
    29
    Erhielt 164 Danke für 109 Beiträge
    FAQ Downloads
    1
    Uploads
    0
    Grüße dich erst mal hier im Board (kannst dich auch mal vorstellen). Bleibe mal ganz ruhig, du hast die Box , so will ich es mal ausdrücken, vergewaltigt, willst jetzt alles "hü die hopp" wieder richten. Die Operation über das Hypert..ist der letzte Ausweg. Versuche, wenn nicht schon geschehen, das 1.04 Notfallimage über USB-Stick zu flashen. Wenn da nichts geht, du über das Hypert..arbeiten mußt, gehe alle Schritte langsam und "genau" durch. Eine verkehrte Eingabe macht dir vieles kaputt, bzw. die Box untauglich.

  3. #3
    Neuling
    Themenstarter
    Avatar von wasserschwein
    Registriert seit
    Jun 2008
    Beiträge
    7
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    Hm ok werds gleich mal probieren mit nem Notfallimage 1.04 und ohne Hyperterminal...

    Wie stellt man sich denn hier üblicher weise vor? Mit Vollem Namen usw ;)?

  4. #4
    Neuling
    Themenstarter
    Avatar von wasserschwein
    Registriert seit
    Jun 2008
    Beiträge
    7
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    hmm ne immer noch kernel panic, ich versuch jetez noch mal
    mit Hyperterminal erasen und bootargs neu setzen und 1.03 notfall

  5. #5
    Neuling
    Themenstarter
    Avatar von wasserschwein
    Registriert seit
    Jun 2008
    Beiträge
    7
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    ah jetzt läufts wieder mit 1.03 hatte wohl beim erstenmal nen Vertipper...

    Nu muss ich wohl wieder auf 1.04 patchen...

  6. #6
    Seniormitglied Avatar von alborland37
    Registriert seit
    Aug 2007
    Beiträge
    886
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    root/dev/mtdblock mem=32m bigphysarea=1024
    mem=32 is für 1.03
    also musste erst 1.03 full flashen dann 1.04 full und dann 1.05 full
    und nach jedem full immer booten lassen und erstinstall machen.

    alternativ musste per hypterterminal die bootartgs ändern auf das was du flashen willst (1.04 oder 1.05)
    des is aber nich jedermanns sache und erfordert schon etwas tiefgehendere kentnnisse!

    dann läuft dei ufs auch wieder
    1x Dbox2 Philips
    1x DM800


    das alles ist nicht auf meinem mist gewachsen, ich distanziere mich auch von jeder art der verantwortung und deren richtigkeit für die gemachten aussagen!!!

  7. #7
    Neuling
    Themenstarter
    Avatar von wasserschwein
    Registriert seit
    Jun 2008
    Beiträge
    7
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    Jo danke euch,

    zumindest weiß ich nu was ich machen muss wenn mal alles schief gelaufen ist.

    Das erasen bootargs setzen und mit 1.03 wieder anfangen sollte immer gehen, egal was man fürn bockmist macht oder?

  8. #8
    Seniormitglied Avatar von alborland37
    Registriert seit
    Aug 2007
    Beiträge
    886
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge
    FAQ Downloads
    0
    Uploads
    0
    nein eben nicht.
    die speicherbreiche zum erasen gelten nur für 1.03.
    ob des auch funtzt wenn die args von 1.04 geändert wurden hat noch niemand bestätigen können.
    könnte en briefbeschwerer geben.
    müsste jemand mal checken ob sich die speicherbereiche auch vershcoben haben.

    nur erasen braucht man schon lange nicht mehr. das war noch zu sf zeiten.
    des emerg sollte immer intakt bleiben egal was man wie flasht oder falsch flasht!

    die full notfall dinger sollten immer gehen eigentlich solange emerg intakt ist.
    ich würde dir jedoch empfehlen dich vor weiteren experimenten mit dei kathi erst einmal gründlichst in die materie einzulesen.
    und auch wenn man glaubt es nun verstanden zu haben besser nochmal 1-2 nächte drüber schlafen und nochmals lesen bevor man en briefbeschwerer produziert (kann auch ganz schnell passieren!)
    Geändert von alborland37 (29.06.08 um 16:03 Uhr)
    1x Dbox2 Philips
    1x DM800


    das alles ist nicht auf meinem mist gewachsen, ich distanziere mich auch von jeder art der verantwortung und deren richtigkeit für die gemachten aussagen!!!

Ähnliche Themen

  1. Zone Alarm sperrt Internetzugang nach Microsoft-Patch
    Von fritzmuellerde im Forum Windows XP , Vista , 7 , 8 , 10 Forum
    Antworten: 6
    Letzter Beitrag: 15.07.08, 11:05

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •