OE1.6er-Images Boot-Probleme

  • Hallo


    Habe mit den OE1.6er-Images von der CF-Karte bei der „7025+“ Boot-Probleme
    Mit den OE1.5er-Images gibt es da keine Probleme, da funktioniert alles.


    Entpacke die Images immer wie folgt auf die CF-Karte,
    Die CF-Karte Formatiere ich wie folgt:


    Partition 1 mit FAT worauf der Inhalt des Boot-Ordners des Images kommt.
    Partition 2 mit ext2 worauf der Inhalt aller anderen Ordner und Dateien des Images
    kommen.


    Die autorun.bat sieht wie folgt aus:


    /cf/bootlogo.elf
    /cf/vmlinux.gz console=ttyS0,115200 root=/dev/hdc5 rootfstype=ext2 rw rootdelay=0


    Die fstab sieht wie folgt aus:


    rootfs / auto defaults 1 1
    proc /proc proc defaults 0 0
    devpts /dev/pts devpts mode=0620,gid=5 0 0
    usbdevfs /proc/bus/usb usbfs defaults 0 0
    /dev/root / auto ro 0 0
    tmpfs /var tmpfs defaults 0 0
    tmpfs /tmp tmpfs defaults 0 0
    /dev/ide/host1/bus0/target0/lun0/part1 /boot vfat defaults 0 0
    /dev/ide/host1/bus0/target0/lun0/part5 /media/hdc5 auto defaults 0 0
    /dev/ide/host0/bus0/target0/lun0/part1 /media/hdd auto defaults 0 0


    damit Bootet das OE1.5er auch Super durch.


    Nur das OE1.6 bleibt Hängen. (release-dm7025-3.0.0.nfi)


    Hier das Logg:


    Dreambox DM7025
    FIRST STAGE 1.4 {2345}


    2ND STAGE OK, build #76 (20091202)


    0.000 - DM7025 board setup
    0.002 - initializing PCI...
    0.012 - done!
    0.013 - fp init
    FP version 7 detected
    0.136 - ca init
    RSA key 1 is used.
    0.240 - load config
    0.820 - config loaded.
    * press to enter setup
    1957536 sectors (955 MB)
    P 06 63 1060227 < 1957536
    OLED found!
    BOOT #76(20091202)
    CF AVAILABLE
    +CF


    Device 2: Partition 1: Filesystem: FAT16 "AKTIV "
    /cf/bootlogo.elf
    vscale: 576:576
    /cf/vmlinux.gz
    dreamupd initialized


    LINUX started...
    ATI Xilleon 226 (little endian), Solo mode
    PCI bus speed is 33MHz
    Initializing IRQs
    about to enable interrupts!
    interrupts enabled.
    Linux version 2.6.12.6 (tmbinc@pepe.multimedia-labs.de) (gcc version 4.4.3 (GCC)
    ) #1 Thu Nov 11 18:31:29 UTC 2010
    memsize: 77MB
    Xilleon REG value before setting: PAD_USB1: 0xf43, PAD_USB2: 0xf43
    Xilleon REG value after setting: PAD_USB1: 0xf43, PAD_USB2: 0xf43
    CPU revision is: 00018448
    Determined physical RAM map:
    memory: 00080000 @ 00000000 (ROM data)
    memory: 00080000 @ 00080000 (reserved)
    memory: 04c00000 @ 00100000 (usable)
    Built 1 zonelists
    Kernel command line: console=ttyS0,115200 root=/dev/hdc5 rootfstype=ext2 rw root
    delay=0
    Primary instruction cache 16kB, physically tagged, 4-way, linesize 16 bytes.
    Primary data cache 16kB, 4-way, linesize 16 bytes.
    Synthesized TLB refill handler (20 instructions).
    Synthesized TLB load handler fastpath (32 instructions).
    Synthesized TLB store handler fastpath (32 instructions).
    Synthesized TLB modify handler fastpath (31 instructions).
    PID hash table entries: 512 (order: 9, 8192 bytes)
    calculating r4koff... CPU frequency 299.68 MHz
    Using 149.838 MHz high precision timer.
    Console: colour dummy device 80x25
    Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
    Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
    Memory: 73088k/77824k available (2771k kernel code, 4588k reserved, 792k data, 1
    24k init, 0k highmem)
    Mount-cache hash table entries: 512
    Checking for 'wait' instruction... available.
    NET: Registered protocol family 16
    Can't analyze prologue code at 803b2d20
    PCI init - ohwe, ohwe..
    SCSI subsystem initialized
    usbcore: registered new driver usbfs
    usbcore: registered new driver hub
    irq fixup slot 10 vendor 10ec irq 33
    TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
    inotify device minor=63
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x0
    JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
    Initializing Cryptographic API
    Serial: 8250/16550 driver $Revision: 1.90 $ 6 ports, IRQ sharing disabled
    ttyS0 at MMIO 0x0 (irq = 100) is a 16550A
    ttyS1 at MMIO 0x0 (irq = 99) is a 16550A
    io scheduler noop registered
    io scheduler anticipatory registered
    io scheduler deadline registered
    io scheduler cfq registered
    8139too Fast Ethernet driver 0.9.27
    RTL8139 EEPROM CONTENT: 8129 10ec 8139 10ec 8139 2020 e512 0900 0034 0000
    eth0: RealTek RTL8139 at 0x2000, 00:09:34:1c:17:12, IRQ 33
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    X226: IDE controller at PCI slot 0000:00:14.1
    X226: chipset revision 1
    X226: 100% native mode on irq 3
    hwif->channel: 0, hwif->index: 0
    ide0: BM-DMA at 0x2400-0x2407, BIOS settings: hda:DMA, hdb:DMA
    init_hwif_xilleon, 0, mate: 00000000
    hwif->channel: 0, hwif->index: 1
    ide1: BM-DMA at 0x2400-0x2407, BIOS settings: hdc:DMA, hdd:DMA
    init_hwif_xilleon, 1, mate: 804b20b8
    select 1
    hdc: TRANSCEND, ATA DISK drive
    hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
    hdc: set_drive_speed_status: error=0x04 { DriveStatusError }
    ide1 at 0x2410-0x2417,0x2422 on irq 3
    select 0
    hda: SAMSUNG HM160HC, ATA DISK drive
    ide0 at 0x2410-0x2417,0x2422 on irq 3 (shared with ide1)
    hdc: max request size: 128KiB
    hdc: 1957536 sectors (1002 MB) w/1KiB Cache, CHS=1942/16/63
    hdc: cache flushes not supported
    /dev/ide/host1/bus0/target0/lun0:select 1
    p1 p2 < p5 p6 >
    hda: max request size: 1024KiB
    select 0
    hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, (U)DMA
    hda: cache flushes supported
    /dev/ide/host0/bus0/target0/lun0: p1
    adding dm7025 NAND !
    2881 kb/s
    6535 kb/s
    - NAND PROBE: ad 75 ad 75
    NAND device: Manufacturer ID: 0xad, Chip ID: 0x75 (Unknown NAND 32MiB 3,3V 8-bit
    )
    Scanning device for bad blocks
    Creating 4 MTD partitions on "NAND 32MiB 3,3V 8-bit":
    0x00000000-0x02000000 : "complete"
    0x00000000-0x00040000 : "loader"
    0x00040000-0x00400000 : "boot partition"
    0x00400000-0x02000000 : "root partition"
    usbmon: debugs is not available
    ohci_hcd 0000:00:14.2: PCI device 1002:4867 (ATI Technologies Inc)
    ohci_hcd 0000:00:14.2: new USB bus registered, assigned bus number 1
    ohci_hcd 0000:00:14.2: irq 2, io mem 0x10000000
    usb usb1: Product: PCI device 1002:4867 (ATI Technologies Inc)
    usb usb1: Manufacturer: Linux 2.6.12.6 ohci_hcd
    usb usb1: SerialNumber: 0000:00:14.2
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 2 ports detected
    Initializing USB Mass Storage driver...
    usbcore: registered new driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new driver usbhid
    drivers/usb/input/hid-core.c: v2.01:USB HID core driver
    i2c /dev entries driver
    Advanced Linux Sound Architecture Driver Version 1.0.9rc2 (Thu Mar 24 10:33:39
    2005 UTC).
    ALSA device list:
    No soundcards found.
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP established hash table entries: 4096 (order: 3, 32768 bytes)
    TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
    TCP: Hash tables configured (established 4096 bind 4096)
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    VFS: Cannot open root device "hdc5" or unknown-block(22,5)
    Please append a correct "root=" boot option
    Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(22,5)



    Wäre über jegliche Hilfe Dankbar
    Mit freundlichen Grüßen
    Norbert

    Einmal editiert, zuletzt von Norbert36 ()

    • Offizieller Beitrag

    Hi,


    Also hmm ich find das gerade etwas komisch. Weil direkt am Kernel gabs ja keine Änderungen.


    Aber eine Idee hab ich da doch gerade. EXT2 ist nicht fest im Kernel... kann sein, dass dass bei den 1.5er Images der Fall war.
    Im OE1.6 ist es auf jedenfall nur als Modul im Image. Sprich wird erst später nachgeladen. Das funktioniert aber logischerweise nicht direkt beim booten.
    Also kann man nicht von ext2 booten. Versuch mal ext3 aus.
    Das ist fest im Kernel drinn. Sprich die CF mit ext3 formatieren und bei der cmdline auch ext3 angeben.


    cu

  • Danke für die schnelle Hilfe



    mit ext3 hat es funktioniert.



    wäre das ext2-Dateisystem nicht
    Schonender für die CF-Karte?


    Könnte das ext2-Dateisystem noch mit
    in den Kernel eingebunden werden?


    Da die „7025+“ nur über begrenzten
    Speicher verfügt, boote ich nur über CF


    Mit freundlichen Grüßen
    Norbert


  • Nachdem die User mit fast 100%iger Sicherheit die box auch mal abdrehen und damit das ex2 inkonsistent ist und filesystemcheck beim booten machen würde, womit das booten wieder länger dauert und der user vieleicht nochmals abdreht weil die box nicht hochkommt,...



    Insofern würde ich ext2 besser NICHT unterstützen, ext3 ist da genügsamer - ausserdem kann man auch ext3 ohne journaling mounten (ist dann wie ext2 nur halt mit unbenutztem journal)

  • Hallo gutemine


    diese Argumente sind verständlich,
    aber des würde die meisten User gar nicht betreffen, denn sie booten die Box aus dem Flash
    wer von der CF bootet ist da schon experimentierfreudiger und darum glaube ich nicht
    das sie die Box gleich abdrehen.


    wie sind die Mount-Parameter in der autorun.bat?
    wäre gut, wenn man ext3 ohne Journal mounten konnte,


    da das Journal nicht immer neu geschrieben wird
    (hilft es bestimmt der Lebensdauer der CF-Karte)


    meine Linux-Kenntnisse sind noch nicht so gut. (wird bestimmt noch!)


    würde mich über eine Antwort freuen.


    Mit freundlichen Grüßen
    Norbert


    Einmal editiert, zuletzt von Norbert36 ()

  • hab mal in verschiedenen Linux-Foren gesucht


    wenn ich das richtig verstanden habe,
    kann man ein ext3-Dateisystem auch als ext2 (also ohne Journaling) mounten
    dies würde nicht funktionieren weil ext2 nicht im Kernel ist.
    Aber habe nichts gefunden das ext3 das Journal nicht benutzt,
    wenn es als ext3 gemountet ist.


    Wäre über jegliche Aufklärung Dankbar


    Mit freundlichen Grüßen
    Norbert

  • Nun Gut,
    um das Thema abzuschließen, bedanke ich mich für die Antworten.


    Wäre nett, wenn dass ext2 im nächsten Release wieder im Kernel drin sein könnte.
    was auch nicht schlimm wäre, da dies den normalen User nicht betrifft und
    er auch keine Nachteile davon hätte.
    Oder gibt es eine Anleitung, wie es möglich ist, nur den Kernel selber zu kompilieren?


    Mit freundlichen Grüßen
    Norbert

  • Nicht böse sein,
    habe heute das Release 3.0.1 probiert. (läuft aber super)
    Bleibe erst mal beim 1.5er bis vielleicht ext2 wieder im Kernel ist.


    Mit freundlichen Grüßen
    Norbert