From: Piotr Szymaniak <szarpaj-TbOm9Ca2r9GrDJvtcaxF/A@public.gmane.org>
To: Vyacheslav Dubeyko <slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org>
Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: attempt to access beyond end of device
Date: Mon, 24 Mar 2014 21:49:18 +0100 [thread overview]
Message-ID: <20140324204917.GA4686@wloczykij> (raw)
In-Reply-To: <1395646655.2178.20.camel@slavad-CELSIUS-H720>
[-- Attachment #1.1: Type: text/plain, Size: 3110 bytes --]
On Mon, Mar 24, 2014 at 11:37:35AM +0400, Vyacheslav Dubeyko wrote:
> Hi Piotr,
>
> On Mon, 2014-03-24 at 08:13 +0100, Piotr Szymaniak wrote:
> > Hello,
> >
> > I'm running nilfs2 on Raspberry Pi and some time ago it got some
> > problem.
> >
> > Connected the SD card to my PC today and mounted the fs, the cleaner
> > started and few minutes later it remounted the fs readonly. Here's the
> > dmesg part:
> >
> > [ 1109.889697] mmcblk0: mmc0:b368 SMI 7.51 GiB
> > [ 1109.891261] mmcblk0: p1 p2 p3
> > [ 1129.467450] NILFS warning: mounting unchecked fs
> > [ 1129.956859] NILFS: recovery complete.
> > [ 1129.960064] segctord starting. Construction interval = 300 seconds, CP frequency < 30 seconds
> > [ 1129.979344] NILFS warning: mounting fs with errors
> > [ 1283.005874] attempt to access beyond end of device
> > [ 1283.005882] mmcblk0p3: rw=8192, want=145241775180196072, limit=15120384
>
> I see that it was requested 8 KB block. How did you create file system?
That was some time ago, so I'm unable to answer this question. But
nilfs-tune shows 4KB blocks:
~ # nilfs-tune -l /dev/sdf3
nilfs-tune 2.1.6
Filesystem volume name: (none)
Filesystem UUID: 53760664-f9ed-4c8d-af42-c6ee2f16d956
Filesystem magic number: 0x3434
Filesystem revision #: 2.0
Filesystem features: (none)
Filesystem state: invalid or mounted,error
Filesystem OS type: Linux
Block size: 4096
Filesystem created: Fri Aug 3 08:37:06 2012
Last mount time: Mon Mar 24 07:55:53 2014
Last write time: Mon Mar 24 07:58:04 2014
Mount count: 100
Maximum mount count: 50
Reserve blocks uid: 0 (user root)
Reserve blocks gid: 0 (group root)
First inode: 11
Inode size: 128
DAT entry size: 32
Checkpoint size: 192
Segment usage size: 16
Number of segments: 922
Device size: 7741636608
First data block: 1
# of blocks per segment: 2048
Reserved segments %: 5
Last checkpoint #: 770589
Last block address: 595617
Last sequence #: 41763
Free blocks count: 395264
Commit interval: 300
# of blks to create seg: 0
CRC seed: 0x3e0bea06
CRC check sum: 0x2596b671
CRC check data size: 0x00000118
> Could you share the superblock content?
If my calculations are correct (it's the second superblock, right?), it should
be:
dd if=/dev/nilfs of=dump bs=Block size skip=Device size / Block size - 1
count=1
Attached this one.
> > Should I check the card in the first place?
> >
>
> Currently, I suspect that you have bad SD card. But, maybe, you have
> something different.
Maybe I will check it.
Piotr Szymaniak.
--
(...) wszystko to sprawilo, iz przekroczyl owa umowna granice, ktora
jego przyjaciel, prawnik Dan Tabares, nazywal linia MTWD. Gdy raz juz
przekroczyles linie MTWD cokolwiek by sie zdarzylo, ty po prostu Masz
To W Dupie.
-- Graham Masterton, "The Burning"
[-- Attachment #1.2: dump.1890048.gz --]
[-- Type: application/octet-stream, Size: 179 bytes --]
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2014-03-24 20:49 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-24 7:13 attempt to access beyond end of device Piotr Szymaniak
2014-03-24 7:37 ` Vyacheslav Dubeyko
2014-03-24 20:49 ` Piotr Szymaniak [this message]
2014-03-25 9:18 ` Vyacheslav Dubeyko
2014-03-27 12:39 ` Piotr Szymaniak
2014-03-29 14:49 ` Vyacheslav Dubeyko
2014-03-24 22:31 ` Piotr Szymaniak
-- strict thread matches above, loose matches on Subject: below --
2010-04-26 20:20 Re: Attempt to Access Beyond End of Device willis
2010-04-26 20:54 ` Eric Sandeen
2007-09-10 13:59 Federico Sevilla III
2007-09-10 14:44 ` Justin Piszcz
2007-09-10 14:59 ` Federico Sevilla III
2007-09-10 15:45 ` Justin Piszcz
2007-09-10 15:51 ` Federico Sevilla III
2007-09-10 15:47 ` Eric Sandeen
2007-09-10 15:54 ` Federico Sevilla III
2007-09-10 16:28 ` Eric Sandeen
[not found] ` <cc7060690709111208u3e0842f9rd6edff16539b8a28@mail.gmail.com>
2007-09-12 5:17 ` Federico Sevilla III
2006-12-05 14:01 attempt to access beyond end of device Koen Vereeken
2006-01-19 12:02 Handling of read errors in raid6 Filipe Maia
2006-01-19 20:39 ` attempt to access beyond end of device PFC
2004-04-13 10:03 Luca Ferrari
2004-04-13 10:41 ` Thomas Steudten
2004-04-13 11:08 ` Luca Ferrari
2004-04-13 11:20 ` Thomas Steudten
2004-04-13 11:45 ` Luca Ferrari
2004-04-13 12:44 ` Thomas Steudten
2004-04-13 12:53 ` Luca Ferrari
2002-12-06 5:21 Justin Pryzby
2002-12-05 18:54 Justin Pryzby
2000-12-07 15:56 Jan Niehusmann
2000-12-07 16:34 ` Andries Brouwer
2000-12-07 17:10 ` John Kennedy
2000-11-24 9:02 Janek
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=20140324204917.GA4686@wloczykij \
--to=szarpaj-tbom9ca2r9grdjvtcaxf/a@public.gmane.org \
--cc=linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.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.