From: Richard Weinberger <richard@nod.at>
To: Jaap de Jong <jaap.dejong@nedap.com>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Mounting issue with old rootfs and new kernel
Date: Thu, 30 Nov 2017 17:20:44 +0100 [thread overview]
Message-ID: <6030766.nKoDj6T6s8@blindfold> (raw)
In-Reply-To: <e144d66c-c754-ad6d-bd0c-ef5384ae7a78@nedap.com>
Jaap,
Am Donnerstag, 30. November 2017, 16:42:33 CET schrieb Jaap de Jong:
> Hi Richard,
>
> On 30-11-17 16:28, Richard Weinberger wrote:
> > Jaap,
> >
> > On Thu, Nov 30, 2017 at 4:22 PM, Jaap de Jong <jaap.dejong@nedap.com>
wrote:
> >> Hi
> >>
> >> I'm hoping for some pointers.
> >>
> >> I have this a created with openembedded classic.
> >>
> >> It works just fine when running with an old kernel (2.6.35)
> >>
> >> Now with the same rootfs and a newer kernel (4.9.28) it damages the old
> >> rootfs in such a way that it becomes unusable.
> >>
> >> This is the error it shows:
> >> [ 1.523437] ubi0 error:
> >> ubi_read_volume_table: the layout volume was
> >> not found [ 1.531250] ubi0 error:
> >> ubi_attach_mtd_dev: failed to attach mtd3,
> >> error -22>
> > Are these really the only erros/warnings from UBI?
>
> Yes. Also ran it without 'quiet' as kernel parameter and that also does
> not show extra errors.
Hm, but U-Boot comes first? Maybe it damaged the UBI image already.
> If I boot u-boot and try to mount it there, some other errors are show
> although basically the same
>
> U-Boot> ubi part rootfs
> UBI: mtd1 is detached from ubi0
> Creating 1 MTD partitions on "nand0":
> 0x000000100000-0x000020000000 : "mtd=3"
> UBI: attaching mtd1 to ubi0
> UBI: physical eraseblock size: 131072 bytes (128 KiB)
> UBI: logical eraseblock size: 129024 bytes
> UBI: smallest flash I/O unit: 2048
> UBI: sub-page size: 512
> UBI: VID header offset: 512 (aligned 512)
> UBI: data offset: 2048
> UBI: attached mtd1 to ubi0
> UBI: MTD device name: "mtd=3"
> UBI: MTD device size: 511 MiB
> UBI: number of good PEBs: 4088
> UBI: number of bad PEBs: 0
> UBI: max. allowed volumes: 128
> UBI: wear-leveling threshold: 4096
> UBI: number of internal volumes: 1
> UBI: number of user volumes: 1
> UBI: available PEBs: 40
> UBI: total number of reserved PEBs: 4048
> UBI: number of PEBs reserved for bad PEB handling: 40
> UBI: max/mean erase counter: 2/0
>
> U-Boot> ubifsmount rootfs
> UBIFS error (pid 0): ubifs_read_node: bad node type (255 but expected 6)
> UBIFS error (pid 0): ubifs_read_node: bad node at LEB 0:0
> Error reading superblock on volume 'ubi:rootfs'!
>
> >> [ 1.539062] 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
> >>
> >> As far as I can see the kernel configuration seems to be ok.
> >>
> >> Any ideas?
> >
> > If the MTD layout had changed I'd expect more errors from UBI.
> > Is this NAND?
>
> Yes nandflash
>
> > Did you compare the MTD partition layout and number of bad blocks?
>
> Do you mean before and after?
Yes. Something must be different.
Page size? Sub pages? Number or erase blocks, etc...
Thanks,
//richard
next prev parent reply other threads:[~2017-11-30 16:20 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 [this message]
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 ` Mounting issue with old uboot and new rootfs Richard Weinberger
2017-12-13 7:45 ` 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=6030766.nKoDj6T6s8@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.