On 07/05, Marcelo "Marc" Ranolfi wrote:
> Sure. I'll try to compress it, and investigate a way of sharing.
> 
> If a partial image (first X sectors|MB|GB) and/or a sample from the middle
> and end is enough, at least as a starting point, it can be a lot easier.
> Let me know.

Not sure for the first bytes, since it checks partition size in the beginning.
Let me have a full image.

Thanks,

> 
> Thanks
> 
> On Wed, Jul 5, 2017 at 10:57 PM, Jaegeuk Kim <[email protected]> wrote:
> 
> > On 07/05, Marcelo "Marc" Ranolfi wrote:
> > > In the meantime, I was able to run photorec on the decrypted disk
> > > /dev/mapper/csystem, and recovered 22 GB of files. I already found some
> > of
> > > the most important work files which weren't backed up, using grep.
> > > Directory structure is lost, but this I can sort out given some time. But
> > > photorec didn't recover any files without extension, which is sad
> > because I
> > > had a directory full of them.
> > >
> > > This, combined with the result of 'fsck.f2fs -d 3' and the fact that
> > > 'cryptsetup open' doesn't complain about anything, makes me believe this
> > is
> > > a filesystem issue.
> > >
> > > How would it be possible to recover checkpoint manually?
> >
> > Hmm, if possible, could you please share the decrypted image? I'll take a
> > look at it.
> >
> > Thanks,
> >
> > >
> > > Thanks
> > > Marcelo "Marc" Ranolfi
> > >
> > > On Wed, Jul 5, 2017 at 6:14 AM, Marcelo "Marc" Ranolfi <
> > [email protected]>
> > > wrote:
> > >
> > > > Kim,
> > > >
> > > > I received your reply in the mailing list, but again, couldn't reply.
> > > >
> > > > The partition is 38GB. Do you need a full image, or only part of it?
> > Also,
> > > > do you need it encrypted, and if yes, the decryption key as well? Or
> > only
> > > > decrypted?
> > > >
> > > > I tried '-d 3' and got the following:
> > > >
> > > > --
> > > > # fsck.f2fs -d 3 /dev/mapper/csystem
> > > > Info: Debug level = 3
> > > > Info: Segments per section = 1
> > > > Info: Sections per zone = 1
> > > > Info: sector size = 512
> > > > Info: total sectors = 78120960 (38145 MB)
> > > > Info: MKFS version
> > > >   "Linux version 4.10.13-1-ARCH (builduser@tobias) (gcc version 6.3.1
> > > > 20170306 (GCC) ) #1 SMP PREEMPT Thu Apr 27 12:15:09 CEST 2017"
> > > > Info: FSCK version
> > > >   from "Linux version 4.11.7-1-ARCH (builduser@tobias) (gcc version
> > 7.1.1
> > > > 20170621 (GCC) ) #1 SMP PREEMPT Sat Jun 24 09:07:09 CEST 2017"
> > > >     to "Linux version 4.11.7-1-ARCH (builduser@tobias) (gcc version
> > 7.1.1
> > > > 20170621 (GCC) ) #1 SMP PREEMPT Sat Jun 24 09:07:09 CEST 2017"
> > > > Info: superblock features = 0 :
> > > > Info: superblock encrypt level = 0, salt =
> > 000000000000000000000000000000
> > > > 00
> > > >
> > > > +--------------------------------------------------------+
> > > > | Super block                                            |
> > > > +--------------------------------------------------------+
> > > > magic                                 [0xf2f52010 : 4076150800]
> > > > major_ver                             [0x       1 : 1]
> > > > volum_name                            []
> > > > minor_ver                             [0x       8 : 8]
> > > > 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  950100 : 9765120]
> > > > section_count                         [0x    4a01 : 18945]
> > > > segment_count                         [0x    4a7f : 19071]
> > > > segment_count_ckpt                    [0x       2 : 2]
> > > > segment_count_sit                     [0x       2 : 2]
> > > > segment_count_nat                     [0x      54 : 84]
> > > > segment_count_ssa                     [0x      26 : 38]
> > > > segment_count_main                    [0x    4a01 : 18945]
> > > > segment0_blkaddr                      [0x     200 : 512]
> > > > cp_blkaddr                            [0x     200 : 512]
> > > > sit_blkaddr                           [0x     600 : 1536]
> > > > nat_blkaddr                           [0x     a00 : 2560]
> > > > ssa_blkaddr                           [0x    b200 : 45568]
> > > > main_blkaddr                          [0x    fe00 : 65024]
> > > > root_ino                              [0x       3 : 3]
> > > > node_ino                              [0x       1 : 1]
> > > > meta_ino                              [0x       2 : 2]
> > > > cp_payload                            [0x       0 : 0]
> > > > version                       Linux version 4.11.7-1-ARCH
> > (builduser@tobias)
> > > > (gcc version 7.1.1 20170621 (GCC) ) #1 SMP PREEMPT Sat Jun 24 09:07:09
> > CEST
> > > > 2017
> > > > Info: total FS sectors = 78120960 (38145 MB)
> > > > [f2fs_do_mount:2018] Can't find valid checkpoint
> > > > --
> > > >
> > > > Thanks
> > > > Marcelo "Marc" Ranolfi
> > > >
> > > > On Wed, Jul 5, 2017 at 12:53 AM, Jaegeuk Kim <[email protected]>
> > wrote:
> > > >
> > > >> On 07/04, Jaegeuk Kim wrote:
> > > >> > + f2fs mailing list
> > > >> >
> > > >> > ---------- Forwarded message ----------
> > > >> > From: Marcelo "Marc" Ranolfi <[email protected]>
> > > >> > Date: 2017-07-04 18:52 GMT-07:00
> > > >> > Subject: Fwd: fsck.f2fs fails with "can't find valid checkpoint"
> > > >> > To: Jaegeuk Kim <[email protected]>
> > > >> >
> > > >> >
> > > >> >
> > > >> > ---------- Forwarded message ----------
> > > >> > From: Marcelo "Marc" Ranolfi <[email protected]>
> > > >> > Date: Tue, Jul 4, 2017 at 3:54 PM
> > > >> > Subject: fsck.f2fs fails with "can't find valid checkpoint"
> > > >> > To: [email protected]
> > > >> >
> > > >> >
> > > >> > (reposting because yesterday's email didn't work)
> > > >> >
> > > >> > Gentlemen,
> > > >> >
> > > >> > I was using F2FS in my system when it crashed, and since then, I
> > can't
> > > >> boot
> > > >> > it, nor mount the root partition, and fsck doesn't help. I'm typing
> > this
> > > >> > from a live CD.
> > > >> >
> > > >> > The system is Arch Linux with the 4.12-rc7 kernel (I was compiling
> > the
> > > >> > stable kernel when it crashed). I posted about it here (
> > > >> > https://unix.stackexchange.com/questions/375114/f2fs-lost-d
> > > >> > ata-wont-mount-and-fsck-doesnt-work) but that probably won't help
> > much.
> > > >> > The gist of the story is that I'm trying these commands, from the
> > arch
> > > >> iso
> > > >> > image:
> > > >> >
> > > >> > cryptsetup open /dev/sda3 csystem
> > > >>
> > > >> So, you did encrypt the disk, and then got sudden power-off.
> > > >>
> > > >> > fsck.f2fs -f /dev/mapper/csystem
> > > >>
> > > >> After then, fsck.f2fs can't find checkpoint, which means your
> > encrypted
> > > >> disk is
> > > >> severely damaged. Once such the encrypted disk has been crashed, it's
> > very
> > > >> difficult to recover there-in files from filesystem level, since
> > > >> checkpoint in
> > > >> f2fs is not recoverable. Because, we don't expect two checkpoint
> > copies
> > > >> were
> > > >> crashed at the same time.
> > > >>
> > > >> How's your fsck.f2fs -d 3 result? And, can you share your image? If
> > it's
> > > >> not
> > > >> easy to recover checkpoint manually, I think it needs to write a tool
> > to
> > > >> scan
> > > >> whole disk to find recoverable files. But, it'll take time.
> > > >>
> > > >> Thanks,
> > > >>
> > > >> >
> > > >> > and instead of repairing, it reports:
> > > >> >
> > > >> > [f2fs_do_mount:2018] Can't find valid checkpoint
> > > >> >
> > > >> > The documentation available in the Kernel tree (
> > > >> > https://github.com/torvalds/linux/blob/master/Documentation
> > > >> > /filesystems/f2fs.txt) says under fsck.f2fs:
> > > >> > "Note that, initial version of the tool does not fix any
> > inconsistency."
> > > >> >
> > > >> > However that's not mentioned in the following sources:
> > > >> > https://www.mankier.com/8/fsck.f2fs
> > > >> > https://lkml.org/lkml/2014/9/20/104
> > > >> >
> > > >> > I suppose the Kernel doc is outdated, since from inspecting the fsck
> > > >> source
> > > >> > code, I think it should work.
> > > >> >
> > > >> >
> > > >> > So, I'd like to know whether I'm facing a bug in the tool, or if
> > > >> something
> > > >> > specific to my case is preventing the tool to work. And of course,
> > I'm
> > > >> > really in need of having my files back.
> > > >> >
> > > >> > I'm a programmer so please let me know if I can be of any help, if
> > need
> > > >> be.
> > > >> >
> > > >> >
> > > >> > Yours faithfully
> > > >> > Marcelo "Marc" Ranolfi
> > > >>
> > > >> ------------------------------------------------------------
> > > >> ------------------
> > > >> Check out the vibrant tech community on one of the world's most
> > > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > > >> _______________________________________________
> > > >> Linux-f2fs-devel mailing list
> > > >> [email protected]
> > > >> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
> > > >>
> > > >
> > > >
> >

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Linux-f2fs-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

Reply via email to