-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RetroArch segfaults when scanning any directory for games #3105
Comments
Launching from a terminal with --menu --verbose will give you a full output to the console. You can also try running it through gdb for more information. |
--menu --verbose display a lot of output, but nothing just before the crash: kevinfishburne@codex:~$ retroarch --menu --verbose Running it in gdb only displays this when it crashes: Program received signal SIGSEGV, Segmentation fault. |
Turns out the retroarch package in synaptic fails to install as dependencies or even recommend the installation of any of the libretro packages. Issuing "sudo apt-get install libretro*" solves the problem, however after the ROMs are scanned RetroArch fails to add the relevant systems to the menu, so there's no way to access the scanned ROMs. Ideas? |
Perhaps there is a discrepancy between the way Lakka configures RetroArch versus a vanilla RetroArch installation. Lakka automatically adds a system icon after ROMs are scanned, but vanilla RetroArch does not, requiring me to use "Load Content", "Select File And Detect Core", then manually browse to the ROM. |
Lakka uses vanilla retroarch, but we provide the database and the core infos out of the box. While in the vanilla retroarch you have to download those through the online updater, which is not very intuitive. |
Not intuitive, but it works. Thank you. I may now be able to forgo Lakka and do a proper distro with the NVIDIA drivers for good output on my CRT television with RetroArch. Good information, but the "unintuitive" part should be modified so the user is prompted if they want to update the games database on first run or something. |
If you still like Lakka, you can learn how to compile it by yourself and customize it to suit your needs. For example, this pull request shows how to build Lakka with the proprietary NVIDIA drivers and X11 https://github.com/libretro/Lakka/pull/391/files |
I do like Lakka; I reinstalled it yesterday after getting poor performance on the same machine using Mint 17.3 with the binary NVIDIA drivers, surprisingly. This question is probably beyond the scope of this bug report (which should be under PPA dependency recommendations), but is there a script to create a "testing" Lakka .img with 391's X11 and/or proprietary driver additions? All I need is xrandr but I don't know how to compile Lakka from source or create a bootable image. The nouveau driver works amazingly well in Lakka. Nouveau and X11 with xrandr could control over/underscan compensation easily and it would be awesome. |
Yes, clone lakka, apply this PR, libretro/Lakka#391 and compile it following the instructions on the wiki. |
@kivutar Okay, I suck at git. I've cloned Lakka and have a Lakka directory full of files. What command do I issue to apply the pull request, and do I issue it from within the Lakka directory (containing CHANGELOG, config, CONTRIBUTING.md, etc.) or some other directory? |
Not too much code was changed, so I manually edited the source files to remove and add lines as necessary and am compiling now. Will report findings. |
Got "checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool" during compilation. Tried this to install perl "XML::Parser" module and am reattempting compilation: http://mynixworld.info/2014/02/17/xmlparser-perl-module-required-intltool/ |
Failed the second time after burning 8 cores for nearly two hours with: Resolving us.download.nvidia.com (us.download.nvidia.com)... 23.205.120.114, 23.205.120.128 100%[====================================================================================================================================================================================================>] 38,511,679 6.59MB/s in 6.3s 2016-06-21 01:42:45 (5.86 MB/s) - 'sources/xf86-video-nvidia/NVIDIA-Linux-x86_64-340.96-no-compat32.run' saved [38511679/38511679] UNPACK xf86-video-nvidia The NVIDIA driver does not support real-time kernels. If you *** Failed PREEMPT_RT sanity check. Bailing out! *** nvidia-modules-common.mk:201: recipe for target 'build-sanity-checks' failed Complete terminal output from both failures is here: http://eightvirtues.com/lakka/Lakka%20-%20Two%20Compile%20Fails%20in%20Mint%2017.3 |
Ok, that's a problem. You need to revert the Real Time kernel patch we applied last week. Try to use git revert with the commit id, and launch compilation again. |
There are five RT-related commits when I look here: https://github.com/libretro/Lakka/commits/lakka I ran the command "git checkout bd067b2db6a984857f841f08a70a8fc5537a8e69" which hopefully will "revert" the code back to the "Gamegirl, finalize inputs" commit on June 14th, just before all the RT commits. I checked a file and it appears to have worked (yes, I barely know what I'm doing). Compiling now; will report findings. |
Here's the terminal output of compile failure three: http://eightvirtues.com/lakka/Lakka%20-%20Compile%20Fail%20Three Everything works until attempting to build the image, after which it gives "No space left on device" errors. When I try to boot a pen drive using the resulting image it fails. I just merged my root and home directories on my workstation to ensure I had enough disk space locally, so this seems to be some other error, perhaps related to how it creates the image file. Here's the end of the terminal output:
|
Holy shit, may have figured it out. I edited the /scripts/mkimage file and changed "SYSTEM_SIZE=256" to "SYSTEM_SIZE=512" and didn't get the errors on next compile. Will test booting to the resulting image and report. |
I can boot to the image but X and RetroArch fail to start. I'm modifying local code to try to change the NVIDIA driver version to 304.131 for my older video card. I'm not sure if the codebase dynamically downloads string-specified driver versions like that, but I'm testing just in case. Compiling now to see. |
I can compile and boot to the image now and modifying Lakka/packages/x11/driver/xf86-video-nvidia/package.mk does cause it to download the correct driver version, however during compilation it displays this, which may be a problem (no idea):
When I boot into Lakka it shows this: systemctl reports this:
Here's Xorg.0.log, which looks like it's unable to load any video driver at all:
|
I'm "moving" this thread to the forums, as it's become off-topic. Here's the forum link: http://libretro.com/forums/showthread.php?t=6143 |
@kevinfishburne |
I tried this with current builds in both the stable and testing PPA's on Linux Mint 17.3 amd64. It even crashes scanning an empty directory, so it's not bad ROMs. I also deleted the config file in ~/.config/retroarch, so it's not a settings file issue. RetroArch worked on my system a couple of weeks ago until reinstalling it from PPA tonight. Any ideas on how to gather more information about the crash? The terminal simply outputs "Segmentation fault". dmesg reports "error 4 in retroarch".
The text was updated successfully, but these errors were encountered: