Linux with Rosetta - strange rosetta error with crash

I'm using the stock Ubuntu 24.04 (with Rosetta) image in Parallels 20.1.3 on an M1 Mac with Sequoia 15.2.

I'm trying to run a suite of programs in this Ubuntu that are amd64. For the command-line binaries the rosetta translation works great, and they run fine.

However, for the GUI apps, I get the following error, which looks like it's from Rosetta itself, followed by a segfault:

Code:

brilho: ./my_binary_gui
assertion failed [aot_hdr->segment_count <= kMaxSegments]: AOT header specified too many segments
(ImageInfo.cpp:71 create_from_header)
 zsh: trace trap (core dumped)  ./my_binary_gui
brilho:

Anyone have any ideas? thanks much.

 

Did you have any progress on this?

 

@SergioP13 Nope, unfortunately not. I've tried googling this error all the ways I can think of, and I find almost nothing. It may be a deep Rosetta error.

 

The only scrap of information I have found:
https://github.com/NixOS/nixpkgs/issues/209242#issuecomment-1636852926

 

Same error while I use Vivado in Ubuntu with Rosetta. But usually the error occurs sometimes it runs normally.

Code:

assertion failed [aot_hdr->segment_count <= kMaxSegments]: AOT header specified too many segments (ImageInfo.cpp:71 create_from_header)

 

I later made everything run fine in a Docker container with centos 9 with Docker's built-in Linux virtualization.

So it seems it's not necessarily Rosetta's fault (since Docker uses Rosetta and it works there), but possibly one or both of Ubuntu and Parallels.

 

Thing is, Vivado works after it is installed. It only stops working after I reboot the VM after installing it.
My only solution so far is creating a snapshot after I install it. and just go back every time I need it.
It would be nice if parallels could fix this. As @MatthewC36 mentioned. it looks like a Ubuntu+Parallels problem because on a Docker container it works without errors... its just slower

 

I managed to get my rosetta-translated application to start again... I'm not entirely sure what the issue is specifically, but the AOT/rosetta cache that is located at `/var/cache/prlrosettad` needs to be cleared. Interestingly, `sudo rm -rf /var/cache/prlrosettad/*` was ineffective at actually clearing the cache, I had to `sudo -i`, then `rm -rf /var/cache/prlrosettad/*` then `exit` back to my user.

 

Sir , let me tell you that you are a hero !!! it works !!!
Tested on Ubuntu 24.04 vm with Vivado 2024.2