Posts: 893
Threads: 197
Joined: Jul 2014
Reputation:
0
Just to report probably the worst case scenario. Am in a bit of a daze at the moment ...
Please don't anyone remind me that I should have backed-up the data before using gparted - I know - I usually do but didn't this time ...
I've just been extending a data partition on an SSD using gparted.
The SSD, plugged in as USB drive, was accidentally moved during the operation, temporarily disconnected, and gparted ceased completing the operation.
Its a 1TB drive: I was extending a 700GB ext4 partition (with 400GB data written on it) to absorb the remaining 230GB of unallocated space.
How do I recover the data? I hope it's not lost as it's not backed up!
Gparted is showing nothing stored on the SSD - the undo operation didn't work.
Quite frankly, I'm hoping for a miracle to recover the data ...
64bit OS (32-bit on
Samsung[i] netbook) installed in [i]Legacy mode on MBR-formatted SSDs (except
pi which uses a micro SDHC card):
2017 -
Raspberry pi 3B (4cores) ~
[email protected] -
LibreElec, used for upgrading our Samsung TV (excellent for the task)
2012 -
Lenovo G580 2689 (2cores; 4threads] ~
[email protected] -
LL3.8/Win8.1 dual-boot (LL working smoothly)
2011 -
Samsung NP-N145 Plus (1core; 2threads) ~ Intel Atom
[email protected] -
LL 3.8 32-bit (64-bit too 'laggy')
2008 -
Asus X71Q (2cores) ~ Intel
[email protected] -
LL4.6/Win8.1 dual-boot, LL works fine with kernel 4.15
2007 -
Dell Latitude D630 (2cores) ~ Intel
[email protected] -
LL4.6, works well with kernel 4.4; 4.15 doesn't work
(This post was last modified: 12-30-2017, 10:10 AM by
m654321.)
Posts: 62
Threads: 3
Joined: Oct 2015
Reputation:
0
Ouch! Avoid any more work using Gparted or any other partitioning software as it may make things worse. Have you tried using Testdisk to look for the lost partition? If it finds it there is a very good chance it would recover the original partition. Use the extended search option, it will yield better results.
I've recovered partitions before using Testdisk, it's extremely good at what it does.
Posts: 1,542
Threads: 147
Joined: Mar 2016
Reputation:
4
Read here first:
https://help.ubuntu.com/community/DataRecovery
In my experience imaging the partition first without tampering any further is the safest if you have the resources to do so, especially if the partition contained an OS. Recovering the partition is faster than recovering the files, but if you can't recover the partition you can still recover a lot of the files. The caveat is that file carving 400gig will take many hours.
TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Posts: 1,542
Threads: 147
Joined: Mar 2016
Reputation:
4
The data is probably still there, but you may be stuck using a file carver which will take many hours. I recently recovered most of a Debian base OS 150gig that way in about 20 hours, but it took almost a week to indentify all the files. 400gig would be overwhelming without major resources. If you can be selective: that is go after whats most important to you from the disk; that could trim down the time involved. Imaging the partition would be best and then working at it selectively.
TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Posts: 893
Threads: 197
Joined: Jul 2014
Reputation:
0
[member=7109]Moltke[/member]
I normally have 2 backups, so that's 3 copies including the original - just to be sure, except on this occasion...!!!
It seems to be that something always goes wrong when you don't have a back-up - Murphy's Law!
After today's major fright, my wife backed up all her stuff.
64bit OS (32-bit on
Samsung[i] netbook) installed in [i]Legacy mode on MBR-formatted SSDs (except
pi which uses a micro SDHC card):
2017 -
Raspberry pi 3B (4cores) ~
[email protected] -
LibreElec, used for upgrading our Samsung TV (excellent for the task)
2012 -
Lenovo G580 2689 (2cores; 4threads] ~
[email protected] -
LL3.8/Win8.1 dual-boot (LL working smoothly)
2011 -
Samsung NP-N145 Plus (1core; 2threads) ~ Intel Atom
[email protected] -
LL 3.8 32-bit (64-bit too 'laggy')
2008 -
Asus X71Q (2cores) ~ Intel
[email protected] -
LL4.6/Win8.1 dual-boot, LL works fine with kernel 4.15
2007 -
Dell Latitude D630 (2cores) ~ Intel
[email protected] -
LL4.6, works well with kernel 4.4; 4.15 doesn't work