On 4/10/25 13:57, Juhyung Park wrote: > Hi Chao, > > On Wed, Apr 9, 2025 at 10:52 PM Chao Yu <c...@kernel.org> wrote: >> >> On 4/6/25 16:30, Juhyung Park wrote: >>> Hi all, >>> >>> I also encountered something similar a while back with resizing but >>> didn't report it and just manually migrated the files. >> >> Hi Juhyung, >> >> Did you develop an individual tool to migrate specified inode to target >> block address? > > Nope. And neither did @uplinkr use any custom tools to mess around the > f2fs partition.
Oh, so how did you migrate files manually? > >> >>> I assisted him to ensure using the latest kernel/f2fs-tools, but his >>> metadata seems pretty bad right now and I suggested him to ask the >>> mailing list directly. >> >> I checked the log, I guess it actually seems pretty bad... I guess we >> need to find out those file which has not been migrated correctly, and >> try to correct them, may be w/ a new tool. > > Yeah, having fsck.f2fs segfault mid-way post resize won't help either. > >> >> To Jaegeuk, any thoughts about this problem? >> >>> >>> The URL there should be https://arter97.com/.f2fs-20250406/fsck.log , >>> a little typo there. >> >> Thanks, I didn't notice this previously. >> >>> >>> Can we have some sort of CI/automated testing for the resizing as well? >> >> Agreed, will work on some testcases for resize.f2fs when I get some free >> slots. > > Should we mark this experimental for the time being? Agreed. Thanks, > > Thanks. > >> >> Thanks, >> >>> >>> Thanks. >>> >>> On Sun, Apr 6, 2025 at 1:26 AM uplinkr--- via Linux-f2fs-devel >>> <linux-f2fs-devel@lists.sourceforge.net> wrote: >>>> >>>> Hello everyone, >>>> >>>> I am having trouble with F2FS. Specifically, I believe metadata got >>>> corrupted when I resized it. I have a 512 GB drive. My F2FS partition >>>> was approximately located on 369-497 GB (128 GB size). Using GParted, I >>>> resized it to 0.5-497 GB. While the partition resizing went through >>>> successfully, filesystem resizing initially failed with "Mount unclean >>>> image to replay log". I have done that and retried resizing. >>>> >>>> Afterwards, however, fsck started giving out a lot of errors, at one >>>> point it asked if I wished to restore lost data, which I agreed to. Logs >>>> specified a lot of my files (which I could tell by filenames) and >>>> mid-way through the process, it segfaulted. Now, when I run fsck, no >>>> files are asked to be restored, and it completes successfully. However, >>>> when I attempt to mount it, I get an error saying "Structure needs >>>> cleaning". >>>> >>>> Could someone help me restore my metadata (at least, long enough to >>>> extract my files)? Thanks. >>>> >>>> dmesg logs: >>>> >>>> [ 96.184127] F2FS-fs (nvme0n1p5): Mismatch valid blocks 769 vs. 68 >>>> [ 96.188050] F2FS-fs (nvme0n1p5): Failed to initialize F2FS segment >>>> manager (-117) >>>> >>>> fsck.f2fs --dry-run -d 3 logs: https://arter.com/.f2fs-20250406/fsck.log >>>> >>>> >>>> _______________________________________________ >>>> Linux-f2fs-devel mailing list >>>> Linux-f2fs-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel >>> >>> >>> _______________________________________________ >>> Linux-f2fs-devel mailing list >>> Linux-f2fs-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel >> _______________________________________________ Linux-f2fs-devel mailing list Linux-f2fs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel