US economy contracted at an annual rate of 0.5% during the first quarter of 2025, according to the final GDP report from the Commerce Department. Meanwhile, consumer spending fell to its lowest level since the pandemic ended.
Federal Reserve Chair Jerome Powell testified that businesses stockpiling inventory before tariffs took effect has helped delay any inflationary impacts.
cbsnews.com/news/gdp-report-fi…
GDP data shows U.S. economy shrank more than previously thought in early 2025
New GDP data shows the U.S. economy shrank at an 0.5% annual pace from January through March, the first quarterly drop in three years.Aimee Picchi (CBS News)
JTskulk
in reply to Einar • • •like this
originalucifer likes this.
Khanzarate
in reply to Einar • • •First thing it did was overwrite the partition table and everything else with that, to make its own, since it could disregard all the existing data.
I agree with the other commenter, commercial recovery, if the data was that crucial.
sun_is_ra
in reply to Einar • • •BombOmOm
in reply to Einar • • •If you have your encryption key backed up, you have a chance to decrypt it still. It's also possible, but unlikely, the key somehow survived the ISO write and it was written elsewhere on the drive, allowing the key to be recovered. I would only trust such with a professional. (There is basically a smaller encrypted section that your typed-in password decrypts, that section contains the encryption key the rest of the drive uses.)
Honestly though, if you have your stuff backed up (you do have your stuff backed up elsewhere?!?), just restore from your backup and call this a loss.
If you don't have a backup, this was your wakeup call. Always have a backup going forward.
floo
in reply to BombOmOm • • •BombOmOm
in reply to floo • • •floo
in reply to Einar • • •mina86
in reply to Einar • • •VeraCrypt Volume Format Specification:
It may be possible to recover the encryption key. You might try
asking on VeraCrypt forums/mailing lists or contacting a commercial
data recovery service which understands VeraCrypt. Though I’m not
familiar with VeraCrypt so I may be misunderstanding the cited
documentation.
VeraCrypt - Free Open source disk encryption with strong security for the Paranoid
veracrypt.ioNovocirab
in reply to mina86 • • •This is in all likelihood the way to go. These instructions from VeraCrypt might lead the way.
Of course, OP should create an exact duplicate of the disk to another drive before making any changes to it.
As an aside, I know that GPT partition tables likewise come with a backup header at the end of the disk. Whether LUKS encrypted devices also have backup headers, I don't know, but it doesn't seem so. So, my fellow LUKS users, perhaps you would like to run the following:
sudo cryptsetup luksHeaderBackup /dev/LUKSDEVICE --header-backup-file ~/nas/backups/lenovo_x280.luks.binVeraCrypt - Free Open source disk encryption with strong security for the Paranoid
veracrypt.iosolrize
in reply to Einar • • •I guess it's a question of how much hassle it's worth. I did a messy data recovery of a crashed database for a work client once, but it involved a lot of trial and error and writing special purpose code, plus considerable luck that some things worked better than I had a right to expect. Cost of something like that would be in the multi kilobucks, maybe low 5 figures. We got almost all the data back, though not 100%.
Maybe just put that HDD aside and replace it with a new one, and deal slowly with recovering the data as you get the time to mess with it. Also don't do any write operations on the old drive. Maybe copy it entirely to someplace and work on the copy. In fact better do that anyway, HD's physically crash all the time.
some_guy
Unknown parent • • •Majestic
in reply to Einar • • •Veracrypt has back-up headers located elsewhere in the volume that are unlikely to have been overwritten.
First thing's first I would strongly recommend copying the drive as it currently exists bit for bit to another drive of equal or larger size. Don't work on the original if you can help it.
Now with this copy, you should try to check the option to use the backup header when mounting and try again. If the partition is gone and veracrypt doesn't see it you'll need to try using something that recovers partitions and doesn't mind encrypted partitions or partitions or file system types it doesn't understand and use that to ON THE COPY recover and recreate the partition (this will write data and can cause the possibility of further loss or worsen your ability to recover which is why it is important to perform it on a copy). Testdesk may work for this but there are other options that probably are better.
See this list: old.reddit.com/r/datarecovery/… and choose something from there if this data is truly important. Again only work on a copy on another drive. Some of these software examples actually work against the original drive and make a copy elsewhere and should be safe to use on the original drive so long as they have you select a target drive to push the recovered data to but read the documentation. Testdisk absolutely must be used on a copy.
You will incur data loss and likely should run one of the file recovery software mentioned on the drive once successfully mounted in veracrypt to attempt to recover as much as possible.
software - datarecovery
old.reddit.comanarchoilluminati [comrade/them]
in reply to Majestic • • •Thank you so much, this is really helpful.
I have a slightly different issue where I have several VeraCrypt vaults on an external that seem corrupted and don't recognize the correct passwords anymore. I'm making note of your advice to work on mine too. Is there anything particularly different you would recommend?
Majestic
in reply to anarchoilluminati [comrade/them] • • •The only thing I would note is -IF- your volumes are not partition or disk based BUT -files- based there is the possibility that corruption of the host file system of the disk the files containing the volumes are on could result in pieces of those files being marked unreadable by the disk and it’s POSSIBLE one way to solve this would be a file system check utility.
HOWEVER such activities carry a -large- risk of data loss so I would advise a bit for bit copy of the disk and doing the repair on that so if it goes wrong you’re not worse off. -IF- you cannot make a copy then I would advise at least trying to mount using backup headers before doing that and copying off anything you can salvage as file system checks can really mess up data recovery and should only be used in certain circumstances.
You’re much better off trying the recovery software I linked in fact than doing a file system check as it will tend to have better results.
You can also use the option to mount as read only in VC to prevent writes to a suspected failing disk.
Let me know if you need further advice.
InnerScientist
in reply to Einar • • •::: spoiler Tap for spoiler
Backup important data
:::
Romkslrqusz
in reply to some_guy • • •This case is due to a logical problem. Cleanrooms are only necessary for physical repairs, like swapping the Head Stack Assembly.
DriveSavers’ cost of entry for a successful recovery is about $2,000. They’ve even given that quote to an iPhone user who needed nothing more than a screen replacement.
Their “state of the art facility” is appropriate for hardware cases where money is no object and you need the best of the best to deliver results no matter the cost.
Realistically, most regular people will be well taken care of using a reasonably priced service like 300 Dollar Data Recovery.
Romkslrqusz
Unknown parent • • •Industry standard for data recovery specialists is “no data, no charge”
Romkslrqusz
Unknown parent • • •Where is “here”?
You might want to check out the member listings at datarecoveryprofessionals.org/
These organizations generally seem to hold themselves to a “better” standard than the rest of the industry.
Global Group for Data Recovery Engineers | Data Recovery Professionals
Data Recovery Pros