Image, welke deel kernel en welk deel enigma?

[Yo!]

Beetje raar onderwerp misschien, maar....

 

Welk deel van een image is nu de kernel, en welke deel enigma en overige software? Gezien de problemen met de huidige kernel (schokkende opnames) wilde ik eens proberen een image te maken met een recente enigma maar een oudere kernel. Al was het alleen maar om weer wat te leren...

 

Groet, Yo!

[arnoldl]

de file os in /root/platform/kernel is de kernel.

 

bij de pli image heb ik dat al geprobeerd.

de image gaf alleen een bootlogo en daarna vast.

 

maar hoe meer pogingen hoe meer kans

 

grtx , arnold

 

p.s. als je bij inpakken de melding krijgt dat de image te groot is , heb je de verkeerde squashfs genruikt met 3.0 werkt het wel , enkel heb ik die alleen voor pc kunnen vinden.

[Yo!]

Citaat:

de file os in /root/platform/kernel is de kernel.

bij de pli image heb ik dat al geprobeerd.
de image gaf alleen een bootlogo en daarna vast.

Hee dat is leuk, dat had ik ook al geprobeerd. En inderdaad, na het bootlogo loopt 'ie hardstikke vast.

Citaat:

p.s. als je bij inpakken de melding krijgt dat de image te groot is , heb je de verkeerde squashfs genruikt met 3.0 werkt het wel , enkel heb ik die alleen voor pc kunnen vinden.

Ik gebruik deze bestanden:

-rwxr--r-- 1 root root 23656 Jan 16 2004 mkcramfs
-rwxr--r-- 1 root root 2434 Jan 16 2004 mkdreamboxfs
-rwxr--r-- 1 root root 302288 Aug 27 19:46 mksquashfs
-rwxr-xr-x 1 root root 16832 Jan 16 2004 uncramfs
-rwxr-xr-x 1 root root 1393 Jan 16 2004 undreamboxfs

"./mksquasfs -version" geeft v2.0. Maak hij geeft geen foutmelding ofzo, het lijkt gewoon te werken.

Overigens, heeft Peter niet in het verleden een PLI 108 images gemaakt met een 107 kernel? Misschien als hij dit leest, hij kan nu toch even geen images maken zonder schotel <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

Groet, Yo!

[Bigfoot]

Het schijnt dat als je een 107 image in de glash hebt en een 108 image draait vanaf USB stick, dat je dan ook de 107 kernel combineert met 108 toepassingsgedeelte (of hoe noem je dat?-is niet alleen Enigma toch).

 

Misschien leuk om te testen?

[Yo!]

Citaat:

Misschien leuk om te testen?

Zeker, dat is ook een oplossing. Maar daar leren we niks van toch? <img src="/ubbthreads/images/graemlins/cool.gif" alt="" />
Ik wil dus ook gewoon mijn kennis van het geheel een beetje oppoetsen. En dit leek me een leuke 'opgave'.

Groet, Yo!

[arnoldl]

yo ,

 

welke image gebruik je als basis.

 

bedenk me net dat als je een null-modem kabel tussen db en pc hebt zitten , je tijdens booten een optie kan veranderen.

 

dan zie je div debug mess voorbijkomen , en mischien ook een hint waarom hij niet doorboot.

 

mijn db staat helaas niet close2mypc maar zal het binnen kort anders zelf eens testen

[Yo!]

Citaat:

welke image gebruik je als basis.

Ik probeerde een 108 kernel te gebruiken op een hele recente CVS build van een paar dagen geleden (daar zat volgens mij kernel 2.8.9rc1 in ofzo)

Citaat:

bedenk me net dat als je een null-modem kabel tussen db en pc hebt zitten , je tijdens booten een optie kan veranderen.

Je bedoeld: console=ttyS0,115200 root=/dev/mtdblock/0

mijn db staat helaas niet close2mypc maar zal het binnen kort anders zelf eens testen

Ik heb een laptop, maar nog even geen tijd voor gehad. Druk druk druk (valt eigenlijk wel mee anders had ik ook geen tijd om 3 keer druk te schrijven <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />)

Groet, Yo!

[Erik Slagter]

Citaat:

Beetje raar onderwerp misschien, maar....

Welk deel van een image is nu de kernel, en welke deel enigma en overige software? Gezien de problemen met de huidige kernel (schokkende opnames) wilde ik eens proberen een image te maken met een recente enigma maar een oudere kernel. Al was het alleen maar om weer wat te leren...

Het lijkt me zeer onwaarschijnlijk dat de kernel hier iets mee te maken heeft. Het is ofwel een probleem van de drivers (die je zowiezo niet kunt hercompileren) ofwel enigma, in de image, ofwel een softcam.

[Yo!]

Citaat:

mijn db staat helaas niet close2mypc maar zal het binnen kort anders zelf eens testen

Kun je hier iets mee?

Dreambox DM7000
loaded at: 00500000 0061C204
relocated to: 00400000 0051C204
board data at: 00519128 00519174
relocated to: 0040546C 004054B8
zimage at: 004059D8 00518FF4
avail ram: 0051D000 02000000

