| Summary: | [blacksand/emenlow/crownbay] Format swap partition failed when install | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | wenhua.fan <wenhuax.fan> |
| Component: | core | Assignee: | Dexuan Cui <dexuan.cui> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | High | CC: | dexuan.cui, jiajun.xu, meta.mr.watcher, meta.watcher, sgw, wenhuax.fan |
| Version: | unspecified | ||
| Target Milestone: | 1.1 M2 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
wenhua.fan
2011-06-29 01:09:04 UTC
> Mkswap: lseek: Value too large for defined data type http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Value-too-large-for-defined-data-type says mkswap (coming from util-linux) was not built with big file support. Something must be broken recently (after May 21, I think). (In reply to comment #1) > > Mkswap: lseek: Value too large for defined data type > http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Value-too-large-for-defined-data-type > says mkswap (coming from util-linux) was not built with big file support. > Something must be broken recently (after May 21, I think). This bug should be of high priority because I suppose it blocks QA's tesing BSP. I do not have a hardware device hand right now to test this, so I need some additional information about when the is occuring and which mkswap is being used. If this occurs during installation, then it might be in busybox, if its during first boot then maybe util-linux. Please try to determine this by ls -l on mkswap and give me the results. Additional details are helpful. Thanks (In reply to comment #3) > I do not have a hardware device hand right now to test this, so I need some I have the device and I'll try to look into this. > additional information about when the is occuring and which mkswap is being > used. > If this occurs during installation, then it might be in busybox, if its during > first boot then maybe util-linux. > Please try to determine this by ls -l on mkswap and give me the results. > Additional details are helpful. I'll find out which one we're using. This error occurs during installation. The result of ls -l on mkswap as below: lrwxrwxrwx 1 root root 14 Jun 27 17:37 /sbin/mkswap -> ../bin/busybox The size of mkswap command is 580.0KB The image size are below: Emenlow: 907M BlackSand: 938M Crownbay: 935M (In reply to comment #5) > This error occurs during installation. > The result of ls -l on mkswap as below: > lrwxrwxrwx 1 root root 14 Jun 27 17:37 /sbin/mkswap -> ../bin/busybox Thanks Wenhua for the info! So I suppost the commit, which updtes busybox.inc, is the culprit: http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=ab1171b512dc4a450324f6f0ea08a57489009c5f Will further look into this. There are 8G swap disk space on Crownbay. Thanks for confirming that it's busybox. Based on the commit, I would suggest, if someone can rebuild busybox with DISTRO_FEATURES =+ "largefile" and see if that fixes it. This can be done in a local.conf file. 8G is also a very large swap space, is that how much memory is on the system? How is it generating that large a swap space? I can dig into this further next week, but in the short term is someone (Wenhau or Dexuan) can rebuild that would be a great test. Thanks (In reply to comment #8) > Thanks for confirming that it's busybox. Based on the commit, I would suggest, > if someone can rebuild busybox with DISTRO_FEATURES =+ "largefile" and see if > that fixes it. This can be done in a local.conf file. I've sent out the patches. > 8G is also a very large swap space, is that how much memory is on the system? > How is it generating that large a swap space? I can dig into this further next > week, but in the short term is someone (Wenhau or Dexuan) can rebuild that > would be a great test. > Thanks (In reply to comment #7) > There are 8G swap disk space on Crownbay. (In reply to comment #8) > Thanks for confirming that it's busybox. Based on the commit, I would suggest, > if someone can rebuild busybox with DISTRO_FEATURES =+ "largefile" and see if > that fixes it. This can be done in a local.conf file. > 8G is also a very large swap space, is that how much memory is on the system? > How is it generating that large a swap space? I can dig into this further next > week, but in the short term is someone (Wenhau or Dexuan) can rebuild that > would be a great test. > Thanks The current algorithm for swap partition's size is: swap_size=$((disk_size*5/100)) So we can deduce Wenhua's Crownbay has a disk of 160G. Looks the algorithm wastes too much disk space... I'll mail the oe-core mailing list about this. (In reply to comment #9) > (In reply to comment #8) > > Thanks for confirming that it's busybox. Based on the commit, I would suggest, > > if someone can rebuild busybox with DISTRO_FEATURES =+ "largefile" and see if > > that fixes it. This can be done in a local.conf file. > I've sent out the patches. Fixed by http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=101098bfb47bfe1096124c3ce6dd73d58b8c9e0e Verify this bug in Yocto1.1 M2 RC2 20110708 testing. Tree/Branch: Poky/1.1_M2 Poky Commit id: 8df2a558b4d61778a669705b867969abe3514846 Meta Branch : 1.1_M2 Meta Commit id : 92fc07a5f1b98779806cdcc2341487ff5ea5a238 Image lacation: Emenlow: http://autobuilder02.yoctoproject.org/emenlow-1.1_M2/nightly/20110708-1/machines/emenlow/x86_32/core-image-sato-sdk-live-emenlow-20110709065339.hddimg.bz2 Blacksand: http://autobuilder02.yoctoproject.org/n450-1.1_M2/nightly/20110708-1/machines/n450/x86_32/core-image-sato-sdk-live-n450-20110709045049.hddimg.bz2 Crownbay: http://autobuilder02.yoctoproject.org/crownbay-noemgd-1.1_M2/nightly/20110709-1/machines/crownbay/x86_32/core-image-sato-sdk-live-crownbay-noemgd-20110709091053.hddimg.bz2 |