From: Stephanos Mallouris <stephanos.mallouris@gmail.com>
To: Chao Yu <yuchao0@huawei.com>
Cc: Jaegeuk Kim <jaegeuk@kernel.org>, linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [f2fs-dev] problem with f2fs android partition
Date: Sat, 2 May 2020 21:43:18 +0300 [thread overview]
Message-ID: <CAPfgDnDQhB7REA9WobgtJmSeUzdpryO7DHAp72uB7XL8sKFfoA@mail.gmail.com> (raw)
In-Reply-To: <CAPfgDnDZWdW8dVQdQ6MguA5QBNxogLXAj_9q+Muwkm_V=NM5pQ@mail.gmail.com>
Hi to all,
It has been several months. Though i was unable to resolve the issue
i am in urgent need for specifi files, especially sqlite databases.
Please advice and assist on how to access the partition, or any advice
on file carbing techniques supported by the f2fs.
Regards
Stephanos Mallouris
On 1/13/20, Stephanos Mallouris <stephanos.mallouris@gmail.com> wrote:
> Dear All,
>
> I have made a fresh test and trial.
> Please see my actions.
>
> 1. First i disk dump the original image file to a new hard drive
> partition i first created (20GB)
> using the command:
> sudo dd if=mmcblk0p49.raw bs=4096 status=progress of=/dev/sdc1.
>
> 2. Downloaded using git and patching main.c per your instructions.
>
> 3. Make the patched f2fs-tools.
>
> 4. Put the new drive with the partition using USB, recognized as sdc ,
> sdc1.
>
> 5. Go this result on trying the dump.f2fs
> elementary@elementary:/media/elementary/mysparky/work_on_f2fs$ sudo
> dump.f2fs -i3 /dev/sdc1
> Info: [/dev/sdc1] Disk Model: HDWJ110
> Info: Segments per section = 1
> Info: Sections per zone = 1
> Info: sector size = 512
> Info: total sectors = 42008576 (20512 MB)
> Info: MKFS version
> "Linux version 4.1.46-EliteKernelReborn-v5+ (hassanmirza01@ubuntu)
> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Jan
> 19 17:16:04 PKT 2018"
> Info: FSCK version
> from "Linux version 4.15.0-36-generic (buildd@lgw01-amd64-031) (gcc
> version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #39-Ubuntu SMP Mon Sep 24
> 16:19:09 UTC 2018"
> to "Linux version 4.15.0-36-generic (buildd@lgw01-amd64-031) (gcc
> version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #39-Ubuntu SMP Mon Sep 24
> 16:19:09 UTC 2018"
> Info: superblock features = 0 :
> Info: superblock encrypt level = 0, salt = 00000000000000000000000000000000
> Info: total FS sectors = 22310912 (10894 MB)
> Info: CKPT version = 1307e4
> [print_node_info: 267] Node ID [0x0:0] is inode
> i_mode [0x 0 : 0]
> i_advise [0x 0 : 0]
> i_uid [0x 0 : 0]
> i_gid [0x 0 : 0]
> i_links [0x 0 : 0]
> i_size [0x 0 : 0]
> i_blocks [0x 0 : 0]
> i_atime [0x 0 : 0]
> i_atime_nsec [0x 0 : 0]
> i_ctime [0x 0 : 0]
> i_ctime_nsec [0x 0 : 0]
> i_mtime [0x 0 : 0]
> i_mtime_nsec [0x 0 : 0]
> i_generation [0x 0 : 0]
> i_current_depth [0x 0 : 0]
> i_xattr_nid [0x 0 : 0]
> i_flags [0x 0 : 0]
> i_inline [0x 0 : 0]
> i_pino [0x 0 : 0]
> i_dir_level [0x 0 : 0]
> i_ext: fofs:0 blkaddr:0 len:0
> i_addr[ofs] [0x 0 : 0]
> i_addr[ofs + 1] [0x 0 : 0]
> i_addr[ofs + 2] [0x 0 : 0]
> i_addr[ofs + 3] [0x 0 : 0]
> i_nid[0] [0x 0 : 0]
> i_nid[1] [0x 0 : 0]
> i_nid[2] [0x 0 : 0]
> i_nid[3] [0x 0 : 0]
> i_nid[4] [0x 0 : 0]
>
> Invalid (i)node block
>
> Info: checkpoint state = 4 : compacted_summary sudden-power-off
>
> Done: 0.024776 secs
>
> 6. then tried twice to sudo fsck.f2fs /dev/sdc1 and on the second time i
> think
> the patched code work due to giving :
>
> sudo fsck.f2fs /dev/sdc1
> Info: [/dev/sdc1] Disk Model: HDWJ110
> Info: Segments per section = 1
> Info: Sections per zone = 1
> Info: sector size = 512
> Info: total sectors = 42008576 (20512 MB)
> Info: MKFS version
> "Linux version 4.1.46-EliteKernelReborn-v5+ (hassanmirza01@ubuntu)
> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Jan
> 19 17:16:04 PKT 2018"
> Info: FSCK version
> from "Linux version 4.15.0-36-generic (buildd@lgw01-amd64-031) (gcc
> version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #39-Ubuntu SMP Mon Sep 24
> 16:19:09 UTC 2018"
> to "Linux version 4.15.0-36-generic (buildd@lgw01-amd64-031) (gcc
> version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #39-Ubuntu SMP Mon Sep 24
> 16:19:09 UTC 2018"
> Info: superblock features = 0 :
> Info: superblock encrypt level = 0, salt = 00000000000000000000000000000000
> Info: total FS sectors = 22310912 (10894 MB)
> Info: CKPT version = 1307e4
> Info: Checked valid nat_bits in checkpoint
> Info: checkpoint state = 281 : allow_nocrc nat_bits unmount
> [ASSERT] (is_root_nat_corrupted: 610) --> nid[0x3] ino is 0
> [ASSERT] (sanity_check_nid: 392) --> nid[0x3] ino is 0
>
> [FSCK] Unreachable nat entries [Ok..] [0x0]
> [FSCK] SIT valid block bitmap checking [Ok..]
> [FSCK] Hard link checking for regular file [Ok..] [0x0]
> [FSCK] valid_block_count matching with CP [Ok..] [0x0]
> [FSCK] valid_node_count matcing with CP (de lookup) [Ok..] [0x0]
> [FSCK] valid_node_count matcing with CP (nat lookup) [Ok..] [0x0]
> [FSCK] valid_inode_count matched with CP [Ok..] [0x0]
> [FSCK] free segment_count matched with CP [Ok..] [0x1519]
> [FSCK] next block offset is free [Ok..]
> [FSCK] fixing SIT types
> [FSCK] other corrupted bugs [Fail]
>
> So now the checkpoing changed to
> Info: checkpoint state = 281 : allow_nocrc nat_bits unmount
>
> from
>
> Info: checkpoint state = 4 : compacted_summary sudden-power-off
>
> so i believe there is some progress...
>
> 7. Now when i try to mount the sdc1 partiotion , using dmesg i get the
> following
> information
>
> [ 5553.260078] sdc: sdc1
> [ 5563.337756] sdc: sdc1
> [ 5606.821439] F2FS-fs (sdc1): Found nat_bits in checkpoint
> [ 5606.965813] F2FS-fs (sdc1): Found nat_bits in checkpoint
>
> And unfortunatly i am unable to Mount It.
>
> Please advice on further actions and steps.. i think we are getting
> somewhere.
>
> Regarding previous email the correct information is
> [ASSERT] (sanity_check_nid: 418) --> nid[0x3] nat_entry->ino[0x3]
>> footer.ino[0x0]
>
> Regards
>
> Stephanos M.
>
>
>
>
>
>
>
>
>
>
>
>
> On 1/8/20, Chao Yu <yuchao0@huawei.com> wrote:
>> Hi Stephanos,
>>
>> On 2020/1/7 22:09, Stephanos Mallouris wrote:
>>> Dear Yu,
>>>
>>> Thanks for the reply, i did patch and compile the f2fs-tools.
>>> I run two cases
>>> 1. sudo ./fsck.f2fs /media/elementary/eengineering/mmcblk0p49.raw
>>> --dry-run -a -y
>>>
>>> Results attached in firest log file
>>>
>>> 2. sudo ./fsck.f2fs /media/elementary/eengineering/mmcblk0p49.raw
>>> --dry-run -a -y
>>
>> It looks running fsck two times still didn't repair the partition.
>>
>>>
>>> Results attached in second log file
>>>
>>> Please have a look, when possible, assistance is much appreciated.
>>>
>>> Attaching also the main.c patched file.
>>
>> I found the output is not the same as you reported previously:
>>
>> Previous:
>> [ASSERT] (sanity_check_nid: 362) --> nid[0x3] ino is 0
>>
>> Now:
>> [ASSERT] (sanity_check_nid: 418) --> nid[0x3] nat_entry->ino[0x3]
>> footer.ino[0x0]
>>
>> Did you run fsck on original backuped image? or we have ran fsck several
>> times
>> on current image before run patched fsck?
>>
>> And I didn't find debug message such as "Relink root inode, blkaddr:
>> 0x%x",
>> That means my patch didn't fix anything on your current image, fsck still
>> failed
>> due to sanity check find another inconsistency on root inode ( which
>> needs
>> another
>> patch to fix maybe...).
>>
>> Could you dump root inode info on current image?
>>
>> dump.f2fs -i 3 /media/elementary/eengineering/mmcblk0p49.raw
>>
>> Thanks,
>>
>>>
>>> Regards
>>>
>>> stephanos m
>>>
>>>
>>>
>>> On 12/31/19, Chao Yu <yuchao0@huawei.com> wrote:
>>>> Hi,
>>>>
>>>> Sorry for the delay.
>>>>
>>>> I figure out a patch to handle your case, w/ this patch, fsck will try
>>>> to
>>>> search
>>>> root inode and once it finds the target, it will relink it to its nat
>>>> entry,
>>>> after this, all following check in fsck could be executed later.
>>>>
>>>> If you still keep that corrupted image, could you please have a try w/
>>>> this
>>>> patch?
>>>>
>>>> [PATCH] fsck.f2fs: lookup and relink root inode
>>>>
>>>> Thanks,
>>>>
>>>> On 2019/12/17 18:11, Stephanos Mallouris wrote:
>>>>> Hi to all,
>>>>>
>>>>> Sorry for the late reply. running the commands as suggested gave the
>>>>> following:
>>>>>
>>>>> 1. # dump.f2fs -i 0x3 /dev/sdc3
>>>>>
>>>>> Info: sector size = 512
>>>>> Info: total sectors = 25624576 (12512 MB)
>>>>> Info: MKFS version
>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+ (hassanmirza01@ubuntu)
>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Jan
>>>>> 19 17:16:04 PKT 2018"
>>>>> Info: FSCK version
>>>>> from "Linux version 4.1.46-EliteKernelReborn-v6+
>>>>> (hassanmirza01@ubuntu) (gcc version 4.9 20150123 (prerelease) (GCC) )
>>>>> #1 SMP PREEMPT Sat Jan 27 00:46:02 PKT 2018"
>>>>> to "Linux version 4.4.0-170-generic (buildd@lgw01-amd64-015) (gcc
>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) ) #199-Ubuntu
>>>>> SMP Thu Nov 14 01:44:41 UTC 2019"
>>>>> Info: superblock features = 0 :
>>>>> Info: superblock encrypt level = 0, salt =
>>>>> 00000000000000000000000000000000
>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>> Info: CKPT version = 1307e4
>>>>> Info: checkpoint state = 4 : compacted_summary sudden-power-off
>>>>> Invalid node block
>>>>>
>>>>>
>>>>> Done.
>>>>>
>>>>> 2. # dump.f2fs -i 0x4 /dev/sdc3
>>>>>
>>>>> Info: sector size = 512
>>>>> Info: total sectors = 25624576 (12512 MB)
>>>>> Info: MKFS version
>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+ (hassanmirza01@ubuntu)
>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Jan
>>>>> 19 17:16:04 PKT 2018"
>>>>> Info: FSCK version
>>>>> from "Linux version 4.4.0-170-generic (buildd@lgw01-amd64-015) (gcc
>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) ) #199-Ubuntu
>>>>> SMP Thu Nov 14 01:44:41 UTC 2019"
>>>>> to "Linux version 4.4.0-170-generic (buildd@lgw01-amd64-015) (gcc
>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) ) #199-Ubuntu
>>>>> SMP Thu Nov 14 01:44:41 UTC 2019"
>>>>> Info: superblock features = 0 :
>>>>> Info: superblock encrypt level = 0, salt =
>>>>> 00000000000000000000000000000000
>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>> Info: CKPT version = 1307e4
>>>>> Info: checkpoint state = 4 : compacted_summary sudden-power-off
>>>>> [print_node_info: 103] Node ID [0x4:4] is inode
>>>>> i_mode [0x 41f8 : 16888]
>>>>> i_advise [0x 2 : 2]
>>>>> i_uid [0x 3ff : 1023]
>>>>> i_gid [0x 3ff : 1023]
>>>>> i_links [0x 5 : 5]
>>>>> i_size [0x 1000 : 4096]
>>>>> i_blocks [0x 3 : 3]
>>>>> i_atime [0x5c52cc67 : 1548930151]
>>>>> i_atime_nsec [0x380742f0 : 939999984]
>>>>> i_ctime [0x5da861d5 : 1571316181]
>>>>> i_ctime_nsec [0x232aaf7f : 589999999]
>>>>> i_mtime [0x5ca8c4a0 : 1554564256]
>>>>> i_mtime_nsec [0x bebc1fd : 199999997]
>>>>> i_generation [0x414c2cfb : 1095511291]
>>>>> i_current_depth [0x 1 : 1]
>>>>> i_xattr_nid [0x 5 : 5]
>>>>> i_flags [0x 0 : 0]
>>>>> i_inline [0x 0 : 0]
>>>>> i_pino [0x 3 : 3]
>>>>> i_namelen [0x 5 : 5]
>>>>> i_name [media]
>>>>> i_ext: fofs:0 blkaddr:0 len:0
>>>>> i_addr[0] [0x 294852 : 2705490]
>>>>> i_addr[1] [0x 0 : 0]
>>>>> i_addr[2] [0x 0 : 0]
>>>>> i_addr[3] [0x 0 : 0]
>>>>> i_nid[0] [0x 0 : 0]
>>>>> i_nid[1] [0x 0 : 0]
>>>>> i_nid[2] [0x 0 : 0]
>>>>> i_nid[3] [0x 0 : 0]
>>>>> i_nid[4] [0x 0 : 0]
>>>>>
>>>>> Not a regular file
>>>>>
>>>>>
>>>>> Done.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> 3. dump.f2fs -i 0x5 /dev/sdc3
>>>>>
>>>>> Info: sector size = 512
>>>>> Info: total sectors = 25624576 (12512 MB)
>>>>> Info: MKFS version
>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+ (hassanmirza01@ubuntu)
>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Jan
>>>>> 19 17:16:04 PKT 2018"
>>>>> Info: FSCK version
>>>>> from "Linux version 4.4.0-170-generic (buildd@lgw01-amd64-015) (gcc
>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) ) #199-Ubuntu
>>>>> SMP Thu Nov 14 01:44:41 UTC 2019"
>>>>> to "Linux version 4.4.0-170-generic (buildd@lgw01-amd64-015) (gcc
>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) ) #199-Ubuntu
>>>>> SMP Thu Nov 14 01:44:41 UTC 2019"
>>>>> Info: superblock features = 0 :
>>>>> Info: superblock encrypt level = 0, salt =
>>>>> 00000000000000000000000000000000
>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>> Info: CKPT version = 1307e4
>>>>> Info: checkpoint state = 4 : compacted_summary sudden-power-off
>>>>> [print_node_info: 109] Node ID [0x5:5] is direct node or indirect
>>>>> node.
>>>>> [0] [0xf2f52011 : -218816495]
>>>>> [1] [0x 1 : 1]
>>>>> [2] [0x 0 : 0]
>>>>> [3] [0x 0 : 0]
>>>>> [4] [0x 0 : 0]
>>>>> [5] [0x 0 : 0]
>>>>> [6] [0x 210706 : 2164486]
>>>>> [7] [0x696c6573 : 1768711539]
>>>>> [8] [0x7578756e : 1970828654]
>>>>> [9] [0x6a626f3a : 1784835898]
>>>>> [10] [0x5f746365 : 1601463141]
>>>>> Not a regular file
>>>>>
>>>>>
>>>>> Done.
>>>>>
>>>>> Those are the results. Hoping for your assistance and help
>>>>>
>>>>> Regards
>>>>>
>>>>> Stephanos M.
>>>>>
>>>>>
>>>>>
>>>>> On 12/4/19, Chao Yu <yuchao0@huawei.com> wrote:
>>>>>> Hi Jaegeuk,
>>>>>>
>>>>>> On 2019/12/4 1:43, Jaegeuk Kim wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I think you didn't back up the root inode block, since it showed
>>>>>>> zeros.
>>>>>>> Could you try the below a bit on fresh back-up image again?
>>>>>>>
>>>>>>> # dump.f2fs -i 0x3 /dev/sdc1
>>>>>>> # dump.f2fs -i 0x4 /dev/sdc1
>>>>>>> # dump.f2fs -i 0x5 /dev/sdc1
>>>>>>
>>>>>> Quoted:
>>>>>> "[ASSERT] (sanity_check_nid: 362) --> nid[0x3] ino is 0"
>>>>>>
>>>>>> Look into log in the Stephanos' first report email, it looks like nat
>>>>>> entry
>>>>>> of root inode was broken, if this is true, IMO, we have to add a
>>>>>> routine
>>>>>> to
>>>>>> detect such inconsistence and lookup last root inode and relink to
>>>>>> its
>>>>>> nat
>>>>>> entry.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> On 11/28, Stephanos Mallouris wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Thanks for the effort and advice .
>>>>>>>> Did execute the command. It gave a lot of information ,
>>>>>>>> so i am attaching that to a file.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>>
>>>>>>>> Stephanos
>>>>>>>>
>>>>>>>>
>>>>>>>> On 11/27/19, Jaegeuk Kim <jaegeuk@kernel.org> wrote:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> On 11/27, Stephanos Mallouris wrote:
>>>>>>>>>> Dear Kim ,
>>>>>>>>>>
>>>>>>>>>> Regarding the question:
>>>>>>>>>>
>>>>>>>>>> "Hmm, # of valid blocks is 0, which is really impossible.
>>>>>>>>>> Do you have original backed up image? I think at some point the
>>>>>>>>>> image
>>>>>>>>>> was overwritten when fsck.f2fs tried to fix.
>>>>>>>>>> "
>>>>>>>>>>
>>>>>>>>>> I do have the original dump raw image. Please advice actions
>>>>>>>>>> to assist in recovering it.
>>>>>>>>>
>>>>>>>>> Could you share the first run with that image?
>>>>>>>>> # fsck.f2fs -d 3 "fresh backup image"
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I did a dd to an external drive, and from where i tried
>>>>>>>>>> unsuccessful
>>>>>>>>>> so
>>>>>>>>>> far.
>>>>>>>>>> I use the following command
>>>>>>>>>>
>>>>>>>>>> sudo dd if=mmcblk0p49.raw bs=512 oflag=sync status=progress
>>>>>>>>>> of=/dev/sda1
>>>>>>>>>>
>>>>>>>>>> mmcblk0p49.raw is the backup partitioned.
>>>>>>>>>>
>>>>>>>>>> Thanks in advance
>>>>>>>>>>
>>>>>>>>>> Stephanos M.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 11/26/19, Jaegeuk Kim <jaegeuk@kernel.org> wrote:
>>>>>>>>>>> On 11/26, Stephanos Mallouris wrote:
>>>>>>>>>>>> Dear Kim,
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks for getting back to me.
>>>>>>>>>>>>
>>>>>>>>>>>> I executed the command fsck.f2fs -d 3 -f /dev/sdc1
>>>>>>>>>>>> and it gave me the following information:
>>>>>>>>>>>>
>>>>>>>>>>>> Info: Debug level = 3
>>>>>>>>>>>> Info: Force to fix corruption
>>>>>>>>>>>> Info: sector size = 512
>>>>>>>>>>>> Info: total sectors = 22310913 (10894 MB)
>>>>>>>>>>>> Info: MKFS version
>>>>>>>>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+
>>>>>>>>>>>> (hassanmirza01@ubuntu)
>>>>>>>>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT
>>>>>>>>>>>> Fri
>>>>>>>>>>>> Jan
>>>>>>>>>>>> 19 17:16:04 PKT 2018"
>>>>>>>>>>>> Info: FSCK version
>>>>>>>>>>>> from "Linux version 4.4.0-169-generic
>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>> (gcc
>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>> to "Linux version 4.4.0-169-generic
>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>> (gcc
>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>> Info: superblock features = 0 :
>>>>>>>>>>>> Info: superblock encrypt level = 0, salt =
>>>>>>>>>>>> 00000000000000000000000000000000
>>>>>>>>>>>>
>>>>>>>>>>>> +--------------------------------------------------------+
>>>>>>>>>>>> | Super block |
>>>>>>>>>>>> +--------------------------------------------------------+
>>>>>>>>>>>> magic [0xf2f52010 : 4076150800]
>>>>>>>>>>>> major_ver [0x 1 : 1]
>>>>>>>>>>>> volum_name []
>>>>>>>>>>>> minor_ver [0x 7 : 7]
>>>>>>>>>>>> log_sectorsize [0x 9 : 9]
>>>>>>>>>>>> log_sectors_per_block [0x 3 : 3]
>>>>>>>>>>>> log_blocksize [0x c : 12]
>>>>>>>>>>>> log_blocks_per_seg [0x 9 : 9]
>>>>>>>>>>>> segs_per_sec [0x 1 : 1]
>>>>>>>>>>>> secs_per_zone [0x 1 : 1]
>>>>>>>>>>>> checksum_offset [0x 0 : 0]
>>>>>>>>>>>> block_count [0x 2a8e00 : 2788864]
>>>>>>>>>>>> section_count [0x 151f : 5407]
>>>>>>>>>>>> segment_count [0x 1546 : 5446]
>>>>>>>>>>>> segment_count_ckpt [0x 2 : 2]
>>>>>>>>>>>> segment_count_sit [0x 2 : 2]
>>>>>>>>>>>> segment_count_nat [0x 18 : 24]
>>>>>>>>>>>> segment_count_ssa [0x b : 11]
>>>>>>>>>>>> segment_count_main [0x 151f : 5407]
>>>>>>>>>>>> segment0_blkaddr [0x 200 : 512]
>>>>>>>>>>>> cp_blkaddr [0x 200 : 512]
>>>>>>>>>>>> sit_blkaddr [0x 600 : 1536]
>>>>>>>>>>>> nat_blkaddr [0x a00 : 2560]
>>>>>>>>>>>> ssa_blkaddr [0x 3a00 : 14848]
>>>>>>>>>>>> main_blkaddr [0x 5000 : 20480]
>>>>>>>>>>>> root_ino [0x 3 : 3]
>>>>>>>>>>>> node_ino [0x 1 : 1]
>>>>>>>>>>>> meta_ino [0x 2 : 2]
>>>>>>>>>>>> cp_payload [0x 0 : 0]
>>>>>>>>>>>> version Linux version 4.4.0-169-generic
>>>>>>>>>>>> (buildd@lgw01-amd64-022) (gcc version 5.4.0 20160609 (Ubuntu
>>>>>>>>>>>> 5.4.0-6ubuntu1~16.04.12) ) #198-Ubuntu SMP Tue Nov 12 10:34:23
>>>>>>>>>>>> UTC
>>>>>>>>>>>> 2019
>>>>>>>>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>>>>>>>>> Info: CKPT version = 1307e4
>>>>>>>>>>>>
>>>>>>>>>>>> +--------------------------------------------------------+
>>>>>>>>>>>> | Checkpoint |
>>>>>>>>>>>> +--------------------------------------------------------+
>>>>>>>>>>>> checkpoint_ver [0x 1307e4 : 1247204]
>>>>>>>>>>>> user_block_count [0x 289400 : 2659328]
>>>>>>>>>>>> valid_block_count [0x 0 : 0]
>>>>>>>>>>>
>>>>>>>>>>> Hmm, # of valid blocks is 0, which is really impossible.
>>>>>>>>>>> Do you have original backed up image? I think at some point the
>>>>>>>>>>> image
>>>>>>>>>>> was overwritten when fsck.f2fs tried to fix.
>>>>>>>>>>>
>>>>>>>>>>>> rsvd_segment_count [0x 70 : 112]
>>>>>>>>>>>> overprov_segment_count [0x d5 : 213]
>>>>>>>>>>>> free_segment_count [0x 1519 : 5401]
>>>>>>>>>>>> alloc_type[CURSEG_HOT_NODE] [0x 1 : 1]
>>>>>>>>>>>> alloc_type[CURSEG_WARM_NODE] [0x 1 : 1]
>>>>>>>>>>>> alloc_type[CURSEG_COLD_NODE] [0x 1 : 1]
>>>>>>>>>>>> cur_node_segno[0] [0x 3 : 3]
>>>>>>>>>>>> cur_node_segno[1] [0x 4 : 4]
>>>>>>>>>>>> cur_node_segno[2] [0x 5 : 5]
>>>>>>>>>>>> cur_node_blkoff[0] [0x 0 : 0]
>>>>>>>>>>>> cur_node_blkoff[1] [0x 0 : 0]
>>>>>>>>>>>> cur_node_blkoff[2] [0x 0 : 0]
>>>>>>>>>>>> alloc_type[CURSEG_HOT_DATA] [0x 1 : 1]
>>>>>>>>>>>> alloc_type[CURSEG_WARM_DATA] [0x 1 : 1]
>>>>>>>>>>>> alloc_type[CURSEG_COLD_DATA] [0x 1 : 1]
>>>>>>>>>>>> cur_data_segno[0] [0x 0 : 0]
>>>>>>>>>>>> cur_data_segno[1] [0x 1 : 1]
>>>>>>>>>>>> cur_data_segno[2] [0x 2 : 2]
>>>>>>>>>>>> cur_data_blkoff[0] [0x 0 : 0]
>>>>>>>>>>>> cur_data_blkoff[1] [0x 0 : 0]
>>>>>>>>>>>> cur_data_blkoff[2] [0x 0 : 0]
>>>>>>>>>>>> ckpt_flags [0x 1 : 1]
>>>>>>>>>>>> cp_pack_total_block_count [0x 8 : 8]
>>>>>>>>>>>> cp_pack_start_sum [0x 1 : 1]
>>>>>>>>>>>> valid_node_count [0x 0 : 0]
>>>>>>>>>>>> valid_inode_count [0x 0 : 0]
>>>>>>>>>>>> next_free_nid [0x 14105 : 82181]
>>>>>>>>>>>> sit_ver_bitmap_bytesize [0x 40 : 64]
>>>>>>>>>>>> nat_ver_bitmap_bytesize [0x 300 : 768]
>>>>>>>>>>>> checksum_offset [0x ffc : 4092]
>>>>>>>>>>>> elapsed_time [0x 167a468 : 23569512]
>>>>>>>>>>>> sit_nat_version_bitmap[0] [0x 79 : 121]
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x4bb2] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x6ba0] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x783c] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xa0ec] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xab88] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xadcd] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xb19c] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xb431] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xb8f4] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xbf40] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xce28] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xd299] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xd56c] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xd8d3] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xe527] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xe67d] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xf88c] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0xfc96] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x10271] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x111d6] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x1154e] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x11b66] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x1271e] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x12abc] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x1339b] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x137d2] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x139ae] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x14363] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x146a2] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x151a3] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x151da] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x15580] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x15744] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x158eb] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x16030] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x1632b] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x16722] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [lookup_nat_in_journal:1515] ==> Found nid [0x16c38] in nat
>>>>>>>>>>>> cache
>>>>>>>>>>>> [build_nat_area_bitmap:1718] valid nat entries (block_addr !=
>>>>>>>>>>>> 0x0)
>>>>>>>>>>>> [0x
>>>>>>>>>>>> 0 : 0]
>>>>>>>>>>>> [build_sit_area_bitmap:1214] Blocks [0x0 : 0] Free Segs [0x1519
>>>>>>>>>>>> :
>>>>>>>>>>>> 5401]
>>>>>>>>>>>>
>>>>>>>>>>>> Info: checkpoint state = 1 : unmount
>>>>>>>>>>>> [ASSERT] (sanity_check_nid: 362) --> nid[0x3] ino is 0
>>>>>>>>>>>>
>>>>>>>>>>>> [FSCK] Unreachable nat entries [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] SIT valid block bitmap checking [Ok..]
>>>>>>>>>>>> [FSCK] Hard link checking for regular file [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] valid_block_count matching with CP [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] valid_node_count matcing with CP (de lookup) [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] valid_node_count matcing with CP (nat lookup) [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] valid_inode_count matched with CP [Ok..]
>>>>>>>>>>>> [0x0]
>>>>>>>>>>>> [FSCK] free segment_count matched with CP [Ok..]
>>>>>>>>>>>> [0x1519]
>>>>>>>>>>>> [FSCK] next block offset is free [Ok..]
>>>>>>>>>>>> [FSCK] fixing SIT types
>>>>>>>>>>>> [FSCK] other corrupted bugs [Fail]
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[0] 0 -> 0 after 5000
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[1] 1 -> 1 after 5000
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[2] 2 -> 2 after 5000
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[3] 3 -> 3 after 5000
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[4] 4 -> 4 after 5000
>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[5] 5 -> 5 after 5000
>>>>>>>>>>>>
>>>>>>>>>>>> Done.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> It still give the same error trying to mount the partiotion.
>>>>>>>>>>>> [57765.609319] F2FS-fs (sdc1): Failed to read root inode
>>>>>>>>>>>> [57765.651048] F2FS-fs (sdc1): Failed to read root inode
>>>>>>>>>>>> [58015.507861] F2FS-fs (sdc1): Failed to read root inode
>>>>>>>>>>>> [58015.563422] F2FS-fs (sdc1): Failed to read root inode
>>>>>>>>>>>>
>>>>>>>>>>>> Please advice and assist if possible.
>>>>>>>>>>>>
>>>>>>>>>>>> Kindest Regards,
>>>>>>>>>>>>
>>>>>>>>>>>> Stephanos Mallouris
>>>>>>>>>>>>
>>>>>>>>>>>> On 11/25/19, Jaegeuk Kim <jaegeuk@kernel.org> wrote:
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 11/22, Stephanos Mallouris wrote:
>>>>>>>>>>>>>> Dear all,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have backup my f2fs android partition via netcat and adb.
>>>>>>>>>>>>>> After loosing the original partition, tried to restore it on
>>>>>>>>>>>>>> a
>>>>>>>>>>>>>> local
>>>>>>>>>>>>>> drive and access it via linux but i am encountering the
>>>>>>>>>>>>>> following
>>>>>>>>>>>>>> issues:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> A. trying the command
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> sudo mount -t f2fs /dev/sdc1 /mnt
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> gives the following error
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> F2FS-fs (sdc1): Failed to read root inode
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> B1. Tried to fsck the file system , see bellow:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> sudo fsck.f2fs -a /dev/sdc1
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> result:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Info: Fix the reported corruption.
>>>>>>>>>>>>>> Info: sector size = 512
>>>>>>>>>>>>>> Info: total sectors = 22310913 (10894 MB)
>>>>>>>>>>>>>> Info: MKFS version
>>>>>>>>>>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+
>>>>>>>>>>>>>> (hassanmirza01@ubuntu)
>>>>>>>>>>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT
>>>>>>>>>>>>>> Fri
>>>>>>>>>>>>>> Jan
>>>>>>>>>>>>>> 19 17:16:04 PKT 2018"
>>>>>>>>>>>>>> Info: FSCK version
>>>>>>>>>>>>>> from "Linux version 4.4.0-169-generic
>>>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>>>> (gcc
>>>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>>>> to "Linux version 4.4.0-169-generic
>>>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>>>> (gcc
>>>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>>>> Info: superblock features = 0 :
>>>>>>>>>>>>>> Info: superblock encrypt level = 0, salt =
>>>>>>>>>>>>>> 00000000000000000000000000000000
>>>>>>>>>>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>>>>>>>>>>> Info: CKPT version = 1307e4
>>>>>>>>>>>>>> Info: No error was reported
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Still unable to mount the partiotion , gives the same error.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> B2. Tried
>>>>>>>>>>>>>> sudo fsck.f2fs -f /dev/sdc1
>>>>>>>>>>>>>
>>>>>>>>>>>>> Could you try: fsck.f2fs -d 3 -f /dev/sdc1?
>>>>>>>>>>>>> It seems you didn't back up the entire partition which is
>>>>>>>>>>>>> missing
>>>>>>>>>>>>> root
>>>>>>>>>>>>> inode
>>>>>>>>>>>>> block.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> result
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Info: Force to fix corruption
>>>>>>>>>>>>>> Info: sector size = 512
>>>>>>>>>>>>>> Info: total sectors = 22310913 (10894 MB)
>>>>>>>>>>>>>> Info: MKFS version
>>>>>>>>>>>>>> "Linux version 4.1.46-EliteKernelReborn-v5+
>>>>>>>>>>>>>> (hassanmirza01@ubuntu)
>>>>>>>>>>>>>> (gcc version 4.9 20150123 (prerelease) (GCC) ) #1 SMP PREEMPT
>>>>>>>>>>>>>> Fri
>>>>>>>>>>>>>> Jan
>>>>>>>>>>>>>> 19 17:16:04 PKT 2018"
>>>>>>>>>>>>>> Info: FSCK version
>>>>>>>>>>>>>> from "Linux version 4.4.0-169-generic
>>>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>>>> (gcc
>>>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>>>> to "Linux version 4.4.0-169-generic
>>>>>>>>>>>>>> (buildd@lgw01-amd64-022)
>>>>>>>>>>>>>> (gcc
>>>>>>>>>>>>>> version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.12) )
>>>>>>>>>>>>>> #198-Ubuntu
>>>>>>>>>>>>>> SMP Tue Nov 12 10:34:23 UTC 2019"
>>>>>>>>>>>>>> Info: superblock features = 0 :
>>>>>>>>>>>>>> Info: superblock encrypt level = 0, salt =
>>>>>>>>>>>>>> 00000000000000000000000000000000
>>>>>>>>>>>>>> Info: total FS sectors = 22310912 (10894 MB)
>>>>>>>>>>>>>> Info: CKPT version = 1307e4
>>>>>>>>>>>>>> Info: checkpoint state = 1 : unmount
>>>>>>>>>>>>>> [ASSERT] (sanity_check_nid: 362) --> nid[0x3] ino is 0
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [FSCK] Unreachable nat entries [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] SIT valid block bitmap checking [Ok..]
>>>>>>>>>>>>>> [FSCK] Hard link checking for regular file [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] valid_block_count matching with CP [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] valid_node_count matcing with CP (de lookup) [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] valid_node_count matcing with CP (nat lookup) [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] valid_inode_count matched with CP [Ok..]
>>>>>>>>>>>>>> [0x0]
>>>>>>>>>>>>>> [FSCK] free segment_count matched with CP [Ok..]
>>>>>>>>>>>>>> [0x1519]
>>>>>>>>>>>>>> [FSCK] next block offset is free [Ok..]
>>>>>>>>>>>>>> [FSCK] fixing SIT types
>>>>>>>>>>>>>> [FSCK] other corrupted bugs [Fail]
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[0] 0 -> 0 after 5000
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[1] 1 -> 1 after 5000
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[2] 2 -> 2 after 5000
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[3] 3 -> 3 after 5000
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[4] 4 -> 4 after 5000
>>>>>>>>>>>>>> [move_curseg_info:1471] Move curseg[5] 5 -> 5 after 5000
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Done.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Trying to mount it , no success, gives
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> F2FS-fs (sdc1): Failed to read root inode.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Any help or advice will be much appreciated.
>>>>>>>>>>>>>> Keep up the great work on f2fs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Kindest Regards
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Stephanos Mallouris
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> 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
prev parent reply other threads:[~2020-05-02 18:49 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-22 9:35 [f2fs-dev] problem with f2fs android partition Stephanos Mallouris
2019-11-25 17:40 ` Jaegeuk Kim
2019-11-26 7:52 ` Stephanos Mallouris
2019-11-26 18:34 ` Jaegeuk Kim
2019-11-27 8:22 ` Stephanos Mallouris
2019-11-27 18:26 ` Jaegeuk Kim
[not found] ` <CAPfgDnA28pAE=1y=6XtzmrhZ1WE8y-dScZv0dB6ymbkGbfzK=Q@mail.gmail.com>
2019-12-03 17:43 ` Jaegeuk Kim
2019-12-04 1:27 ` Chao Yu
2019-12-17 10:11 ` Stephanos Mallouris
2019-12-18 21:54 ` Jaegeuk Kim
2019-12-31 10:14 ` Chao Yu
[not found] ` <CAPfgDnCZdOw5QzvORMjQzz4aU24GXrJQZQRougwjtBvym-wDkA@mail.gmail.com>
2020-01-08 8:36 ` Chao Yu
2020-01-13 13:49 ` Stephanos Mallouris
2020-01-15 11:04 ` Chao Yu
2020-05-02 18:43 ` Stephanos Mallouris [this message]
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=CAPfgDnDQhB7REA9WobgtJmSeUzdpryO7DHAp72uB7XL8sKFfoA@mail.gmail.com \
--to=stephanos.mallouris@gmail.com \
--cc=jaegeuk@kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=yuchao0@huawei.com \
/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).