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 <tstellan...@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.eggle...@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 > >> <tstellan...@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 >
_______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto