this post was submitted on 28 Nov 2023
1 points (100.0% liked)
Data Hoarder
3 readers
1 users here now
We are digital librarians. Among us are represented the various reasons to keep data -- legal requirements, competitive requirements, uncertainty of permanence of cloud services, distaste for transmitting your data externally (e.g. government or corporate espionage), cultural and familial archivists, internet collapse preppers, and people who do it themselves so they're sure it's done right. Everyone has their reasons for curating the data they have decided to keep (either forever or For A Damn Long Time (tm) ). Along the way we have sought out like-minded individuals to exchange strategies, war stories, and cautionary tales of failures.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Give it a full read, which you should anyway to check your backups?
Uptalking?
Yeah, I should probably. An idea I had was to run a manual check of the latest time machine backup against the data partition. This is on a mac.
That would work. Actually if it's a constellation that supports TRIM (OS-Filesystem-whatever it sees on the USB - see this to get an idea how complex things can get) reading the saved backup might be equivalent to reading the whole SSD. Even if you used only 64 GBs of 1TB if the rest is TRIMed nothing (more) would be "really" read even if you do a full badblocks (or dd to /dev/null or any other full read test). Sure, it'll take a while to feed 900+ GBs of zeroes (or whatever the TRIMed sectors return) over USB but not much will be really read from the SSD.
That's really complex, so dd isn't really reading the whole thing regardless? Gosh!
Sorry what is a full read? On MacOS specifically
There is no gui way of doing this afaik, I'd guess it involves doing some kind of dd > /dev/null