I would set up your router, turn off ssid broadcast and forget about it. It's doubtful they have the equipment to find an access point that doesn't actively announce itself to the world .
Edit: it means you will have to manually add your wifi network to your devices by typing in the ssid on them but other than that there shouldn't be any issues
Good to know. I know a couple of people in the steam deck world who dual boot windows and steamos and have their games on a btrfs partition that use it so they don't need games installed twice ... I have no desire to do this so I have never tried.
Have you seen/tried https://github.com/maharmstone/btrfs ?
I have heard it is decent but have never had a need to try it.
Btrfs and df don't get along. There are all sorts of internals to btrfs that non btrfs utils ignore. You should run
sudo btrfs filesystem df /
sudo btrfs device usage /
It will give you a better picture of what is going on.
Balancing my help as someone above pointed out, or you may need to boot to a live media of some kind and rebuild the free space cache. Especially with btrfs I encourage people to join their mailing list for help. The devs are awesome and can help you get sorted out.
Btrfs uses subvolumes instead of traditional partitioning. It takes some getting use to but it is totally normal for btrfs.
Duh... Fedora not Ubuntu/Debian/Et al.
sudo dnf clean
It's been a while since I have run a redhat derivative... I think that was either the last iteration of mandrake or the first iteration of mandriva.
And the journal isn't garbage persay, it's a bunch of logs and whatnot that can be useful in certain diagnostics... Especially with op running all those snap packages. But in this case, clearing it is probably a better option then not clearing it
Fedora is systems, right? The easiest way to gain some (temporary) space is to clean out the journal and whatever logs you don't need. It can grow quite big.
sudo journalctl --vacuum-size=100M
Will shrink it to something manageable. This will buy you some time to clean up until the journal grows again.
Also, clearing the apt cache will probably help free up some root partition space
sudo apt clean
Your root partition where packages are stored and all the logs and transactional databases might be full even if your home directory has tons of free space.
Can you plug the drive in directly and test it? You might also just have a dead drive. Either way if you were planning on using it as a backup medium I would tell you it's probably not a good idea. If you are trying to recover data from it, good luck. Is it making any sound? You could try buying the same, old but good hard drive and swapping the control board on it. You may also have to swap the nvram chip on it to make sure you have the same sector mappings. Either way there is a lot of stuff you can try, but hopefully this is an educational experience for you (as in learning how to recover a dead drive, not as in learning about the need for proper backup methods) as opposed to a desperate attempt to recover data that is most likely unrecoverable.
You should be able to use smartctl on a USB drive. I've never had an issue anyway. You may need to specify the transport type tho. I had a drive that it couldn't figure out on its own, but since it was an sata drive in an external enclosure, atapi is the transport protocol to use
sudo smartctl -a -d ata /dev/
Using the same switch you can run a long test. It's sort of a pain as it will kill the test on finding a bad sector. But you can take that sector number and plug it into hdparm to rewrite the sector hoping it will remap it. You won't be able to recover the data in a bad sector, But There are these extra sectors on the drive that firmware can replace the bad one with. It does this on a forced write command.Something along the lines of
hdparm --repair-sector --yes-i-know-what-i-am-doing </dev/
Again, you have data loss, you can't go back to no loss. All you can do is rescue anything important. You may (probably) need to run a long smartctl test again, and fix another sector. I have saved data off of drives with 100+ bad sectors this way... It's tedious and eventually I scripted it but it does work.
That is using messaging for the web through Google Fi. But there is little reason to do that now as Google messages the app itself can be used through messages.google.com. there are several stand alone computer applications that use the portal as well (messages in the windows store, messages or google-messages package in most distros. Dunno about Mac. Either way, instead of fi being the backend, the app connects directly to your PC. You just have to pair your phone using the app directly.
Maybe it depends on the access point. When I turn it off on my router there are no beacons sent. Unless you specifically probe the ssid it doesn't announce itself. BUT granted when you make a connection the ssid does show up during the handshake. If you were watching at the exact moment of connection then it would be detectable. I suppose they could use a mass deauther device and cause new connections and detect while that is happening but they they would need to triangulate the location of said ap... Again a lot of extra equipment.