Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.
-
@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
I've been searching for this phrase and I can only see references to a bad build that went out a while ago.
Perhaps it's already fixed then. How old is your build of lr-pcsxrearmed? Have you tried a source update?
-
@quicksilver Nah those comments are from months ago and reference the emulator being able to start at all.
Yes, I tried a source update and there was no change. When I look at system info it says "1.8.5 - PCSX-ReARMed (R22 3c4ac5b)". Is this the version number?
-
@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-pcsx-rearmed/pcsx_rearmed_libretro.so --config /opt/retropie/configs/psx/retroarch.cfg "/home/pi/RetroPie/roms/psx/Metal Gear Solid.m3u" --appendconfig /dev/shm/retroarch.cfg
selected sound output driver: libretro
ari64_resetThere's no explicit error, can you try running with debugging enabled from the Runcommand launch menu ?
[CDROM] No sg devices found and sg kernel module is not loaded.
That's benign, it's just a warning from RetroArch that it cannot find a real CD-ROM unit attached.
-
"Run with Verbose logging"?
Where does the log file go? -
@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
Where does the log file go?
It's the same file (
/dev/shm/runcommand.log), but with considerably more info. Post its contents to pastebin.com if you get it. -
@mitu Ah ok!
Ah is typical with these things, I was actually able to swap to Disc 1 when I enabled logging!!
I swapped back to disc 2 and then it crashed. Unfortunately it looks like it didn't pick up an error, just stops. -
OK, I've discovered something else.
If I manage to change the disc without it hanging, when I go to quit the game, the system hangs and I can't get back to the RetroPie menu.I took a log from this: https://pastebin.com/KmDL51hM
Has anyone any ideas at all? This is disastrous. Do I just start again and build a fresh image? I only made this card this week.
-
Can't say we've heard about this particular freezing problem before.
Are you using a proper power source/sd card, are you overclocking your Pi ? You havent' given any specific details about your system. -
I'm using a 5v 3A supply and getting no power errors. It isn't an official raspberry one, but I do have one and I'll swap to it and see, but it seems unlikely.
No overclocks.
The system is built from an official image and all I've done is updated everything and then installed and used SkyScraper.
The card is a SanDisk Ultra 64 GB microSDXC Class 10.
The board is a Raspberry Motherboard PI 3 Model A+
I'm using an official Sony PS3 controller to control the system. EDIT: I've obviously also installed sixaxis support.
I don't think there's any other details I can give? What would you do in this situation @mitu ?
@Zering Is your issue similar to what I'm seeing here? Could you give your system details?
-
@AssCabbage been a while since a played a multi-disc game on my pi 4. I'll see if I can replicate the issue you are having. Does this happen with any multi-disc game or specific ones?
-
@quicksilver The only ones I have are Resident Evil 2, Metal Gear Solid and Syphon filter. I've confirmed it with RE2 and MGS.
I've moved RE2 into seperate images and I can use the shared memory card feature to work around it. MGS is the main one I want to fix this for. I could live without Syphon Filter 2.
I'm wondering is this a specific issue with this model of Pi and the low RAM.
-
I don't think there's any other details I can give? What would you do in this situation @mitu ?
Try out the original power supply, then check the sd card. If that doesn't work, try one of the weekly builds.
I'll see if I can replicate the issue you are having
I tried this also, but couldn't get any crash or other error. Since RetroArch got recently been updated to 1.8.5, there's always the possibility of a regression.
Still, give it a try, a second pair of eyes doesn't hurt. -
@mitu said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
RetroArch got recently been updated to 1.8.5
Is there a way to load an older version of RetroArch?
Does anyone know: If I use Etcher to image the card, and then write the image back, will this fix any errors on the card or will they be carried across?
-
@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
Is there a way to load an older version of RetroArch?
You can load the 4.5.1 image and don't update.
Does anyone know: If I use Etcher to image the card, and then write the image back, will this fix any errors on the card or will they be carried across?
If the sdcard has errors, no. If the filesystem is corrupt, then copying back the game files should be enough.
-
@mitu said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
If the filesystem is corrupt, then copying back the game files should be enough.
This is the question I should have asked, cheers. It did get some unintended shutdowns and I've seen this corrupt cards on my Kodi setup before.
-
I am on retroarch 1.8.4 still, lr-pcsxrearmed build (r22 8fda5dd) and cannot reproduce the issue, disc swapping works correctly for me. I'll try updating retroarch and lr-pcsxrearmed and test again.
Edit:
I updated to retroarch 1.8.5 and updated lr-pcsxrearmed to the same version you are on and I cannot replicate your issue. Disc swapping works fine for me. -
@AssCabbage said in Retropie completely locking up (requiring hard reboot) when attempting to switch from disk 2 to disk 1 in multidisk games.:
@Zering Is your issue similar to what I'm seeing here? Could you give your system details?
I've got a Pi 3, no overclock, running off a SanDisk 64 GB SD Card Class 10. My ROMs, however, I am running from a 1 TB Elements external drive, that is connected to a powered USB hub. I've got the official Raspberry Pi 2.5 V power supply, a fan and heat sinks for cooling. I'm pretty sure the issue has nothing to do with my physical setup as PS1 disc switching worked fine long before I set up my ROMS on a drive. As a matter of fact, all I played on lr-psxe-rearmed until about a month ago were multidisk games.
The problem started after I updated my RetroPie-Script and modules. It used to be switching PS1 discs was simple, you went into the Retroarch, appended your image and done. Never had an issue. Ever since I updated, the process is slightly different, and it froze on every single occasion since I updated. I can eject my disk and pick another one, but then it just hangs. I first started noticing it on Legend of Dragoon, Policenauts then Parasite Eve.Since that started, when playing a multi-disk game, if possible, I quit after saving at the end of a disk, then I duplicate my .srm file, and rename it to fit Disc 2. It works, but it's a pain in the ass when it used to be possible to do it all from within Retroarch.
Having said that, I also have a fresh install on another card. I could try and reproduce the issue on that card if anybody thinks that will help? I was hoping a fresh install would solve it.
-
@Zering this looks like the same issue in the current topic. The new Disk control changes are part of the new RetroArch version (i.e. no more disc append, if you have a
.m3uthen you can cycle between discs, etc.).I wonder if it's the PI version that matters here.
-
-
I honestly don't know for sure. I bought mine second hand. How do I find out?
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.