Linux/PPC load: console=ttyS0,115200 root=/dev/mtdblock/0
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.5 (ghost@client) (gcc version 3.2.3) #36 Sat May 15 15:53:35 C
EST 2004
On node 0 totalpages: 8192
DMA zone: 8192 pages, LIFO batch:2
Normal zone: 0 pages, LIFO batch:1
HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=/dev/mtdblock/0
PID hash table entries: 256 (order 8: 2048 bytes)
Console: colour dummy device 80x25
Memory: 29712k available (1984k kernel code, 608k data, 80k init, 0k highmem)
Calibrating delay loop... 250.88 BogoMIPS
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registe
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. © 2001-2003 Red Hat, Inc.
Serial: 8250/16550 driver $Revision: 1.90 $ 7 ports, IRQ sharing disabled
ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
ttyS2 at MMIO 0x0 (irq = 31) is a 16550A
loop: loaded (max 8 devices)
smc91111.c:v1.0saa 08/22/01 by Daris A Nevil (dnevil@snmc.com)
eth%d: SMC91C11xFD(r:1) at 0xc306a300 IRQ:28
MEM:8192b NOWAIT:0 ADDR 00:09:34:0f:a0:e4
irq 28 setup to non-critical
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
OCP ide ver:2.0
IBM STB04xxx IDE driver version 2.0
mapped 400f0000 to c306c000
OCP ide: waiting for drive spinupioports for drive 0 @ c0290af0
..Drive spun up
Probing IDE interface ide0...
Using anticipatory io scheduler
dreambox: flash mapping: 800000 at 7f800000
cfi_cmdset_0001: Erase suspend on write enabled
Using buffer write method
disable flash VPP
Creating 6 MTD partitions on "DreamBOX rev3+":
0x00000000-0x00600000 : "DreamBOX cramfs"
0x00600000-0x007c0000 : "DreamBOX jffs2"
0x007c0000-0x00800000 : "DreamBOX OpenBIOS"
0x00000000-0x007c0000 : "DreamBOX (w/o bootloader)"
0x00000000-0x00800000 : "DreamBOX (w/ bootloader)"
0x00120000-0x00600000 : "DreamBOX SquashedFS"
USB #0 at 0xe0010000
irq 18 setup to non-critical
drivers/usb/host/ohci-ocp.c: ohci_hcd (OCP) at 0xe0010000, irq 18

ocp_usb 7: new USB bus registered, assigned bus number 1
usb usb1: Product: OC
usb usb1: Manufacturer: Linux 2.6.5 ohci_hcd
usb usb1: SerialNumber: ocp
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
Initializing USB Mass Storage driver...
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
IBM IIC driver v2.0
irq 9 setup to non-critical
ibm-iic0: clckdiv = 6
ibm-iic0: init
ibm-iic0: using standard (100 kHz) mode
irq 10 setup to non-critical
ibm-iic1: clckdiv = 6
ibm-iic1: init
ibm-iic1: using standard (100 kHz) mode
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17
Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Mounted root (cramfs filesystem) readonly.
mount_devfs_fs(): unable to mount devfs, err: -2
Freeing unused kernel memory: 80k init
Warning: unable to open an initial console.
Kernel panic: No init found. Try passing init= option to kernel.
<0>Rebooting in 180 seconds..

Groet, Yo!

[arnoldl]

@yo

 

 

ik meen , maar dat weet ik dan ook niet zeker .

dat bij een kernel wisseling het eerste opstart bestand (soort config.sys denk ik) is veranderd.

 

ik deze thread word er ook over gesproken en hebben ze div rcs files als bijlage.

 

Maar ik ben echt niet goed genoeg thuis in linux en db om zeker te weten of dit het probleem is.

 

we need some help from the experts <img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" /> <img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" />

 

grtx , arnold

[Yo!]

Citaat:

ik deze thread word er ook over gesproken en hebben ze div rcs files als bijlage.

Welke thread?

Groet, Yo!

[arnoldl]

<img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" /> thread <img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" />

[dAF2000]

Ik wilde ook wel eens de kernel zoeken en ik heb in iedergeval rare dingen gevonden <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

 

Probeer dit eens:

 

mkdir /mnt/test

mount /dev/mtdblock/0 /mnt/test

 

In /mnt/test/root/platform/kernel staat dan een file "os". Ik weet niet wat 't is, maar d'r staan wel leuke teksten in, typ maar "strings os". Je kunt een beetje spelen met andere mtdblock's dan 0... wat me nog niet helemaal gelukt is...

Misschien is 't helemaal niks, maar ik werd geinspireerd door de bootregel van linux:

 

Linux/PPC load: console=ttyS0,115200 root=/dev/mtdblock/0

[Yo!]

Citaat:

In /mnt/test/root/platform/kernel staat dan een file "os".

Dat lijkt me dezelfde file als die in een uitgepakte image in /root/platform/kernel. Maar nu weet ik dus (een beetje) wat daarmee gebeurd.

Ik weet niet wat 't is, maar d'r staan wel leuke teksten in, typ maar "strings os".

strings kent mijn image niet helaas. Maar ik kan me er wel iets bij voorstellen...

Groet, Yo!