@StuMcBill

So, I've updated the bootloader to "NVME/USB Boot" (got the green screen and rapidly flashing green light), removed the SD card, placed a USB stick (flashed with Raspbian Lite) into one of the USB3 slots, and it won't boot.

I get the message below:

"Raspberry Pi 5 - 4GB

bootloader: 6fe0b091 2024/06/05

update-ts: 1718268387

board: c04170 ce7cb976 d8:3a:dd:a6:ef:65

boot: mode USB-MSD 4 order f14 retry 0/128 restart 1/-1

SD: card not detected

part: 0 mbr [0x00:00000000 0x00:00000000 0x00:00000000 0x00:00 power: supply: RPi USB-PD 5000 mA CC1 PMIC: reset normal 0x0 us net: down ip: 0.0.0.0 sn: 0.0.0.0 gw: 0.0.0.0

tftp: 0.0.0.0 00:00:00:00:00:00

display: DISPO: HDMI HPD=1 EDID=ok #2 DISP1: HPD=0 EDID=none #0

Boot mode: USB-MSD (04) order f1

USB2[1] 000206e1 connected

USB2[1] 0020003 connected enabled

USB2 root HUB port 1 init

USB2[1] 000206e1 connected

USB2[1] 00200e03 connected

enabled

USB2 root HUB port 1 init

USB MSD stopped. Timeout: 25

Boot mode: SD (01) order f

seconds

Failed to open device: 'scard'

Failed to

(cmd 371a0010 status 1fff0001)

Boot mode: RESTART (0f) order 0

open device: 'scard (cmd 371a0010 status 1fff0001)

Boot mode: USB-MSD (04) order f1

USB2\1) 000206e1 connected

USB2(1) 00200e03 connected enabled

USB2 root HUB port 1 init"

Any ideas?

READ THIS FIRST before asking for help.

It's been a while since your post, but I wanted to offer some insight. I had the same issue with using cheats in Retroarch MAME, and it took me a while to figure it out. One thing I want to point out is when you’re playing a game, you can enable cheats through the Retroarch menu by setting “Enable cheats” to On. Alternatively, you can enable cheats globally by editing the configuration file to include the line mame_cheats_enable = "enabled".
If you’re into more advanced game hacking, you might want to read this guide on kernel-level injectors. It has a lot of useful information.

@Addison No Problem :-)

@SuperMazut yeah. Retropie only cares about the retropie-mount folder on the USB drive -- whatever else you do with the rest of the drive, doesn't matter.

I have done exactly that myself because for some reason I couldn't get retropie to run on top the Lite OS. Long story short, I like it. You can set boot order to run Retropie first and you got a desktop environment as a bonus when you exit RP. I have yet to find any disadvantages to that... Space efficiency maybe, if you have a smaller SD card?

@Flexo55 Good you did find the cause. Please, as a courtesy to other users of this forum, do edit your first post and add to the subject something like [solved].

@mitu hi sorry yes I meant Raspberry Pi 4. I have since deleted all of the PS2 ROMs and replaced with PS1 ROMs in .chd format and I’m still getting the same error message about not being able to parse the data

I had the same problem.
In the bottom of this link is my solution. Generel advice is to make a backup before updating RetroPie.
https://github.com/BlitterStudio/amiberry/issues/1392

I swapped over to Hypseus, and was able to get everything running (tested on Dragon's Lair). Thank you again for the suggestion!

@wsamael said in need help to update retropie package script:

@sleve_mcdichael
after the prompt nothing happens as if I had quit retropie.

That's how it's meant to work. The way you're doing here, retropie_packages.sh [package] [function] is used to call an individual specified function (example, the updatescript function of the setup package), and then exit.

It's not supposed to quit retropie setup.

If you want to go back to the menu after, you can run retropie_setup.sh after the updatescript function:

retropie_packages.sh setup updatescript retropie_setup.sh

This is equivalent to doing:

retropie_packages.sh setup updatescript retropie_packages.sh setup gui

...

ok it's up to date but if I launch through the menu it still checks, there, it doesn't do anything

I'm not sure what you mean, here. What does it check?

When you do it through the menu, after updatescript it does runs another function post_update which in turn runs an _update_hooks function, on every package that has one. Maybe this is what you mean that it "checks"?

...I am not sure, but I think you can usually skip this step, since I think this is for doing a sort of "fixup" when, for example bringing RetroPie up to date from a very old version like 3.x updating to 4.x.

If you want to run it anyway:

retropie_packages.sh setup post_update

post_update also has a special "return function" that it can run another function after exit -- if that "return function" is gui_setup, then it goes right to the main menu. So instead of three commands for updatescript, post_update, and gui, you can do it in only two with:

retropie_packages.sh setup updatescript retropie_packages.sh setup post_update gui_setup

(This is what actually happens, when you choose it in the menu.)

...does any of this help?

@StuMcBill Sorry for the bump, but does anyone have any idea why this would be happening?

@sirhenrythe5th It's spam.

@Alfa How did you solve the problem?

@90sgamer I am starting over with a new image. thanks anyway for your help. disregard previous msgs

@ByteThis Yes I have an sd card adapter and a usb adapter I have tried in multiple ports