[yocto] unbootable image produced with PACKAGE_CLASSES ?= "package_ipk", /etc missing
Todd Stellanova
tstellanova at gmail.com
Tue Nov 26 17:27:30 PST 2013
Tried creating a fresh build folder and giving the vm more ram but the
results are basically the same:
Allocated inode: 15264
copy_file: Could not allocate block in ext2 filesystem
debugfs: sif "libgio-2.0.so.0.3800.1" mode 0x81ed
It appears that using package_rpm successfully allocates something like
15968 inodes. When calculating the ROOTFS_SIZE it looks like package_rpm
and package_ipk are using very different values:
package_rpm:
++ du -ks
/fsl-community-bsp/build/tmp/work/wandboard_dual-poky-linux-gnueabi/todd-new/1.0-r0/rootfs
++ awk '{base_size = $1 * 1.3; base_size = ((base_size > 8192 ? base_size :
8192) + 0 + *51200*); if (base_size != int(base_size)) base_size =
int(base_size + 1); base_size = base_size + 4096 - 1; base_size -=
base_size % 4096; print base_size }'
+ ROOTFS_SIZE=*458752*
package_ipk:
++ du -ks
/fsl-community-bsp/build/tmp/work/wandboard_dual-poky-linux-gnueabi/todd-new/1.0-r0/rootfs
++ awk '{base_size = $1 * 1.3; base_size = ((base_size > 8192 ? base_size :
8192) + 0); if (base_size != int(base_size)) base_size = int(base_size +
1); base_size = base_size + 4096 - 1; base_size -= base_size % 4096; print
base_size }'
+ ROOTFS_SIZE=*376832*
I'm just guessing here, but it seems like package_ipk is underestimating
ROOTFS_SIZE and subsequently populate-extfs.sh fails trying to add files to
the ext fs. Any ideas what might cause this?
Thanks for any help!
On Mon, Nov 25, 2013 at 7:03 AM, Todd Stellanova <tstellanova at gmail.com>wrote:
> Thanks for the ideas. I'll try creating a new build folder. If that still
> shows the problem, I'm thinking this has something to do with the fact that
> I'm running the build inside a vm (inside an Ubuntu vm running on a Mac).
> It looks like the build is using debugfs...maybe it's running out of ram at
> some point and not obtaining more in the vm properly?
>
> > On Nov 25, 2013, at 5:21 AM, Paul Eggleton <
> paul.eggleton at linux.intel.com> wrote:
> >
> > Hi Nicolas / Todd,
> >
> >> On Monday 25 November 2013 11:31:42 Nicolas Dechesne wrote:
> >> On Sun, Nov 24, 2013 at 3:51 AM, Todd Stellanova
> >> <tstellanova at gmail.com>wrote:
> >>> It appears that copying the files to the ext3 / sdcard image is
> failing in
> >>> *populate-extfs.sh*
> >>> I see a series of these errors:
> >>>
> >>> *copy_file: Could not allocate block in ext2 filesystem*
> >>>
> >>> Any idea what might cause this? I've verified that the initial .tar
> >>> archive and the bz2 contain the right files.
> >>
> >> can you try to create a new <build> folder (do not remove the current
> one
> >> for now) and reuse the downloads and sstate folder? i am wondering if
> there
> >> is a bug when trying to change PACKAGE_CLASSES in an existing <build>
> >> folder.
> >
> > I do this not infrequently and never hit a problem like this, so I doubt
> this
> > is the case.
> >
> > Either there is a problem in how the filesystem is being set up (block
> sizes,
> > etc.) or there is some kind of corruption occurring.
> >
> > Cheers,
> > Paul
> >
> > --
> >
> > Paul Eggleton
> > Intel Open Source Technology Centre
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20131126/ae3484a4/attachment.html>
More information about the yocto
mailing list