public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] data recovery advice needed
Date: Tue, 18 Dec 2018 17:42:25 +0000	[thread overview]
Message-ID: <1693425.EMckClofS5@dell_xps> (raw)
In-Reply-To: <GOMNU3FE.UDCNAIQS.545R4Y6G@Z6G2WLTW.W4FWKVU2.AJU7F6N4>

[-- Attachment #1: Type: text/plain, Size: 2611 bytes --]

On Tuesday, 18 December 2018 17:11:28 GMT Jack wrote:
> On 2018.12.18 04:43, Peter Humphrey wrote:
> > On Monday, 17 December 2018 23:19:39 GMT Jack wrote:
> >> At this point, I think I've forgotten the details, but using the
> >> example of a 300G drive with 100G empty and then a 200G partition,
> >> when I moved the partition to the beginning of the disk (using
> >> gparted, as I remember) once it moved more than the first 100G of
> >> the partition, it overwrote the beginning of the original partition,
> >> and once it overwrote any of the directory structure it still needed
> >> to know where stuff was, game over.
> > 
> > Gparted can handle that without difficulty - I do it often - so I
> > think you must be mistaken in the tool you used.
> 
> No, not mistaken in which tool, but likely mistaken in my memory of the
> exact course of events.  It's possible the gparted move operation was
> interrupted.  Could have been an accidental Ctl-C or a power failure.
> However, at this point, I'd need a better crystal ball looking
> backwards to know for sure.
> 
> > Sorry not to be more helpful...
> 
> I have more responses for elsewhere in the thread, but I think any
> further serious attempts at recovery are going to have to wait until I
> buy a new disk or two, so I can do everything internal on the desktop,
> and not on the laptop with USB.
> 
> > --
> > Regards,
> > Peter.
> 
> Jack

I know others have commented on the reliability of recovering data from drives 
connected via USB caddy, but I have had satisfactory results on a number of 
cases.

The last time I tried to recover data from a failing disk, which had SMART 
End-to-End errors increasing continuously and read errors with ddrescue going 
up each time I ran it.

I cloned the whole drive having run ddrescue backwards and forwards a couple 
of times.  c/f/gdisk would see all partitions, but when I tried to mount the 
cloned /dev/sdb4 (NTFS) with ntfs-3g it complained there was no device found 
(/dev/sdb4).  I got the same error with the failing drive.

So, I used losetup with --offset on the failing drive itself over USB 2.0 and 
was able to mount and recover all the NTFS files.

Over the years I've used clonezilla, ddrescue, testdisk, photorec and losetup 
to recover files.  On a couple of times where data on the disk had been 
overwritten by subsequent operations, I was not able to recover the affected 
files.  So, if when moving the partition data was overwritten I suspect it 
will be very difficult to recover this with conventional software tools.  
However, it doesn't hurt to try.  :-)

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2018-12-18 17:42 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-15 23:33 [gentoo-user] data recovery advice needed Jack
2018-12-16  0:06 ` Grant Taylor
2018-12-16  0:19 ` Rich Freeman
2018-12-17 19:32   ` Jack
2018-12-17 19:42     ` Rich Freeman
2018-12-17 20:53       ` Grant Taylor
2018-12-17 20:45     ` Grant Taylor
2018-12-18 12:21     ` Wols Lists
2018-12-18 14:20       ` Dale
2018-12-18 15:56       ` Grant Taylor
2018-12-18 21:28         ` Marc Joliet
2018-12-19 11:51           ` Mick
2018-12-18 17:43       ` Jack
2018-12-17 22:32 ` Heiko Baums
2018-12-17 23:19   ` Jack
2018-12-18  9:43     ` Peter Humphrey
2018-12-18 17:11       ` Jack
2018-12-18 17:42         ` Mick [this message]
2018-12-18 17:49           ` Jack
2018-12-18 18:33             ` Mick
2018-12-18 18:58             ` Grant Taylor
2018-12-18 18:51           ` Grant Taylor
2018-12-19 11:43             ` Mick
2018-12-19 18:46               ` Grant Taylor
2018-12-19 22:16                 ` Mick
2018-12-19 23:02                   ` Grant Taylor

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=1693425.EMckClofS5@dell_xps \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /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