linux-ext4 - Re: Fwd: Need help with Data Recovery on Ext4 partitions that became corrupted on running OS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 25 Sep 2013 19:57:32 -0400
From:	InvTraySts <invtrasys@...il.com>
To:	Eric Sandeen <sandeen@...hat.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: Fwd: Need help with Data Recovery on Ext4 partitions that became
 corrupted on running OS

Blkid for the drives say:

root@...ver:~# blkid /dev/sdf
root@...ver:~#
root@...ver:~# blkid /dev/sdf1
root@...ver:~#


root@...ver:~# blkid /dev/sda1
/dev/sda1: LABEL="root" UUID=remove TYPE="ext4"
root@...ver:~# blkid /dev/sda
root@...ver:~#

On Wed, Sep 25, 2013 at 5:45 PM, Eric Sandeen <sandeen@...hat.com> wrote:
> On 9/25/13 12:09 PM, InvTraySts wrote:
>> So for instance, where I can run:
>> mount /dev/sda1 /media/tmp
>>
>> It will attempt to mount but complain about either a bad filesystem,
>> superblock, etc.
>
> that's userspace mount; look at dmesg to see what really went wrong.
>
>> If I try to mount the cloned drive:
>> mount: you must specify the filesystem type
>>
>> Looking back at dmesg the results are different:
>> [767942.335569] JBD2: Invalid start block of journal: 0
>> [767942.335572] EXT4-fs (sda1): error loading journal
>> [767947.740996] EXT3-fs (sdf1): error: can't find ext3 filesystem on dev sdf1.
>> [767947.741123] EXT4-fs (sdf1): VFS: Can't find ext4 filesystem
>> [767947.741253] FAT-fs (sdf1): invalid media value (0xad)
>> [767947.741255] FAT-fs (sdf1): Can't find a valid FAT filesystem
>> [767947.741403] EXT2-fs (sdf1): error: can't find an ext2 filesystem
>> on dev sdf1.
>> [767957.299593] EXT4-fs (sdf1): VFS: Can't find ext4 filesystem
>
> ok, you did clone it wrong.  Maybe you cloned sdc to sdf1?  What do
>
> # blkid /dev/sdf1
>
> # blkid /dev/sdf
>
> say?
>
>> Looking at dumpe2fs for the filesystem on /dev/sdf1 (sdf is the cloned
>> drive, the actual drive, sda, is in the original e-mail)
>> root@...ver:~# dumpe2fs /dev/sdf1
>> dumpe2fs 1.42.5 (29-Jul-2012)
>> dumpe2fs: Bad magic number in super-block while trying to open /dev/sdf1
>> Couldn't find valid filesystem superblock.
>>
>> dd didn't say it had any errors, and the log file for ddrescue doesn't
>> appear to give any errors either. I can run it again though. Should
>> there be any difference in the command that I run this time? I was
>> under the impression that notrunc,noerror,sync would have been
>> suitable to clone the drive over.
>
> Should be.  I think maybe you must "missed."
>
> -Eric
>
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html