Just set your ulimit to a reasonable number of processes per user and you’ll be fine.
Just set your ulimit to a reasonable number of processes per user and you’ll be fine.
Phew. For a second there I thought the book would be about Bluetooth in Linux.
I’m in the same boat. The thing that I miss with i3 is a way to layouts. I like my windows mostly fixed but if you close one, everything needs to be redone. Oh and there’s no way to work without stacking and tabbing…
I like tailscale and have been testing it for a few months. I’m also using headscale as the control plane.
Unfortunately the android client is somewhat unreliable. It works most of the time but once in a while, connections to your tailnet will fail for a bit and require retries. If you ping a machine in your tailnet during this problem, it will show packet loss and then start working after a few pings. This unfortunately makes it difficult to have a reliable split DNS setup.
I’ve done everything to try and understand what happens without success. It seems like state is lost somewhere and a few packets flowing will fix it. Running a constant ping from Android to my tailnet “fixes” the problem, but is not a great workaround.
Just something to keep in mind before you jump headfirst.
I totally agree. The point is that learning the more advanced features will pay off in the future.
Nano is the MS notepad of Linux. No more, no less. You don’t have the initial cost of learning vim with nano but in the end you’re working more. I really don’t understand how people can be productive without things like complex regexps, global commands, piping from the editor, etc.
When things lock up, will a kill -9 kill rsync or not? If it doesn’t, and the zpool status lockup is suspicious, it means things are stuck inside a system call. I’ve seen all sorts of horrible things with usb timeouts. Check your syslog.