From: Stephanos Mallouris <stephanos.mallouris@gmail.com>
To: Jaegeuk Kim <jaegeuk@kernel.org>
Cc: linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [f2fs-dev] problem with f2fs android partition
Date: Wed, 27 Nov 2019 10:22:35 +0200 [thread overview]
Message-ID: <CAPfgDnDP8WCxL0s_2ct5egby1c-84rs9TmveHjb2TQ_1aW-4Uw@mail.gmail.com> (raw)
In-Reply-To: <20191126183448.GB5510@jaegeuk-macbookpro.roam.corp.google.com>
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.
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
next prev parent reply other threads:[~2019-11-27 8:22 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 [this message]
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
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=CAPfgDnDP8WCxL0s_2ct5egby1c-84rs9TmveHjb2TQ_1aW-4Uw@mail.gmail.com \
--to=stephanos.mallouris@gmail.com \
--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).