I’m not a potatologist, but it seems like it should be fine to let it grow in there for a couple more weeks. It’s happy there, and that’s the main thing.

Then transplant it to a big bin/pot/raised bed or the ground outside. If it’s root bound just cut down on the sides of the root tangle and detangle them a bit before planting. Put a big clear plastic tub/tote over it at night if it will be frosty.

If you have trouble with the soaking, black beans do very well with a “quick soak”.

1. Cover them with water about twice the depth of the beans. Add about 1 teaspoon (~5 ml or 5-7 g) salt.

2. Bring to a boil and keep it boiling for 2 minutes. Then cover and turn off the burner/hob. Let soak for 1-2 hours.

3. Add any extra seasonings now (but nothing acidic). Then bring back to a boil and then simmer until soft. Adjust seasoning and you’re done.

They should take much less time than cooking from dry. How long will depend on the beans. Older beans can take much longer, but most should be soft in 1 hour or so.

It’s bread, too. Try a bacon sandwich sometime. Delicious!

Could also be a stale DNS cache entry on one device or the router. If you ping your duckdns fqdn from the device that can’t connect while on your home network, does it resolve to the correct public IP?

I still think a firewall/nat issue is more likely tho.

What is your router make and model? You need to enable hairpin NAT.

Not when you change residency, but if you relinquish your citizenship: https://en.wikipedia.org/wiki/Expatriation_tax#United_States or your residency has been revoked.

So if you remain a US citizen you owe normal annual tax (minus a credit for foreign taxes paid).

The port is forwarded from your router to the pi, right? If so, you could test for the router as the bottleneck using the router’s WAN side IP address as the target.

This should give you a good data point for comparison. If it’s also slow then you can focus on the router performance. Some are slow when doing hairpin NAT.

It’s significantly immediate-er with induction - particularly going from cool to hot. Boil water in 2 minutes and handles don’t get hot in the process. And since nothing is heating except the metal of the base of the pan there is no residual heat from the cooktop parts or the sides of the pan when you turn it off. The temperature drops much faster.

I went back to gas after 5 years cooking on induction and miss it a lot. Cooking something like pasta that requires boiling a sizeable quantity of water takes 2x or 3x longer on gas, even with a very powerful burner.

Does this media server need to be accessible when you are away from home? Will you store personal data on it?

Out of band management: this is a server feature that lets you access and manage the server even if the OS is down. That’s important if you may be away from home and need to fix a boot problem.

You can simulate some of this with PiKVM (remote console access) and PDU solutions (remote power control).

Redundant power: servers often have redundant power supplies, so that if one fails it can still function.

You can simulate this, with short downtime, by having a replacement ready. Mini PCs make this easy by using relatively inexpensive laptop style external power bricks. But also think about the power circuit - is the server on the same breaker/fuse with something that could potentially take the circuit down while you are away?

ECC RAM: this is about data integrity. If there is a failure in non-ECC then a bit flip could cause data corruption.

You can’t really get this without ECC. Using a file system that has anti-corruption features can help reduce some of the risk. You probably trust your data to consumer PC hardware, so this would be no different really. It’s about risk mitigation.

And that’s the main thing here, deciding on the use cases and prioritizing/budgeting how you mitigate risks to each.

I’d say your chances are very good. Even their high end rackmount models work with the usbhid-ups driver. Don’t think they would change things up in this regard since they would also need to change their software.

It’s probably still IPv6 related. If you use something like Network Analyzer on your phone while only connected to the mobile network you may find that it only shows an IPv6 address and DNS server, no IPv4 config. That could explain the difference. Particularly if you were using the maximum typically permissible MTU. Your provider might also be doing some 6to4 tunneling somewhere that adds overhead and causes size problems.

You might want to do a DNS leak test from your phone with the wireguard connection down and then with it up to make sure you’re tunneling DNS. This will be clearer if you set pihole to use something upstream that an ISP is unlikely to use - quad9 for example.

It’s true. Cameras have always been expensive, but even the thin economy of scale is gone with the competition from smartphones. That makes any new camera a premium product.

Same. Well, except the Patagonia part.

I didn’t find a camera that felt like the right mix of image quality, portability and affordability in the gap between our small travel camera kit (Sony a7c with 2 small primes) and a top end phone.

Better to spend the big money on a phone that will be in my pocket every day.

Btw: does anybody know what bad things actually happen if there is no metal cage that blocks all the radio?

Noise happens. Could be no problem, or it could hurt your wifi or mobile data connections, or maybe raise a neighbor’s ham radio noise floor. I saw this recently when setting up a pi to run BirdNet-Pi. The USB3 connection to an SSD caused enough noise in the 2.4GHz band that the onboard wifi radio could only connect on the 5GHz band.

To start - moving services from bare metal to rootless Podman containers running via quadlets. It’s something I have had in mind for a while but keep second guessing the distro choice. Long-ish release cadence, systemd-networkd and a recent Podman version in the native repos, well supported, and not Ubuntu.

So far openSUSE Leap seems like the winner. A testing machine is up to install everything, write some deployment scripts, and decide on a storage layout and partitioning scheme.

If anyone has another distro to recommend that checks these boxes let me know!

I like rolling release for the desktop, but only want critical patches in any given month for this server, and a major upgrade no more than every 3-4 years. Or an immutable server distro. But it doesn’t seem like networkd is an option for the ones I’ve looked at (Fedora CoreOS, openSUSE MicroOS), and I am not sure if I want to figure out Ignition/Combustion right now.

Next project - VLANs on Mikrotik.

OP - Navepoint makes good racks for reasonable money. I have a Pro series 9u from them and it went together without any problems. It’s on the wall with a pretty big ups in it.

If you want to keep using networkd, you might want to consider if multiple interfaces are causing the wait. NM doesn’t care, but networkd gives more granular options for dependencies. If you have wired and wireless and only one in use the systemd-networkd-wait-online.service waits for a timeout period. You can find lots of info on it related to boot delays with that service.

Try the --any switch on the systemd-networkd-wait-online.service launch configuration. This will tell the wait-online service that any single routable interface is enough, you don’t need them all.

Run:

sudo systemctl edit systemd-networkd-wait-online.service

That adds the override.conf for the service. Add these lines:

[Service]
ExecStart=
ExecStart=/usr/lib/systemd/systemd-networkd-wait-online --any

The other possibility is if you have virtual .netdev devices configured (VPN, bridging, etc) and some of them are not essential for the machine to be online, you can set RequiredForOnline=no on the ones that aren’t essential.

It’s not bad to get running, and the alerting is really flexible. You can add Nagios and syslog alerts easily too.

Using it here. Love the flexibility and features.

I’m running NUT on the host os - no container. If that’s an option for you it will probably be much more reliable.