I’ve experienced a bug that was already described in blender’s bug tracker. But it’s the same so i give a link. I have different GPU but the problem is the same.
https://projects.blender.org/blender/blender/issues/159370
Official Blender build from the site works, so it’s Manjaro/Arch related problem.
You might want to look into it.
It seems to work fine with opengl, though I haven’t used it much for a while.
I just tried setting the backend to vulkan and for me it crashes as soon as I restart. The contents of /tmp/blender.crash.txt is quite similar so it does seem related.
# backtrace
blender(+0x25a94fd) [0x55efcaf8e4fd]
blender(+0x18bc633) [0x55efca2a1633]
/usr/lib/libc.so.6(+0x3e8f0) [0x7f456e03e8f0]
/usr/lib/libSPIRV-Tools-opt.so(+0x5b006) [0x7f456be5b006]
/usr/lib/libSPIRV-Tools-opt.so(_ZNSt17_Function_handlerIFbPKjEZNK8spvtools3opt11Instruction11ForEachInIdERKSt8functionIFvS1_EEEUlS1_E_E9_M_invokeERKSt9_Any_dataOS1_+0x38) [0x7f456be53c78]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt17AggressiveDCEPass21AddOperandsToWorkListEPKNS0_11InstructionE+0xb5) [0x7f456be5ae95]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt17AggressiveDCEPass15ProcessWorkListEPNS0_8FunctionE+0x5a) [0x7f456be5fd1a]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt17AggressiveDCEPass13AggressiveDCEEPNS0_8FunctionE+0xb4) [0x7f456be5fec4]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt17AggressiveDCEPass11ProcessImplEv+0xd9) [0x7f456be61c69]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt4Pass3RunEPNS0_9IRContextE+0x2a) [0x7f456bf9ae7a]
/usr/lib/libSPIRV-Tools-opt.so(_ZN8spvtools3opt11PassManager3RunEPNS0_9IRContextE+0x15e) [0x7f456bf9c1fe]
/usr/lib/libSPIRV-Tools-opt.so(_ZNK8spvtools9Optimizer3RunEPKjmPSt6vectorIjSaIjEEP23spv_optimizer_options_t+0x189) [0x7f456bf96369]
/usr/lib/libshaderc_shared.so.1(+0x14f1d) [0x7f4583367f1d]
/usr/lib/libshaderc_shared.so.1(+0x167c9) [0x7f45833697c9]
/usr/lib/libshaderc_shared.so.1(shaderc_compile_into_spv+0x12) [0x7f458336a052]
blender(+0x299ec31) [0x55efcb383c31]
blender(+0x299c3e9) [0x55efcb3813e9]
blender(+0x272469b) [0x55efcb10969b]
blender(+0x2725b97) [0x55efcb10ab97]
blender(+0x288d356) [0x55efcb272356]
blender(+0x288d70d) [0x55efcb27270d]
/usr/lib/libstdc++.so.6(+0xeb919) [0x7f456e4eb919]
/usr/lib/libc.so.6(+0x981b9) [0x7f456e0981b9]
/usr/lib/libc.so.6(+0x11d21c) [0x7f456e11d21c]
Had to start it with opengl, and then reset the backend to opengl in the preferences to fix it.
blender --gpu-backend opengl
It’s packaged by Arch not Manjaro.
There have been issues before, IIRC due to blender shipping some modified libs and Arch shipping the standard ones. No idea if that’s the issue here.
Having said that, the repo version normally works fine for me.
I have no obvious issue running Blender (AMD graphics). 
❯ mbn info blender -q
Branch : archlinux
Name : blender
Version : 17:5.1.2-1
Repository : extra
Build Date : Tue 19 May 2026 20:08:26
Packager : Sven-Hendrik Haase <svenstaro@archlinux.org>
Branch : unstable
Name : blender
Version : 17:5.1.2-1
Repository : extra
Build Date : Tue 19 May 2026 20:08:26
Packager : Sven-Hendrik Haase <svenstaro@archlinux.org>
Branch : testing
Name : blender
Version : 17:5.1.2-1
Repository : extra
Build Date : Tue 19 May 2026 20:08:26
Packager : Sven-Hendrik Haase <svenstaro@archlinux.org>
Branch : stable
Name : blender
Version : 17:5.1.2-1
Repository : extra
Build Date : Tue 19 May 2026 20:08:26
Packager : Sven-Hendrik Haase <svenstaro@archlinux.org
Some system information will help others diagnose how your issue might relate to the linked report.
inxi -zv8
In the meantime, the workaround given by @dmt will arguably get you out of immediate trouble.
Regards.
I also had issues to install blender few months ago when tried from official repos…
Back then I was on Stable Branch, I was new so I didn’t try report the issue or see what exactly was wrong, but I definitely remember it was something to do with a dependency.
Meanwhile I used appimage that someone just repackaged the official release, it was just a small little 3D modelling project that time, didn’t use it much…
But after switching to Unstable branch, I tried again bc I needed it for more projects, and it had no problem that time.
Why? You can download any version from blender’s website, just download and run.
No, guys. It’s the Blender Vulkan backend that doesn’t work. I’m aware that OpenGL works. GPU vendor doesn’t matter.
It seems Arch is getting the same problem and they even dug out interesting details about it. Overall on Arch and Manjaro downgrading spirv-tools works. Whether it’s on Blender side or spirv side is unknown at the moment.
We read that the first time, and I confirmed it. I was merely pointing out that opengl does work, in case someone found it helpful.
Unsurprising.
spirv-tools is also packaged by Arch.
So we now have three workarounds.
It’ll be fixed once Blender and/or Arch figure out what’s going on and fix it.
I do not remember exactly why 
I was very new to Linux based OS at the time. I think I was curious to use appimage format for anything, as I never did before and was fascinating how no inatallation is required for running such a sophisticated app not just a random utility…
Also I only needed to visualize a project model I had in my head, no rendering etc…
Now I need to render models into an image, so I use stable version form official repo, as it also keeps it updated. regularly, and I assume works well with hardware as now it’s a native package.