Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] ubifs rootfs attached error
Date: Tue, 13 Aug 2013 18:44:50 +0200	[thread overview]
Message-ID: <520A6282.2050205@mind.be> (raw)
In-Reply-To: <20130813130443.GA3676@zuhnb712>

On 13/08/13 15:04, Woody Wu wrote:
> Hi,
>
> I use buildroot created an ubifs as my rootfs, which is intended put on
> my ARM target with MTD partitions.  In u-boot bootloader I wrote the ubi
> image to my NAND flash and changed kernel command line accordingly. But
> the kernel did not boot, the messages shown that it cannot attach the
> image successfully. I will describe my steps and related information in
> blow and hope people here can sort me out the difficulties.
>
> Firstly, below are the kernel error messages:
>
> ------------------------------------------------------------------
> NAND_ECC_NONE selected by board driver. This is not recommended !!
> Scanning device for bad blocks
> Bad eraseblock 77 at 0x0000009a0000
> Bad eraseblock 89 at 0x000000b20000
> ...
> Bad eraseblock 2419 at 0x000012e60000
> Bad eraseblock 3458 at 0x00001b040000
> Creating 5 MTD partitions on "NAND":
> 0x000000000000-0x000000100000 : "Bootloader"
> 0x000000100000-0x000000300000 : "LOGO"
> 0x000000300000-0x000000700000 : "Kernel"
> 0x000000700000-0x000002700000 : "ROOTFS"
> 0x000002700000-0x000040000000 : "Data"
> UBI: attaching mtd3 to ubi0
> UBI: physical eraseblock size:   131072 bytes (128 KiB)
> UBI: logical eraseblock size:    126976 bytes
> UBI: smallest flash I/O unit:    2048
> UBI: VID header offset:          2048 (aligned 2048)
> UBI: data offset:                4096
> UBI: max. sequence number:       0
> UBI error: vtbl_check: volume table check failed: record 0, error 9
> UBI error: ubi_init: cannot attach mtd3
> ----------------------------------------------------------------------
>
> My ubi image was create with the following buildroot configs:
>
> BR2_TARGET_ROOTFS_UBIFS=y
> BR2_TARGET_ROOTFS_UBIFS_LEBSIZE=0x1f800
> BR2_TARGET_ROOTFS_UBIFS_MINIOSIZE=0x800
> BR2_TARGET_ROOTFS_UBIFS_MAXLEBCNT=2048
> # BR2_TARGET_ROOTFS_UBIFS_RT_NONE is not set
> # BR2_TARGET_ROOTFS_UBIFS_RT_ZLIB is not set
> BR2_TARGET_ROOTFS_UBIFS_RT_LZO=y
> BR2_TARGET_ROOTFS_UBIFS_NONE=y
> # BR2_TARGET_ROOTFS_UBIFS_GZIP is not set
> # BR2_TARGET_ROOTFS_UBIFS_BZIP2 is not set
> # BR2_TARGET_ROOTFS_UBIFS_LZMA is not set
> # BR2_TARGET_ROOTFS_UBIFS_LZO is not set
> # BR2_TARGET_ROOTFS_UBIFS_XZ is not set
> BR2_TARGET_ROOTFS_UBIFS_OPTS=""
> BR2_TARGET_ROOTFS_UBI=y
> BR2_TARGET_ROOTFS_UBI_PEBSIZE=0x8000

  This looks wrong: your eraseblock size is 128K, so this should be 0x20000.


  Regards,
  Arnout

> BR2_TARGET_ROOTFS_UBI_SUBSIZE=2048
> BR2_TARGET_ROOTFS_UBI_OPTS=""
>
> I write the resulted ubi (not the ubifs) image to my nand flash using
> u-boot: 'nand write memory-address my-mtd-part-start my-mtd-part-size'
>
> Then I change my kernel command line before boot it:
>
> ubi.mtd=3 root=ubi0:rootfs rootfstype=ubifs noinitrd ...
>
> Can anyone please have a look at above information and give me a clue?
> Is that possible I setup incorrect parameters in making the UBI image?
> Actually I don't really understand the meanings of those parameters.
>
> Thanks in advance.
>
>


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

      parent reply	other threads:[~2013-08-13 16:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-13 13:04 [Buildroot] ubifs rootfs attached error Woody Wu
2013-08-13 13:39 ` Stefan Peter
2013-08-13 14:08   ` Woody Wu
2013-08-13 18:21     ` Stefan Peter
2013-08-13 22:12       ` Woody Wu
2013-08-13 16:44 ` Arnout Vandecappelle [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=520A6282.2050205@mind.be \
    --to=arnout@mind.be \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox