RetroPie-Setup VS pimox7

sudo apt update && sudo apt upgrade sudo apt install git lsb-release cd git clone --depth=1 https://github.com/RetroPie/RetroPie-Setup.git cd RetroPie-Setup sudo ./retropie_setup.sh

1) Install OS Lite (64-bit) 2) - sudo apt-get install pulseaudio - sudo apt-get install pavucontrol paprefs 3) - sudo raspi-config - System Options > Wireless LAN > ... - System Options > Audio > 0 - System Options > Boot / Auto Login > B2 Console Autologin - Localisation Options > L1 Locale > ... - Localisation Options > L2 Timezone > ... - Localisation Options > L3 Keyboard > ... - Localisation Options > L4 WLAN Country > ... Reboot 4) sudo apt update && sudo apt upgrade 5) - sudo update-locale LC_ALL="en_GB.UTF-8" - sudo update-locale LANGUAGE="en_US:en" 6) Reboot 7) - sudo apt install git lsb-release - git clone --depth=1 https://github.com/RetroPie/RetroPie-Setup.git - cd RetroPie-Setup - chmod +x retropie_setup.sh - sudo ./retropie_setup.sh 8) - Manage Packages > core > Install all core packages - Manage Packages > main > lr-snes9x > Install from source - Manage Packages > depends > sdl2 > Install from source - Configuration / tools > samba > Install Retropie Samba shares - Configuration / tools > autostart > Autostart Emulation Station after login 9) - Retropie > Configuration > Retroarch > Settings > Audio > Output > Audio > sdl2

Since your version is from before the switch from Stretch to Buster with RetroPie 4.6 in 2020, unfortunately you'll not be able to upgrade in-place. You will need to backup and reinstall.

That's the output of retropie_welcome, an alias added to your ~/.bashrc by the bash welcome tweak.

What version do you run that doesn't have a FinalBurn option? FBN or its predecessor FBA have been included pre-installed by default for a very long time.

They are still working on it.

Anyway, the error message I get points to line 235 in the splashcreen script. Line 235 and a little above plus below is this while loop:

Proxmox [1] will see a boost in popularity, good. I'm using the free version in combination with the backup server on both small (several RasPi 4's spread over several countres running the 'PiMox' [2] port) as well as medium (DL380) sized systems and find it to be a stable as well as practical platform.

[1] https://proxmox.com/en/

[2] https://github.com/pimox/pimox7

Starting with the https://github.com/pimox/pimox7 website I now have a four node HA environment (all on Pi4's, 4GB RAM each, 16GB SD card each) along with a 500GB slice of space on my home SSD Synology (for all VMs, etc). As of this moment all four are up, talking to each other, and I'm running a PiHole instance with high availability enabled (or at least that is what the instructions I followed tell me).

Same experience here, the PiMox repository on GitHub is I.m.o the official unofficial pve ARM-port. I really hope the pve team is going to either support or find a way to leverage the work already done by Tim & the rest, it would be a waste not to.

https://github.com/pimox/pimox7 Look at this

For anyone who wants proxmox on their ARM device, check out pimox

Not massively recommended but version called pimox works okay https://github.com/pimox/pimox7

I wonder if pimox (Proxmox hypervisor) will run on it.