Loading Kernel mit u-boot1.1.2

nais2004 · Beitrag von **nais2004** » Mittwoch 2. März 2005, 22:48

hallo,
habe gestern auf uboot1.1.2 und squashfs2.1 updaten wollen, aber nun will mein Image nicht mehr booten.

Hier mal mein Log:

Uncompressing Kernel Image ... OK
Linux version 2.4.27-dbox2 (root@dbox) (gcc version 3.3.5) #34 Mi Mr 2 20:17:38
CET 2005
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock1 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30916k available (1056k kernel code, 336k 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. (C) 2001-2003 Red Hat, Inc.
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:1e:3e:67
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x003c0000 : "root (squashfs)"
0x003c0000-0x007e0000 : "var (jffs2)"
0x007e0000-0x00800000 : "flfs (u-boot)"
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.
Kernel panic: VFS: Unable to mount root fs on 1f:01
<0>Rebooting in 180 seconds..

Hat irgendwer ne Idee?[/code]

Beitrag von **DieMade** » Mittwoch 2. März 2005, 22:50

Aktuelle squashfs-Tools installieren.

nais2004 · Beitrag von **nais2004** » Mittwoch 2. März 2005, 23:02

Was meinst Du?
habe die neue mksquashfs drin und cvs ist auch upgedatet

Beitrag von **DieMade** » Mittwoch 2. März 2005, 23:05

Wenn alles passt, weiß ich es auch nicht.

nais2004 · Beitrag von **nais2004** » Mittwoch 2. März 2005, 23:08

habe beide Varianten probiert. kernel im root und kernel extra.
aber beide male das gleiche Ergebnis

Beitrag von **kroki** » Donnerstag 3. März 2005, 12:44

Hast du in der u-boot.config auch den richtigen Kernel-Parameter für das root-device übergeben : root=/dev/mtdblock? rootfstype=squashfs ??

Kroki

Beitrag von **mogway** » Donnerstag 3. März 2005, 13:43

Wenn ich mir den Namen des Posters (nais2004) so ansehe, kann ich nur schwer glauben das es sich um ein legales Image handelt.

Gruß
mogway

dcdead · Beitrag von **dcdead** » Donnerstag 3. März 2005, 14:42

Da scheinst du aber sehr gut informiert zu sein

Aber ich würd mal sagen, so lange solche leute keine fragen zu Laufvögeln hier stellen, kann man die doch tolerieren...

Beitrag von **petgun** » Donnerstag 3. März 2005, 16:34

@mogway,admin,mods
...sehr merkwuerdig wieso gerade bei diesem Pseudo direkt auf ein Laufvogelimage assoziiert wird...wogegen hier andere User unbehelligt, imo dummdreist und provokativ mit dem gleichen Pseudo inklusive _T-Online-E-Mailadresse_ wie in den Hohlkopfboards (wo sie als 'beruehmte' Imagebauer gleichen Namens bekannt sind), auftreten koennen....?

nais2004 · Beitrag von **nais2004** » Donnerstag 3. März 2005, 17:36

kroki hat geschrieben:Hast du in der u-boot.config auch den richtigen Kernel-Parameter für das root-device übergeben : root=/dev/mtdblock? rootfstype=squashfs ??

Kroki

jo, da habe ich die 1 für das root. Steht auch im Log

nais2004 · Beitrag von **nais2004** » Donnerstag 3. März 2005, 17:37

mogway hat geschrieben:Wenn ich mir den Namen des Posters (nais2004) so ansehe, kann ich nur schwer glauben das es sich um ein legales Image handelt.

Gruß
mogway

doch doch, ist legal. Ist nur für mich privat. Kein Public Image

Beitrag von **DieMade** » Donnerstag 3. März 2005, 17:41

Der war gut, ich lach mich weg...

Beitrag von **mogway** » Donnerstag 3. März 2005, 18:41

nais2004 hat geschrieben:doch doch, ist legal. Ist nur für mich privat. Kein Public Image

Ja, nee - schon klar.

Gruß
mogway

Beitrag von **e46ti** » Donnerstag 3. März 2005, 20:20

@Nais2004

ich vermisse in Deinem log, die Angabe der squashfs Version - ist ab 2.1 implementiert -. Hast Du vergessen, den kernel entsprechend zu patchen?
Ich habe in dem folgenden log mal die entsprechende Stelle markiert!

e46ti

Code: Alles auswählen

Linux version 2.4.27-dbox2 (???) (gcc version 3.3.5) #
36 Do Mr 3 20:54:39 CET 2005
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock2 rootfstype=squashfs
Decrementer Frequency = 247125000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2580)
Console: colour dummy device 80x25
Calibrating delay loop... 65.53 BogoMIPS
Memory: 30912k available (1060k kernel code, 336k 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. (C) 2001-2003 Red Hat, Inc.
*****Squashfs 2.1-r2 (released 2004/12/15) (C) 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:2d:52:ab
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x006e0000 : "root (squashfs)"
0x006e0000-0x00800000 : "var (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 (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init

Beitrag von **DieMade** » Donnerstag 3. März 2005, 20:22

Ist wohl vor lauter anderen "Patches" untergegangen

Beitrag von **e46ti** » Donnerstag 3. März 2005, 20:24

Das kann natürlich sein....

Aber wir sind doch hilfsbereit, oder?

e46ti

Beitrag von **petgun** » Donnerstag 3. März 2005, 20:42

hi,

e46ti hat geschrieben:Das kann natürlich sein....
Aber wir sind doch hilfsbereit, oder?

...sorry, aber wenn das hier so weitergeht, blick ich vor lauter Augenzwinkern und Anspielungen nicht mehr ob
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=15647 noch gilt. Diesen Eiertanz schaff ich nicht...bitte klaert mich mal auf!

cu,
peter

Beitrag von **DieMade** » Donnerstag 3. März 2005, 20:45

Prinzipiell hat er bisher keine Frage zum schwarzsehen gestellt, aber der Zusammenhang ist so offensichtlich daß ich hier zumache.