* CRAMFS: Error -3 while decompressing!
@ 2006-05-22 9:40 Igor Luri
2006-05-22 20:58 ` Wolfgang Denk
0 siblings, 1 reply; 4+ messages in thread
From: Igor Luri @ 2006-05-22 9:40 UTC (permalink / raw)
To: linuxppc-embedded
Hi all!
We have a mpc5200liteB evaluation board with u-boot 1.1.4 and linux
2.4.25 from Denx. We have grabed a cramfs root fs on a mtd partition
and we are able to boot linux without problems:
setenv bootargs root=/dev/mtdblock4 rw rootfstype=cramfs
console=ttyS0 console=ttyS0 init=/sbin/init ip=on
....
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (cramfs
filesystem).
Freeing unused kernel memory: 96k
init
BusyBox v1.00 (2006.03.06-10:43+0000) Built-in shell
(ash)
Enter 'help' for a list of built-in commands.
#
However, we are not able to boot linux with the same rootfs image (with
the u-boot header) loaded from RAM.
setenv bootargs root=/dev/rw rw console=ttyS0 console=ttyS0
init=/sbin/init ip=on
## Booting image at 00500000 ...
Image Name: Linux-2.4.25-rthal5-TRACE
Created: 2006-05-11 9:37:52 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1000166 Bytes = 976.7 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 01000000 ...
Image Name: Ramdisk Image
Created: 2006-05-22 8:12:03 UTC
Image Type: PowerPC Linux RAMDisk Image (gzip compressed)
Data Size: 1191936 Bytes = 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Loading Ramdisk to 0fe22000, end 0ff45000 ... OK
Memory BAT mapping: BAT2=256Mb, BAT3=0Mb, residual: 0Mb
Linux version 2.4.25-rthal5-TRACE (igor@ILURI_LINUX) (gcc
version 3.3.6) #300 jue may 11 11:33:57 CEST 2006
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
....
NET4: Unix domain sockets 1.0/SMP for Linux
NET4.0.
RAMDISK: cramfs filesystem found at block
0
RAMDISK: Loading 1164 blocks [1 disk] into ram disk...
done.
Freeing initrd memory: 1164k
freed
VFS: Mounted root (cramfs filesystem)
readonly.
Freeing unused kernel memory: 96k
init
Error -3 while
decompressing!
c0224e84(1616147664)->c0214000(4096)
Error -3 while
decompressing!
c02286d8(-965246762)->cff41000(4096)
Kernel panic: No init found. Try passing init= option to
kernel.
<0>Rebooting in 180 seconds..
We have configured linux with option " Board uses U-Boot CONFIG_UBOOT "
and CRAMFS image is built with correct endianess:
file initrd.cramfs
Linux Compressed ROM File System data, big endian size 1191936
version #2 sorted_dirs CRC 0xac3c8f59, edition 0, 719 blocks, 433 files
We suspect it could be related with the SDRAM, but we are lost here.
Someone knows what we are doing wrong? Any help would be appretiated.
Thanks in advance.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: CRAMFS: Error -3 while decompressing!
2006-05-22 9:40 CRAMFS: Error -3 while decompressing! Igor Luri
@ 2006-05-22 20:58 ` Wolfgang Denk
0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2006-05-22 20:58 UTC (permalink / raw)
To: Igor Luri; +Cc: linuxppc-embedded
In message <44718702.1070809@fagorautomation.es> you wrote:
>
> We have a mpc5200liteB evaluation board with u-boot 1.1.4 and linux
> 2.4.25 from Denx. We have grabed a cramfs root fs on a mtd partition
> and we are able to boot linux without problems:
...
> However, we are not able to boot linux with the same rootfs image (with
> the u-boot header) loaded from RAM.
>
> setenv bootargs root=/dev/rw rw console=ttyS0 console=ttyS0
> init=/sbin/init ip=on
What's /dev/rw ???
> and CRAMFS image is built with correct endianess:
Ummm.. Why would you want to use a cramfs file system in a ramdisk
image? This iseems to be a truely pessimal combination of features to
me. Please see
http://www.denx.de/wiki/view/DULG/RootFileSystemDesignAndBuilding for
some hints...
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
"Life sucks, but it's better than the alternative."
- Peter da Silva
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: CRAMFS: Error -3 while decompressing!
@ 2006-05-23 10:15 IGOR LURI
2006-05-23 11:04 ` Wolfgang Denk
0 siblings, 1 reply; 4+ messages in thread
From: IGOR LURI @ 2006-05-23 10:15 UTC (permalink / raw)
To: wd; +Cc: linuxppc-embedded
>What's /dev/rw ???
Is a mistake, the correct argument is root=3D/dev/ram.
We would want to use a Compact Flash card with VFAT file system to boot =
our system, so we need to store a linux kernel image and an initrd image =
on it.
/boot/initrd.img
/boot/vmlinux.img
/custom/ (custom applications)
The contents of this initrd is basically busybox,libraris and device =
files:
/bin/busybox (and simbolik links to busybox) =09
/etc/*
/lib/lib*.so=20
/dev/*
/proc
/mnt/(here goes mounted Compact Flash card )
U-Boot can load linux kernel image and initrd from Compact Flash to RAM. =
Then, when linux boots, we can mount the Compact flash card and execute =
our custom applications.
We haven't choose already the initrd file system type, but CRAMFS is an =
option. However, as I mentioned in the previos message, a CRAMFS initrd =
doesn=B4t boot in our board.
Thanks in advance.
-----Mensaje original-----
De: wd@denx.de [mailto:wd@denx.de]
Enviado el: lunes, 22 de mayo de 2006 22:59
Para: IGOR LURI
CC: linuxppc-embedded@ozlabs.org
Asunto: Re: CRAMFS: Error -3 while decompressing!=20
In message <44718702.1070809@fagorautomation.es> you wrote:
>=20
> We have a mpc5200liteB evaluation board with u-boot 1.1.4 and linux=20
> 2.4.25 from Denx. We have grabed a cramfs root fs on a mtd partition =
> and we are able to boot linux without problems:
...
> However, we are not able to boot linux with the same rootfs image =
(with=20
> the u-boot header) loaded from RAM.
>=20
> setenv bootargs root=3D/dev/rw rw console=3DttyS0 =
console=3DttyS0
> init=3D/sbin/init ip=3Don
What's /dev/rw ???
> and CRAMFS image is built with correct endianess:
Ummm.. Why would you want to use a cramfs file system in a ramdisk
image? This iseems to be a truely pessimal combination of features to
me. Please see
http://www.denx.de/wiki/view/DULG/RootFileSystemDesignAndBuilding for
some hints...
Best regards,
Wolfgang Denk
--=20
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
"Life sucks, but it's better than the alternative."
- Peter da Silva
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: CRAMFS: Error -3 while decompressing!
2006-05-23 10:15 IGOR LURI
@ 2006-05-23 11:04 ` Wolfgang Denk
0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2006-05-23 11:04 UTC (permalink / raw)
To: IGOR LURI; +Cc: linuxppc-embedded
In message <918EB199DDDFFA42BEA2EB3A1C6021F3D49640@correo.fagorautomation.net> you wrote:
>
> We would want to use a Compact Flash card with VFAT file system to boot
> our system, so we need to store a linux kernel image and an initrd image
> on it.
Did you read http://www.denx.de/wiki/view/DULG/RootFileSystemInAReadOnlyFile ???
> U-Boot can load linux kernel image and initrd from Compact Flash to RAM.
No need to waste memory on a (big) ramdisk.
> We haven't choose already the initrd file system type, but CRAMFS is an
> option. However, as I mentioned in the previos message, a CRAMFS initrd
> doesn´t boot in our board.
cramfs makes no sense on a ramdisk image. Use ext2.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
In theory, there is no difference between theory and practice. In
practice, however, there is.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2006-05-23 11:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-22 9:40 CRAMFS: Error -3 while decompressing! Igor Luri
2006-05-22 20:58 ` Wolfgang Denk
-- strict thread matches above, loose matches on Subject: below --
2006-05-23 10:15 IGOR LURI
2006-05-23 11:04 ` Wolfgang Denk
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).