Skip to main content


A reminder from someone who’s been around the block more than a couple times: when you see a PDF or ePub on the Internet that you think you might want to read eventually, go ahead and download it, and squirrel it away for the future. The Internet is not, in fact, forever, and Capitalism will eventually take away anything it can’t rent out to you.
in reply to mos_8502 :verified:

co-signed. the nice thing about these formats is they're self-contained and will keep working forever.
in reply to Irenes (many)

we're also still very fond of text files.

it used to be quite common for people to write up, say, videogame walkthroughs, or gender transition how-tos, or any sort of information somebody had personally put together, in a single long text file. a quarter of a meg was on the larger end of what you'd see, size-wise (when it's just text, that is a LOT), but not uncommon.

in reply to mos_8502 :verified:

Data sheets for parts you play with. Manuals for everything you buy. Pirated magazines. I don’t care what it is, if it interests you, save it. Don’t rely on centralized, lawsuit prone services to survive the onslaught of rent seekers.

Shannon Prickett reshared this.

in reply to mos_8502 :verified:

Mass data storage is fairly cheap these days, even if backup methods are lagging behind. Go ahead and file away that datasheet under “Documents/Datasheets/Company Name/TGS17362.pdf” or however you want to organize your shit.
in reply to mos_8502 :verified:

I recommend people to investigate used enterprise storage.

If it passes badblocks & SMART checking (don't rely on that too much, manufacturers do silly things), it is likely to work just fine, and depending on one's location it is possible to acquire triple-redundant 10TB for less than buying a single 10TB drive new would cost.

in reply to LisPi

@lispi314 I just want an affordable LTO-5 or higher drive. I'm really bloody poor, the cost of those things is more than my car is worth.
in reply to mos_8502 :verified:

Unfortunately, you're pretty much out of luck.

The used ones are not a good idea (despite looking cheaper), they're often messed up in a number of ways. 😿

in reply to LisPi

@lispi314 Yeah. I have considered one of those external USB3-to-SATA cradles you drop a hard drive into, to use regular old SATA hard drives as "backup cartridges" of a sort -- divide the space in each drive 70/30 between "data" and "parity" (.par2 files) partitions, and use good old tar right to the raw partition block device.
in reply to mos_8502 :verified:

If you ever get to the point of thinking about multi-drive enclosures/cradles though, don't go for USB.

At that point, anything less than SAS (an expander card & breakout cables in an old computer case can do the job quite well) will inevitably prove frustrating through all sorts of annoying issues.

in reply to LisPi

@lispi314 I have a two-drive RAID-1 box into which I had planned to stick a couple of ~10TB drives when I could afford them, but that's not really "backup" as much as "hold this stuff that doesn't need to be on my main NVME SSD RAID right now".
in reply to mos_8502 :verified:

Conventional Hardware & Software RAID has also been exclusively for stuff where you don't care about integrity ever since 520B sectors have stopped being used. (Those 8 additional bytes were for integrity-checking features.)

Now, such features are implemented instead in modern filesystems since awareness of the data structuring is necessary for sane & reliable recovery (conventional RAID assumes that the drive firmware will both detect *and* notify of errors, which is incredibly optimistic in a setting where general pessimism is the sane attitude).

in reply to LisPi

@lispi314 @brouhaha

1. TIL about 520/528B drives. According to one forum post they might even go back to the 70s ("someone on the Internet said it, it must be true!")

2. Integrity checking features? You mean extra space for higher-level checks besides the (40 or so) extra error correction bits used to protect the 512 bytes of data?

I.e. the wrong data could be correctly written to disk. ECC won't catch that during a read, but the extra 8 bytes could.

in reply to William D. Jones

Yes, there were several sector sizes beyonda 512, in increments of four bytes. This is, from the driver's point of view, extra user data, unrelated to the driver's own internal error control.
The amount of ECC the drive
adds is unspecified, but even before drives switched to 4K sectors with "512 emulation", the size of ECC was typically much higher than in early 5¼ ESDI/SCSI/ATA drives.
1/
This entry was edited (1 week ago)
in reply to 🇺🇦 haxadecimal

@cr1901 @lispi314
The extra "tag bytes" were mostly intended for file systems that wanted additional metadata associated with the sector, as done e.g. on the Xerox Alto, Apple Lisa and early Macintosh, and IBM AS/400. This could include an identifier for the containing file and offset, but could also be used for filesystem-level error detection.
2/
in reply to 🇺🇦 haxadecimal

@cr1901 @lispi314
It is not unknown for drives to erroneously write to the wrong sector, and when the victim sector is read later, the drive will return that _wrong_ content with no error indication. Using the tag in such a way as to detect this kind of error is obviously useful for the filesystem or RAID layer. In the case of RAID redundancy it may be correctable, but otherwise it's still desirable to report an error rather than blindly proceed with invalid data.
3/
in reply to 🇺🇦 haxadecimal

As someone already pointed out, some modern filesystems provide this level of checking without requiring oversize sectors. Back in the ancient days when multiprecosion integer division was extremely slow, it was important for the actual file data to be stored in power of two units, but today there is negligible performance penalty if a filesystem only stores 496 bytes of a file in every 512 byte sector, or even lowrr percentage overhead for a 4K sector.
4/
This entry was edited (1 week ago)
in reply to 🇺🇦 haxadecimal

@cr1901 @lispi314
To this day, enterprise-grade HDDs (SAS) and even some enterprise SSDs (SAS, NVMe) support reformatting to those slightly larger sector sizes.
I'm not aware of any substantial current usage other than IBM System/I, formerly AS/400.
5/
in reply to Jonathan Lamothe

@mos_8502 :verified: Oh, you already said that...


Mass data storage is fairly cheap these days, even if backup methods are lagging behind. Go ahead and file away that datasheet under “Documents/Datasheets/Company Name/TGS17362.pdf” or however you want to organize your shit.

in reply to mos_8502 :verified:

Sensitive content

This website uses cookies. If you continue browsing this website, you agree to the usage of cookies.