From: Richard Weinberger <richard@nod.at>
To: Jaap de Jong <jaap.dejong@nedap.com>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Mounting issue with old uboot and new rootfs
Date: Tue, 12 Dec 2017 17:29:51 +0100 [thread overview]
Message-ID: <2249046.8pz4TdecgU@blindfold> (raw)
In-Reply-To: <1513004605320.75417@nedap.com>
Jaap,
Am Montag, 11. Dezember 2017, 16:03:25 CET schrieb Jaap de Jong:
> Hi All,
>
> Some time ago I posted a question with a slightly different subject.
> Now that I found out a bit more the previous subject is no longer relevant.
>
> But I still have issues with mounting in a mixed environment.
> I have this board with an older u-boot (2010.09) in combination with a more
> recent kernel (4.9.28).
>
> The parameters in uboot:
> root=ubi0 rw ubi.mtd=3 rootfstype=ubifs
>
> mtdparts=atmel_nand:128K(bootstrap),256K(u-boot-env),640K(u-boot),-(rootfs)
>
> U-boot runs `ubi part rootfs` as one of the steps in the startup process to
> load the kernel. When doing that u-boot reports that the ubi volume is
> resized. This is due to the fact that the rootfs is written with the u-boot
> `nand write` command, writing a ubi formatted image.
>
> When booting the unit the kernel panics:
> [ 1.523437] ubi0 error: ubi_read_volume_table: the layout volume
> was not found [ 1.539062] ubi0 error: ubi_attach_mtd_dev: failed to
> attach mtd3, error -22 [ 1.546875] UBI error: cannot attach mtd3
> [ 1.546875] Kernel panic - not syncing: VFS: Unable to mount root
> fs on unknown-block(0,0) [ 1.546875] Rebooting in 1 seconds..RomBOOT
> Then u-boot restarts and tells:
> UBI warning: process_lvol: volume table copy #1 is corrupted
> UBI: create volume table (copy #1)
> UBI: volume table was restored
> But is able to load the kernel and transfer control to it.
> This second run of this kernel does not panic anymore and just starts as
> expected! Also, new reboots don't show u-boot issues!
>
> Some other combinations:
> u-boot kernel result
> 2010.09 2.6.35 fine
> 2010.09 4.9.28 panic
> 2016.03 2.6.35 fine
> 2016.03 4.9.28 fine
>
> One thing that I noticed is that the newer u-boot resizes to around 40 less
> LEBs than the older u-boot does. Related?
Resize? Or missing?
This is definitely odd and should not happen.
Thanks,
//richard
next prev parent reply other threads:[~2017-12-12 16:29 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-30 15:22 Mounting issue with old rootfs and new kernel Jaap de Jong
2017-11-30 15:28 ` Richard Weinberger
[not found] ` <e144d66c-c754-ad6d-bd0c-ef5384ae7a78@nedap.com>
2017-11-30 16:20 ` Richard Weinberger
2017-12-01 14:26 ` Jaap de Jong
2017-12-04 14:54 ` Jaap de Jong
[not found] ` <1513004605320.75417@nedap.com>
2017-12-12 16:29 ` Richard Weinberger [this message]
2017-12-13 7:45 ` Mounting issue with old uboot and new rootfs Jaap de Jong
2017-12-13 9:43 ` Richard Weinberger
2017-12-13 10:18 ` Jaap de Jong
2017-12-13 16:42 ` Richard Weinberger
2017-12-14 7:28 ` Jaap de Jong
2017-12-14 9:51 ` Jaap de Jong
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=2249046.8pz4TdecgU@blindfold \
--to=richard@nod.at \
--cc=jaap.dejong@nedap.com \
--cc=linux-mtd@lists.infradead.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.