From: Matthias Prager <linux@matthiasprager.de>
To: David Gnedt <david.gnedt@davizone.at>, Jaegeuk Kim <jaegeuk@kernel.org>
Cc: linux-f2fs-devel@lists.sourceforge.net
Subject: Re: f2fs bug: Unable to mount big volumes in kernel 4.5
Date: Wed, 23 Mar 2016 17:41:57 +0100 [thread overview]
Message-ID: <56F2C755.5060402@matthiasprager.de> (raw)
In-Reply-To: <56F29214.9040001@davizone.at>
Am 23.03.2016 um 13:54 schrieb David Gnedt:
> Hello,
>
> On 2016-03-22 21:36, Jaegeuk Kim wrote:
>> So, could you check the patch that I replied or the same patch that I attached
>> here?
>> That should dynamically fix this issue when mounting f2fs.
>
> I had to manually apply the patch on 4.5 sources. I have attached the modified
> patch. If you want, I can also test based on the recent f2fs kernel tree.
>
> I have used a similar setup as in my last test. The new patch fixes the old
> volumes as expected:
> [144530.446411] F2FS-fs (loop0): Fix alignment : done, start(4063232)
> end(1953505792) block(1949433856)
> [144530.447700] F2FS-fs (loop0): Fix alignment : done, start(4063232)
> end(1953505792) block(1949433856)
>
> Additionally, the fixed volumes mount without problems on all kernel versions I
> tested: 4.5.0 x86_64, 4.5.0+patchv2 x86_64
> I haven't tried 4.4.6 x86_64 yet, but if you want I can do that later today.
>
> The only thing that might not be as expected is that the alignment is also fixed
> when the volume is mounted read-only.
I will get to my tests later today, but wanted to comment on this
detail. Writing on a read-only fs is a no go! There usually is a reason
why someone mounts an filesystem read-only and f2fs should not simply
ignore such a flag.
>
> Best regards,
> David Gnedt
>
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
next prev parent reply other threads:[~2016-03-23 16:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <56EEC766.2030503@davizone.at>
[not found] ` <20160320224654.GB4752@jaegeuk.hsd1.ca.comcast.net>
2016-03-21 3:18 ` f2fs bug: Unable to mount big volumes in kernel 4.5 Chao Yu
2016-03-21 9:58 ` Matthias Prager
2016-03-21 15:57 ` Jaegeuk Kim
2016-03-21 10:30 ` Marc Lehmann
2016-03-21 16:03 ` Jaegeuk Kim
2016-03-22 3:37 ` Chao Yu
2016-03-22 20:05 ` Jaegeuk Kim
2016-03-21 20:58 ` David Gnedt
2016-03-21 22:56 ` Matthias Prager
2016-03-22 8:16 ` Chao Yu
[not found] ` <20160322203613.GA14498@jaegeuk.gateway>
2016-03-22 20:50 ` Matthias Prager
2016-03-22 21:05 ` Jaegeuk Kim
[not found] ` <56F29214.9040001@davizone.at>
2016-03-23 16:41 ` Matthias Prager [this message]
2016-03-23 21:00 ` Marc Lehmann
2016-03-24 1:29 ` Jaegeuk Kim
2016-03-22 21:05 ` Jaegeuk Kim
2016-03-22 8:15 ` Chao Yu
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=56F2C755.5060402@matthiasprager.de \
--to=linux@matthiasprager.de \
--cc=david.gnedt@davizone.at \
--cc=jaegeuk@kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).