Natanael

FYI digging through documentation reminded me of squashfs. It does what it sounds like. But it’s read only, so you would have to use an overlay FS to cache changes and then overwrite the whole squashfs volume at once to sync changes.

https://medium.com/@akashsainisaini37/how-overlayfs-and-squashfs-power-embedded-linux-storage-75273028ef20

Both are possible but read only is more common

RAM drive is when you hold the entire file system in RAM, it’s used for stuff like Linux Live CD boot with no writable storage but you can use it for anything.

Make sure you’re actually filling the volume, and also keep in mind reporting may be different (with or without filesystem index metadata, etc)

Also, you can simply use regular file systems and compressed files, and then use a RAM drive (assuming you have enough RAM free) and access the files that way instead

Brain: 0%

Could be that you loaded an incomplete set the second time…? 🤷

That would make it stop at the end of the bootloader with decryption failure, not full bricking

Could be a UEFI bug in the VM itself;

https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface/Secure_Boot#Using_your_own_keys

Could also be that you didn’t sign your boot image since that command seems to load the secure boot signing key into the UEFI firmware, if you cleared other signing keys then potentially no code can load. You would have to load the keys for whatever UEFI firmware vendor is used (presumably that made by the VM software maker) or sign it yourself, etc.

It’s probably signaling / driver device management related. The HDMI switch will often appear to change display properties to the connected devices, which may confuse them

The correct solution is to make sure all files to be sorted have equivalent numerical structure, like 5.0 and 5.5

Same with eg. 05 and 10

The main program is open, but the development tools are not

Crowdstrikeout

The real problem with VM setups is that the host system might have crashed too

He’ll have to handle the hardware for his parents, they’re treating him firmly

Wine/Proton on Linux occasionally beats Windows on the same hardware in gaming, because there’s inefficiencies in the original environment which isn’t getting replicated unnecessarily.

It’s not quite the same with CPU instruction translation, but the main efficiency gain from ARM is being designed to idle everything it can idle while this hasn’t been a design goal of x86 for ages. A substantial factor to efficiency is figuring out what you don’t have to do, and ARM is better suited for that.

It’s not that uncommon in specialty hardware with CPU instructions extensions for a different architecture made available specifically for translation. Some stuff can be quite efficiently translated on a normal CPU of a different architecture, some stuff needs hardware acceleration. I think Microsoft has done this on some Surface devices.

It’s the same as IPv4 (tunnel) except as mentioned above its still hard to get an IP with the right label

Well, yacy exists

Some heroes don’t wear capex

Install the keyboard autotype plugin for Keepass2Android!