1TB micro SD card for storing blockchain, any reason not to do this?

[LoyceV]

Would it be feasible for me to use this method to compress the blockchain file on my 1TB SSD? I'm down to my last 8GB, so I've got about a month left. Soon I'll have to either migrate to a new drive or compress the blockchain in its current location. Would the latter be possible?

Assuming Linux: I've never used a compressed filesystem, and I can't tell you if it can be compressed on the fly or needs to start from scratch.
But: have you considered reserved space on the disk? Chances are it reserved 5% by default, and if you reduce that to 2%, you buy yourself a few more months. Keyword: tune2fs (if that's the case).

Is there a reason you're not just pruning Bitcoin Core?

[zabzob]

have you considered reserved space on the disk? Chances are it reserved 5% by default, and if you reduce that to 2%, you buy yourself a few more months. Keyword: tune2fs (if that's the case).

Is there a reason you're not just pruning Bitcoin Core?

Thanks so much for this advice. I used tune2fs to reduce reserved space to 2%, and my available space increased from 8GB to 35GB. That buys me about 3 more months, or 4 total. That's huge, because I'll have more cash available for a new drive in a few months. By that time I'll be able to get a new 2TB ssd instead of getting an external hdd, which would be a hassle to use.

I wasn't even aware that Linux reserved so much space by default. Any reason not to reduce the reserve further to 1%, or even 0? Do I really need reserved drive space?

As for not using a pruned node, I'm running an app that requires a full node.

[LoyceV]

I wasn't even aware that Linux reserved so much space by default.

It's a remnant from the time disks were much smaller.

Any reason not to reduce the reserve further to 1%, or even 0? Do I really need reserved drive space?

Reserved space is used for system processes, you don't want them running out of disk space, that would lead to unexpected problems. And it's used for wear leveling and to reduce fragmentation. Chances are writing gets much slower when the disk is almost full.
I wouldn't recommend filling your system disk to the last byte.

[ABCbits]

Would it be feasible for me to use this method to compress the blockchain file on my 1TB SSD? I'm down to my last 8GB, so I've got about a month left. Soon I'll have to either migrate to a new drive or compress the blockchain in its current location. Would the latter be possible?

Assuming Linux: I've never used a compressed filesystem, and I can't tell you if it can be compressed on the fly or needs to start from scratch.

ext4 filesystem (probably most commonly used format) doesn't have disk-level compression feature. OP probably need to reformat his drive into filesystem that support disk-level compression feature. btrfs, OpenZFS and F2FS are the common option, but AFAIK it can be tricky to configure it properly. But personally i only tried it with btrfs with mixed result.

Other approach such as using FUSE-zip exist, but it's less popular and i wouldn't recommend people use it for something as important as running full node.