Ya we need the spicy deets
Ya we need the spicy deets
I enjoy red hat’s paid support articles that end by saying this is untested and may not work but it was added to the knowledge base 10 years ago
Don’t worry Java is alive and well on Android… For now 😹
We can already run arm seamlessly on x86 Linux, why not use Qemu-user + binfmt misc the other way around? I guess FEX must be much faster. Im also not super keen to run binaries that can’t be recompiled anyway so probably not the target audience.
Take that Java, everything is a portable binary now.
ddrescue is probably your best bet
dd is the simplest: dd if=/path/to/disk/device of=/path/to/backup/file but it may fail with a broken device. ddrescue is similar but handles io errors appropriately and can retry bad reads.
Idk why I feel compelled to add this info, but / doesn’t have to be local as long as the necessary kernel modules for mounting it are available in the initrd or built into the kernel.
For me it’s I can make Linux do this when I see another system perform well, in contrast with they took my vertical taskbar in windows 11 and I have to gut the system to get it back
I do have to remind myself that I’m still used to living in a world where Linux enjoyed immunity to most “consumer” malware just because it wasn’t a popular desktop. Ultimately Linux is not more secure than any other system unless someone put in the work to make it that way.
That makes sense, I was thinking the executable is crashing without any output because something is wrong with the libraries available or executable itself. I should have made it clear that I don’t use jellyfin and the steps above are general debugging advice for applications that crash immediately.
For possibly more information on why the core is dumping (lol) try running jellyfin from the cli (probably just typing the path to the jellyfin executable and pressing enter)
If nothing interesting is printed, try adding strace before the jellyfin executable (Google strace, it intercepts all system calls and logs them) if that doesn’t work tell strace to follow forks.
Other than that you could start using binary debugging tools to see what shared libraries jellyfin is looking for? Maybe run it in gdb…
Maybe watch dmesg when you plug in the drive?
Or look at the logs later. Journalctl -k -f should also show more logs than dmesg when you plug it it which may be informative.
Parquet 4 eva
Csv is for arcane software or if you don’t know where it’s going.
Hdf5 is for Matlab interoperability
Otherwise I use parquet (orc could also work, but I never actually use it). Sometimes parquet has problems with Pandas or polars but I’ve always been able to fix it by using pyarrow
Sounds like you may want to run chrome in docker or try using nix. Nix won’t clean up your user data automatically but with a few tweaks could do it easily. Docker will completely prevent files from hanging around (if you don’t mount your home directory in the container), but if you want to download files to your host is its a bit tricky.
Can you try booting with acpi=off boot parameter? (Edit the boot commands in the bootloader before it loads the kernel, it’s temporary)
Related: https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html
If that works you can add the option permanently in your configuration.nix
Obviously they should be riding on the pipes
No, but it is fun too use 🙃
Maybe dont take the offer and actively search for a bettrr engineering role? Heck it may get you a pay raise too.
Idk… but im sure you can use pretty much any live distro with partclone
You must have been expecting philadelphia
And now we have free threads so I can’t say at least you don’t have normal concurrency problems 🤣