From: Tomas Hlavaty <tom-3l5KtCzVe0PQT0dZR+AlfA@public.gmane.org>
To: Viacheslav Dubeyko
<slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org>,
Ryusuke Konishi
<konishi.ryusuke-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-nilfs <linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct
Date: Thu, 23 Jan 2020 14:00:21 +0100 [thread overview]
Message-ID: <87sgk6tjiy.fsf@logand.com> (raw)
In-Reply-To: <76887BD9-D6C4-4A89-8F55-4BEAF2828FD3-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org>
Hi Viacheslav,
Viacheslav Dubeyko <slava-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org> writes:
> (1) the partition size?
the first disk with crash was 1TB
the second disk with crash, which i have by me, is 2TB:
$ lsblk /dev/sdb
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 1.8T 0 disk
└─extdisk 254:2 0 1.8T 0 crypt /mnt/b
> (2) the logical block size?
> (3) the segment size?
how can i find (2) and (3) out?
here is the output of nilfs-tune:
$ sudo nilfs-tune -l /dev/mapper/extdisk
nilfs-tune 2.2.7
Filesystem volume name: backup1_nilfs2
Filesystem UUID: 7d9708f9-464f-41b7-a0c6-eda18741012f
Filesystem magic number: 0x3434
Filesystem revision #: 2.0
Filesystem features: (none)
Filesystem state: valid
Filesystem OS type: Linux
Block size: 4096
Filesystem created: Thu Dec 27 14:14:14 2018
Last mount time: Fri Dec 20 13:06:15 2019
Last write time: Thu Jan 23 13:04:30 2020
Mount count: 15
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: 238465
Device size: 2000396834816
First data block: 1
# of blocks per segment: 2048
Reserved segments %: 5
Last checkpoint #: 9884
Last block address: 280841435
Last sequence #: 137120
Free blocks count: 207591424
Commit interval: 0
# of blks to create seg: 0
CRC seed: 0x5172270a
CRC check sum: 0x2ef767d2
CRC check data size: 0x00000118
it seems strange that the last write time is today, even though i
mounted the partition read-only
/dev/mapper/extdisk on /mnt/b type nilfs2 (ro,relatime)
> (4) how the partition was created?
using parted
then cryptsetup luksFormat
then cryptsetup luksOpen
then mkfs.nilfs2
> (5) the version of tools that created the partition?
how can i find this out? is it saved somewhere?
> (6) the amount of free space on the partition?
/dev/mapper/extdisk 1.9T 1.1T 699G 61% /mnt/b
Regards,
Tomas
WARNING: multiple messages have this Message-ID (diff)
From: Tomas Hlavaty <tom@logand.com>
To: Viacheslav Dubeyko <slava@dubeyko.com>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>
Cc: linux-nilfs <linux-nilfs@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct
Date: Thu, 23 Jan 2020 14:00:21 +0100 [thread overview]
Message-ID: <87sgk6tjiy.fsf@logand.com> (raw)
In-Reply-To: <76887BD9-D6C4-4A89-8F55-4BEAF2828FD3@dubeyko.com>
Hi Viacheslav,
Viacheslav Dubeyko <slava@dubeyko.com> writes:
> (1) the partition size?
the first disk with crash was 1TB
the second disk with crash, which i have by me, is 2TB:
$ lsblk /dev/sdb
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 1.8T 0 disk
└─extdisk 254:2 0 1.8T 0 crypt /mnt/b
> (2) the logical block size?
> (3) the segment size?
how can i find (2) and (3) out?
here is the output of nilfs-tune:
$ sudo nilfs-tune -l /dev/mapper/extdisk
nilfs-tune 2.2.7
Filesystem volume name: backup1_nilfs2
Filesystem UUID: 7d9708f9-464f-41b7-a0c6-eda18741012f
Filesystem magic number: 0x3434
Filesystem revision #: 2.0
Filesystem features: (none)
Filesystem state: valid
Filesystem OS type: Linux
Block size: 4096
Filesystem created: Thu Dec 27 14:14:14 2018
Last mount time: Fri Dec 20 13:06:15 2019
Last write time: Thu Jan 23 13:04:30 2020
Mount count: 15
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: 238465
Device size: 2000396834816
First data block: 1
# of blocks per segment: 2048
Reserved segments %: 5
Last checkpoint #: 9884
Last block address: 280841435
Last sequence #: 137120
Free blocks count: 207591424
Commit interval: 0
# of blks to create seg: 0
CRC seed: 0x5172270a
CRC check sum: 0x2ef767d2
CRC check data size: 0x00000118
it seems strange that the last write time is today, even though i
mounted the partition read-only
/dev/mapper/extdisk on /mnt/b type nilfs2 (ro,relatime)
> (4) how the partition was created?
using parted
then cryptsetup luksFormat
then cryptsetup luksOpen
then mkfs.nilfs2
> (5) the version of tools that created the partition?
how can i find this out? is it saved somewhere?
> (6) the amount of free space on the partition?
/dev/mapper/extdisk 1.9T 1.1T 699G 61% /mnt/b
Regards,
Tomas
next prev parent reply other threads:[~2020-01-23 13:00 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-17 17:34 BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct Tomas Hlavaty
2019-11-17 17:34 ` Tomas Hlavaty
2019-11-18 16:51 ` Ryusuke Konishi
2019-11-19 6:04 ` Viacheslav Dubeyko
[not found] ` <76887BD9-D6C4-4A89-8F55-4BEAF2828FD3-yeENwD64cLxBDgjK7y7TUQ@public.gmane.org>
2020-01-23 13:00 ` Tomas Hlavaty [this message]
2020-01-23 13:00 ` Tomas Hlavaty
2019-12-19 21:02 ` Tomas Hlavaty
[not found] ` <87immckp07.fsf-3l5KtCzVe0PQT0dZR+AlfA@public.gmane.org>
2020-01-23 12:31 ` Tomas Hlavaty
2020-01-23 12:31 ` Tomas Hlavaty
[not found] ` <87v9p2tkut.fsf-3l5KtCzVe0PQT0dZR+AlfA@public.gmane.org>
2020-03-27 6:26 ` Tomas Hlavaty
2020-03-27 6:26 ` Tomas Hlavaty
2020-03-28 9:26 ` ARAI Shun-ichi
[not found] ` <20200328.182640.1933740379722138264.hermes-akuOmOme3sQYOdUovKs6ag@public.gmane.org>
2020-04-30 12:38 ` BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_co Hideki EIRAKU
2020-04-30 12:38 ` Hideki EIRAKU
[not found] ` <20200430.213842.00392641.hdk1983-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-04-30 15:27 ` Tom
2020-04-30 15:27 ` Tom
[not found] ` <ee5677b7-802b-f524-36cc-9d5ae071859b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-05-31 17:49 ` Ryusuke Konishi
2020-05-31 17:49 ` Ryusuke Konishi
[not found] ` <20200601024013.1296-1-hdanton@sina.com>
[not found] ` <20200601024013.1296-1-hdanton-k+cT0dCbe1g@public.gmane.org>
2020-06-01 11:46 ` Ryusuke Konishi
2020-06-01 11:46 ` Ryusuke Konishi
2020-01-23 13:58 ` BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 in nilfs_segctor_do_construct ARAI Shun-ichi
[not found] ` <20200123.225827.1155989593018204741.hermes-akuOmOme3sQYOdUovKs6ag@public.gmane.org>
2020-01-23 14:07 ` ARAI Shun-ichi
2020-01-23 14:30 ` ARAI Shun-ichi
2020-01-23 14:30 ` ARAI Shun-ichi
2020-02-10 13:46 ` ARAI Shun-ichi
2020-02-10 13:46 ` ARAI Shun-ichi
[not found] ` <20200210.224609.499887311281343618.hermes-akuOmOme3sQYOdUovKs6ag@public.gmane.org>
2020-02-16 2:10 ` ARAI Shun-ichi
2020-02-16 2:10 ` ARAI Shun-ichi
[not found] ` <20200216.111029.687350152614907818.hermes-akuOmOme3sQYOdUovKs6ag@public.gmane.org>
2020-02-16 2:24 ` Brian G.
2020-02-16 2:24 ` Brian G.
2020-02-16 3:59 ` Ryusuke Konishi
2020-02-16 3:59 ` Ryusuke Konishi
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=87sgk6tjiy.fsf@logand.com \
--to=tom-3l5ktczve0pqt0dzr+alfa@public.gmane.org \
--cc=konishi.ryusuke-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@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.