From: Akshay Bhat <abhat@lutron.com>
To: hujianyang <hujianyang@huawei.com>
Cc: linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: UBIFS Panic
Date: Mon, 30 Jun 2014 09:01:02 -0400 [thread overview]
Message-ID: <53B15F8E.3030309@lutron.com> (raw)
In-Reply-To: <53ACD890.4030805@huawei.com>
Thanks for your response. Answers in-line.
On Thu 26 Jun 2014 10:36:00 PM EDT, hujianyang wrote:
> How did you release data on the flash? What's the partitions on your system?
> Did you use MTD_UBI_FASTMAP?
Image was flashed using the below command:
ubiformat /dev/mtd11 -f rootfs.ubi -s 512 -O 2048
UBI fastmap is enabled.
CONFIG_MTD_UBI_FASTMAP=y
mtd11 is for Rootfs and it has 6 volumes. Contents of ubinize.cfg:
[rootfs]
mode=ubi
#image=
vol_id=0
vol_size=100MiB
vol_type=dynamic
vol_name=rootfs
[rootfs2]
mode=ubi
vol_id=1
vol_size=100MiB
vol_type=dynamic
vol_name=rootfs2
[database]
mode=ubi
vol_id=2
vol_size=7MiB
vol_type=dynamic
vol_name=database
[database2]
mode=ubi
vol_id=3
vol_size=7MiB
vol_type=dynamic
vol_name=database2
[logging]
mode=ubi
vol_id=4
vol_size=7MiB
vol_type=dynamic
vol_name=logging
[firmware]
mode=ubi
vol_id=5
vol_size=7MiB
vol_type=dynamic
vol_name=firmware
vol_flags=autoresize
> Did you try umount after this error happen and mount partition again, then
> re-run your scripts to see what will happen?
I am not able mount the partition again after getting the error
######At the time of panic############
# df
Filesystem 1024-blocks Used Available Use% Mounted on
rootfs 92780 32792 59988 35% /
ubi0:rootfs 92780 32792 59988 35% /
tmpfs 125800 36 125764 0% /tmp
tmpfs 125800 0 125800 0% /dev/shm
tmpfs 125800 68 125732 0% /var/run
ubi0:logging 4816 1984 2548 44% /var/log
ubi0:database 4816 456 4080 10% /var/db
tmpfs 125800 4 125796 0% /var/spool/cron
tmpfs 125800 0 125800 0% /var/sftp
# mount
rootfs on / type rootfs (rw)
ubi0:rootfs on / type ubifs (ro,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
none on /dev/pts type devpts (rw,relatime,mode=600)
tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777)
tmpfs on /var/run type tmpfs (rw,relatime,mode=777)
ubi0:logging on /var/log type ubifs (ro,sync,relatime)
ubi0:database on /var/db type ubifs (ro,sync,relatime)
tmpfs on /var/spool/cron type tmpfs (rw,relatime,mode=755)
tmpfs on /var/sftp type tmpfs (rw,relatime,mode=755)
# umount /var/log
# umount /var/db
# mount -t ubifs ubi0:logging /var/log
mount: mounting ubi0:logging on /var/log failed: No space left on device
# mount -t ubifs ubi0:database /var/db
mount: mounting ubi0:database on /var/db failed: No space left on device
# mount
rootfs on / type rootfs (rw)
ubi0:rootfs on / type ubifs (ro,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
none on /dev/pts type devpts (rw,relatime,mode=600)
tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777)
tmpfs on /var/run type tmpfs (rw,relatime,mode=777)
tmpfs on /var/spool/cron type tmpfs (rw,relatime,mode=755)
tmpfs on /var/sftp type tmpfs (rw,relatime,mode=755)
# df
Filesystem 1024-blocks Used Available Use% Mounted on
rootfs 92780 32792 59988 35% /
ubi0:rootfs 92780 32792 59988 35% /
tmpfs 125800 36 125764 0% /tmp
tmpfs 125800 0 125800 0% /dev/shm
tmpfs 125800 60 125740 0% /var/run
tmpfs 125800 4 125796 0% /var/spool/cron
tmpfs 125800 0 125800 0% /var/sftp
>> [81438.785011] UBIFS error (pid 31441): do_commit: commit failed, error -30
>> [81438.785034] UBIFS error (pid 31441): ubifs_write_inode: can't write inode 79,
>> error -30
>>
>
> Later error -30 is caused by former error -28 which is reported by UBI layer.
> Did you run df to see how much space left on your device?
Before running the scripts (right after boot)
# df
Filesystem 1024-blocks Used Available Use% Mounted on
rootfs 92780 32780 60000 35% /
ubi0:rootfs 92780 32780 60000 35% /
tmpfs 125800 36 125764 0% /tmp
tmpfs 125800 0 125800 0% /dev/shm
tmpfs 125800 68 125732 0% /var/run
ubi0:logging 4816 324 4212 7% /var/log
ubi0:database 4816 248 4288 5% /var/db
tmpfs 125800 4 125796 0% /var/spool/cron
tmpfs 125800 0 125800 0% /var/sftp
At the time of the panic:
# df
Filesystem 1024-blocks Used Available Use% Mounted on
rootfs 92780 32792 59988 35% /
ubi0:rootfs 92780 32792 59988 35% /
tmpfs 125800 36 125764 0% /tmp
tmpfs 125800 0 125800 0% /dev/shm
tmpfs 125800 68 125732 0% /var/run
ubi0:logging 4816 1984 2548 44% /var/log
ubi0:database 4816 456 4080 10% /var/db
tmpfs 125800 4 125796 0% /var/spool/cron
tmpfs 125800 0 125800 0% /var/sftp
>
> I think each time you get an error -28 from UBI layer, you will see an ubi_err.
> But I didn't see it in your log. Does anyone else know something about it?
>
> .
>
next prev parent reply other threads:[~2014-06-30 13:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-26 20:28 UBIFS Panic Akshay Bhat
2014-06-27 2:36 ` hujianyang
2014-06-30 13:01 ` Akshay Bhat [this message]
2014-06-30 14:48 ` Richard Weinberger
2014-06-30 17:23 ` Akshay Bhat
2014-06-30 17:34 ` Richard Weinberger
2014-07-01 1:09 ` hujianyang
2014-07-01 7:48 ` Richard Weinberger
2014-07-01 14:18 ` Akshay Bhat
2014-07-01 14:32 ` Richard Weinberger
2014-07-01 14:46 ` Akshay Bhat
2014-07-01 14:56 ` Richard Weinberger
2014-07-10 21:38 ` Akshay Bhat
2014-07-10 21:42 ` Richard Weinberger
2014-07-11 20:45 ` Richard Weinberger
2014-07-16 17:31 ` Akshay Bhat
2014-07-16 21:00 ` Richard Weinberger
2014-07-22 18:39 ` Akshay Bhat
2014-07-01 0:58 ` hujianyang
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=53B15F8E.3030309@lutron.com \
--to=abhat@lutron.com \
--cc=hujianyang@huawei.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.