UBIFS Informations

UBIFS Informations

[simon widmer]

Hej,

is there any possibility to extract the compile options of a ubinized 
UBIFS? My problem is that I have an embedded system where some UBIFS run 
on, I have an old UBIFS which I can easily put on a volume 
(ubiupdatevol) and which runs perfectly. I had to make a new image, 
taking the parameters i wrote down and its now working, i end with an error
     UBIFS error (pid 946): ubifs_read_node: bad node type (255 but 
expected 6)
     UBIFS error (pid 946): ubifs_read_node: bad node at LEB 0:0
either the node is 255 either 0 instead of 6.

i already read several posts about wrong sizes but nothing worked...

The fun thing overall is, that the filesystem is, despite the error 
while booting, readable but not writable...

thanks for any help - simon

Re: UBIFS Informations

[Artem Bityutskiy]

[-- Attachment #1: Type: text/plain, Size: 787 bytes --]

On Thu, 2012-08-30 at 16:19 +0200, simon widmer wrote:
> Hej,
> 
> is there any possibility to extract the compile options of a ubinized 
> UBIFS? My problem is that I have an embedded system where some UBIFS run 
> on, I have an old UBIFS which I can easily put on a volume 
> (ubiupdatevol) and which runs perfectly. I had to make a new image, 
> taking the parameters i wrote down and its now working, i end with an error
>      UBIFS error (pid 946): ubifs_read_node: bad node type (255 but 
> expected 6)
>      UBIFS error (pid 946): ubifs_read_node: bad node at LEB 0:0
> either the node is 255 either 0 instead of 6.

You are the second person complaining about this. What is the kernel
version your image worked fine with?

-- 
Best Regards,
Artem Bityutskiy

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: UBIFS Informations

[simon widmer]

On 09/03/2012 01:56 PM, Artem Bityutskiy wrote:
> You are the second person complaining about this. What is the kernel 
> version your image worked fine with? 
I am working on custom target kernel (running on an arm based embedded 
system) which did not change version (i only changed compile options) 
->  2.6.31
The kernel on which I build the ubifs did in fact change -> from ubuntu 
8.4 (2.6.24) to ubuntu 10.04 (2.6.33)
I have to check if I still have the virtual machine image of the old 
building system that i could countercheck if I can reproduce a working 
image. I will do that tomorrow.

Re: UBIFS Informations

[simon widmer]

Update: I tested on Kernel 2.6.24-24 without success. The same manner if 
i want to mount the image. What I discovered is that i noted earlier 
that i have to compile with:

$ mkfs.ubifs -q -r $PATH\/data_h -m 2048 -e 129024 -c 2047 -o temp_h.img
$ ubinize -o data_h.img -m 2048 -p 128KiB -s 512 ubinize_h.cfg

and i have no idea what option "-q" is (neither does mkfs.ubifs). so I 
just kicked it and compiled with:

$ mkfs.ubifs -r $PATH\/data_h -m 2048 -e 129024 -c 2047 -o temp_h.img
$ ubinize -o data_h.img -m 2048 -p 128KiB -s 512 ubinize_h.cfg

ubinize.cfg looks this way:

[data_h]
mode=ubi
image=temp_h.img
vol_id=0
vol_size=4MiB
vol_type=static
vol_name=data_h
vol_flags=autoresize

and the attaching procedure as follows:

UBI: attaching mtd8 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 mtd8 to ubi0
UBI: MTD device name:            "data_h"
UBI: MTD device size:            4 MiB
UBI: number of good PEBs:        32
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:             0
UBI: total number of reserved PEBs: 32
UBI: number of PEBs reserved for bad PEB handling: 2
UBI: max/mean erase counter: 2/0
UBI: image sequence number: 165352633
UBI: background thread "ubi_bgt0d" started, PID 497

and finally the mounting procedure:

UBIFS error (pid 529): ubifs_read_node: bad node type (0 but expected 6)
UBIFS error (pid 529): ubifs_read_node: bad node at LEB 0:0
mount: wrong fs type, bad option, bad superblock on ubi0_0,
        missing codepage or helper program, or other error
        (UBIFS error (pid 529): ubifs_read_node: bad node type (0 but 
expected 6)
for several filesystems (e.g. nfUBIFS error (pid 529): ubifs_read_node: 
bad node at LEB 0:0
s, cifs) you might
        need a /sbin/mount.<type> helper program)
        In some cases useful info is found in syslog - try
        dmesg | tail  or so