No, that won't be possible. As such, ARM CPUs inside the Raspberry pi SoC are slaves to the videocore. They cannot even go out of reset until the videocore executes the right firmware which allows them to start.
Broadcom may have proprietary debugger tools which interface the videocore and start ARM CPUs at will. Even if they exist, such tools are unlikely ...
The Raspberry Pi 4 does not have cryptographic extensions, to be more precise it has, but to be enabled would require HW changes alongside paying a license to Broadcom/ARM.
Here's the link for a discussion on RPi's forum where a RPi foundation engineer explains the fuzz: https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=207888
jamesh's answer is ...
There would be no way to install amd64 packages directly on the PI4.
You might need to find a arm version of the packet or recompile it with the correct flags. I don't think I understood, but if you want to compile code for the amd64 architecture, it would be possible in the Pi. What you can't is run packages already compiled for amd64 on the PI.
If you ...
As of about April last year, it seems, NodeJS support for Armv6 moved to experimental see this thread for the RFC / discussion / reasoning etc. Armv6 is still supported and maintained on an experimental basis with all the caveats that word entails. The project is hosted at github and the binaries can be downloaded from here downloads. The site is a basic ...
What is this Multiarch?
Debian said: Multiarch lets you install library packages from multiple
architectures on the same machine. This is useful in various ways, but
the most common is installing both 64 and 32-bit software on the same
machine and having dependencies correctly resolved automatically. In
general, you can have libraries of more than ...
This paper mentions there is no open and public board that supports PAC instructions. iPhone A12 is the only option that is proprietary. Therefore, the paper has simulated some instructions and tested on Raspberry Pi 4.
According to the Raspberry Pi documentation, the RPi 4B uses a Cortex A72, which was released in 2016. According to this list, it is based on ARMv8.0-A, so it should not include your feature. In fact, no core released by ARM directly supports ARMv8.3‑A.
This is a typical behavior I have seen with a "weak" SD Card. It sometimes works or not maybe depending on different hardware because of very small different electrical characteristics. You wrote that you always use the same SD Card. I suggest to try with another SD Card to exclude that's not the reason.