public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* UBIFS read-only rootfs needs 1 or more eraseblocks to mount
@ 2009-12-09  0:09 Darwin Rambo
  2009-12-09 10:16 ` Artem Bityutskiy
  0 siblings, 1 reply; 2+ messages in thread
From: Darwin Rambo @ 2009-12-09  0:09 UTC (permalink / raw)
  To: linux-mtd@lists.infradead.org

On a read-only UBIFS rootfs, why do you need at least 1 eraseblock? There is nothing to replace since nothing is ever written to this partition on the fly and a block that goes bad cannot be recovered anyways?

UBI error: ubi_eba_init_scan: no enough physical eraseblocks (0, need 1)
UBI error: ubi_init: cannot attach mtd6
UBI error: ubi_init: UBI error: cannot initialize UBI, error -28

Note that adding room for a single bad block PEB allows the mount to work, and you get a warning like this:
"UBI warning: ubi_eba_init_scan: cannot reserve enough PEBs for bad PEB handling, reserved 0, need 19"

It looks like the normal read/write code is reserving/requiring blocks that the read-only mode doesn't actually use? All this is probably just a future suggestion to support read-only mode a little bit better with less block wastage.

Thanks.
Darwin

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: UBIFS read-only rootfs needs 1 or more eraseblocks to mount
  2009-12-09  0:09 UBIFS read-only rootfs needs 1 or more eraseblocks to mount Darwin Rambo
@ 2009-12-09 10:16 ` Artem Bityutskiy
  0 siblings, 0 replies; 2+ messages in thread
From: Artem Bityutskiy @ 2009-12-09 10:16 UTC (permalink / raw)
  To: Darwin Rambo; +Cc: linux-mtd@lists.infradead.org

On Tue, 2009-12-08 at 16:09 -0800, Darwin Rambo wrote:
> On a read-only UBIFS rootfs, why do you need at least 1 eraseblock?
>  There is nothing to replace since nothing is ever written to this
> partition on the fly and a block that goes bad cannot be recovered
> anyways?
> 
> UBI error: ubi_eba_init_scan: no enough physical eraseblocks (0, need
> 1)
> UBI error: ubi_init: cannot attach mtd6
> UBI error: ubi_init: UBI error: cannot initialize UBI, error -28

This is UBI error, not UBIFS. UBI does not really have a notion of
read-only UBI device, so it always reserves some amount of eraseblocks.

There is a compile-time option about amount of eraseblocks to reserve,
in percent. You can make it 0%, then UBI will not reserve anything.
Probably it will not work out of the box (I never tried that), and
you'll need to do some small investigation / fixing.

> Note that adding room for a single bad block PEB allows the mount to
> work, and you get a warning like this:
> "UBI warning: ubi_eba_init_scan: cannot reserve enough PEBs for bad
> PEB handling, reserved 0, need 19"

This is again UBI warning, not UBIFS.

> It looks like the normal read/write code is reserving/requiring blocks
> that the read-only mode doesn't actually use?

R/O stuff is on UBIFS level, you get warning at UBI level, and UBI does
assumes everything is R/W.

>  All this is probably just a future suggestion to support read-only
> mode a little bit better with less block wastage.

Ok, you might as well just come up with a patch or patches!

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-12-09 10:16 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-09  0:09 UBIFS read-only rootfs needs 1 or more eraseblocks to mount Darwin Rambo
2009-12-09 10:16 ` Artem Bityutskiy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox