Retroarch: (LINUX) RetroArch not launching: [CDROM] No sg devices found and sg kernel module is not loaded.

[rapsaGnauJ]

Description

RetroArch not not starting after 1.7.8 update.

Expected behavior

Retroarch to launch correctly.

Actual behavior

Retroarch doesn't launch.

Steps to reproduce the bug

1. Run RetroArch.

Bisect Results

This started happening after 1.7.8 update. The error it gives when starting the program on a terminal is as follows:

$ retroarch
-----------------------------------------
[CDROM] No sg devices found and sg kernel module is not loaded.
*** buffer overflow detected ***: retroarch terminated
[1]    9357 abort (core dumped)  retroarch

Version/Commit

$ retroarch --version
-----------------------------------------
RetroArch: Frontend for libretro -- v1.7.8 -- 045a4cce10 --
Compiler: GCC (9.1.0) 64-bitBuilt: Aug 26 2019

Environment information

• OS: Arch Linux 4.19.68-1-lts
  Edit: The machine I'm getting the issue on doesn't have a CDROM reader. Maybe that is important.

[bparker06]

Can you output a log of running retroarch -v as well as a backtrace from the core that was dumped?

[rapsaGnauJ]

Here they are.
retroarch.log
backtrace.txt

[bparker06]

This issue may be unrelated to CDROM, but without a backtrace from a debug build, it is hard to say where the issue is at all. Can you build RetroArch with make DEBUG=1 SANITIZER=address,undefined and re-post the log?

Thanks

[Jamiras]

I noticed it's a build from a couple days ago:

Compiler: GCC (9.1.0) 64-bitBuilt: Aug 26 2019

so it might be the problem reported in #9363

[rapsaGnauJ]

Confirmed that the problem is for that specific build. Latest buld (listed bellow) launches as expected. The build I was using was the submited to the official Arch repositories. Please, submit the new build asap.

$ ./retroarch --version
-----------------------------------------
RetroArch: Frontend for libretro -- v1.7.8 -- 4e9cd6ff3e --
Compiler: GCC (9.1.0) 64-bitBuilt: Aug 30 2019

Thank you for your time and help.

[bparker06]

Unfortunately we have no control over what Arch does.

[Brottweiler]

Reinstall the package with pacman -Syu retroarch. RetroArch fixed this issue but didn't bump the version number;

[...] upstream just retagged the same version instead of bumping it when they fixed the issue.

[ahstro]

@Brottweiler That does not seem to work

[Brottweiler]

@ahstro The maintainer actually did a bump on the arch package about an hour ago and I am using that version now (1.7.8-2) without issues.

[rapsaGnauJ]

I think this can be closed as it was a build issue.

[virtual-man007]

similar updated to recent 4.5.7 retropie it has retroarch 1.7.9 and Sharp no go to load... tried everything uninstall / reinstall from source/bin. But this did work 1.7.6 / 4.5.3 after upgrade no go...

:~/RetroPie/roms/x68000 $ /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-px68k/px68k_libretro.so --config /opt/retropie/configs/x68000/retroarch.cfg Alien\ Syndrome\ (1992)(Dempa).m3u
[CDROM] No sg devices found and sg kernel module is not loaded.
Segmentation fault

running Pi3B+

[pommmme]

Just wanted to chime in and say I've duplicated the exact issue @virtual-man007 describes above.

[jalbarracinv]

Same thing!

[CDROM] No sg devices found and sg kernel module is not loaded.

[StayPirate]

Same here on Archlinux.

RetroArch: Frontend for libretro -- v1.8.4 -- 9e25601a56 --
Compiler: GCC (9.2.0) 64-bit Built: Jan 17 2020

[Sanaki]

The sg line just means you don't have a CD-ROM drive attached to your system. It's standard. Your problem is likely due to something else entirely, but you'll need to produce a log for anyone to attempt to verify.