RuneAudio Forum

RuneOS - DIY RuneAudio+R e

For all Raspberry Pi: Zero, 1, 2, 3 and 4

As of 20201224, this has been upgraded to a New Version.

Build RuneAudio+R e from scratch with a single command line.

- Create RuneAudio+R e from Arch Linux Arm latest releases.
- Interactive interface
- Options:

- Run ROOT partition on USB drive
- Run on USB only - no SD card (boot from USB)
- Pre-configure Wi-Fi connection (headless mode)
- Exclude features (can be as light as possible in terms of build time and disk space)

- System-wide upgradeable: pacman -Syu can be done without broken the system.





Procedure

- Prepare partitions
- Create Arch Linux Arm

- Verify partitions
- Optional - pre-configure Wi-Fi
- Download
- Write partitions
- Connect PC to Raspberry Pi
- Create RuneAudio+R e

- Select features
- Upgrade kernel and default packages
- Install feature packages and web interface
- Configure
- Set default settings

For reference, please report your result, either passed or failed, with:
- Raspberry Pi: Version and model
- DAC: Brand, model/series and I2S / USB
- ROOT: SD card / USB drive / USB only
- LAN: wired or Wi-Fi
- Linux: distro and version

rern

My first experiences with the released DIY version.
But first: Full respect to Rern's work.

My environment:
- Ubuntu 19.10 (64Bit) on Ryzen 2700x
- Hardware: Raspberry Pi 3 Model B Rev 1.2
- DAC^h-^h-^h-DigitalOut: HifiBerry Digi+ Pro (I2S)
- Micro SD card only
- Existing data-folder saved as tar-file
- Music on a CIFS-share

In my first try I restricted the optional features to a minimum: Avahi (for convenience) and FFmpeg (needed to decode .ts (MPEG Transport streams). Generation of RuneAudio runs smoothly. At the end I exchanged the fresh data-folder with the contents of my tar-file and restored database and settings with the corresponding addons-function. In the log of "Restore settings" I detected many ESC-sequences and "Failed to" messages which are not surprising because the corresponding services (shairport-sync, localbrowser, nmb, upmpdcli) had been excluded. Although "Restore mounts" should be successful, the CIFS-share was not available (I'll come to that below).

I restarted the DIY process maintaining all optional services and proceeded as above. Again, same CIFS-share problem. Reason: The mount-point of the share under /mnt/MPD/NAS was missing. After creation of the directory and subsequent manual mount the network share was available.

Summary:
- Everything o.k.
- Have a look at the mount-point for network shares

klassikmann

I found a regression.
The problem described in https://www.runeaudio.com/forum/runeaudio-r-e1-an-improved-version-of-runeaudio-t6883-180.html#p28731 (coverart generation and .mpdignore) is back again.

klassikmann

Test result with all available features: everything's OK.
Awesome work!

My environment:
- Linux Mint 19.1 on an old HP6730s
- RPi 3 with HifiBerry DAC+
- all-on-MicroSD mode
- music on an NFS share


Regards, Andy

klassikmann wrote:... In the log of "Restore settings" I detected many ESC-sequences and "Failed to" messages which are not surprising because the corresponding services (shairport-sync, localbrowser, nmb, upmpdcli) had been excluded. Although "Restore mounts" should be successful, the CIFS-share was not available ...

Fixed.

The .mpdignore excluded directories and coverart scan was fixed as well.

rern

@rern: Mixed success.

rern wrote:

klassikmann wrote:... In the log of "Restore settings" I detected many ESC-sequences and "Failed to" messages which are not surprising because the corresponding services (shairport-sync, localbrowser, nmb, upmpdcli) had been excluded. Although "Restore mounts" should be successful, the CIFS-share was not available ...

Fixed.

The .mpdignore excluded directories and coverart scan was fixed as well.

rern

I just made a new system. After that I restored my existing data folder via "Restore settings". Then I performed a manual reboot because the automatic reboot at the end of "Restore settings" did not take place (I forgot to mention this behaviour in my yesterday post).
At https://www.magentacloud.de/lnk/fRhpqVUk you find the screenshot of "Restore settings": ESC sequences still present.

Additional observations:
- MPD settings, not restored: "Volume level control", "Replay gain" and "FFmpeg".
- Sources: CIFS network share auto-detected. i.e. issue concerning missing mount point resolved.
- System settings: On-board Wi-Fi erroneously activated, i.e. setting not restored.

Than I deleted all files in data/coverarts. New generation of coverarts did not respect the contents of .mpdignore.

klassikmann

Nice job Rern, many thanks for your efforts!

My environment:
- Windows 10 desktop PC
- RPi 2 with Allo DigiOne
- all-on-MicroSD mode
- music on an Samba share

After a lot of try’s & fails I manage to install it finally last night.
I started by setting up a static IP.
The IP changes to static but after a reboot it turned to previous status.
It seems that the settings aren’t stored.
I think the I2S settings don’t stored as well.
Does anyone face the same issue ?

I’ll continue the tests and I’ll report back.

Note:
As an average Windows User, dealing with VirtualBox was a pain in the butt.
I tried different tutorials regarding mounting the SDcard with little success (I had access denied issues)
and when I was finally succeeded, Rerns script gave me errors.
At the end the easiest way was to boot the PC from a USB flash drive with Kali Linux.

Tip for aspiring testers:
During the script execution be patient – it takes some time.
When you discover Raspberry’s IP, write it down.
If you don’t remember the IP you have to start the prosses all over again.

Best regards
Stavros

Hi, Rern!

Trying to build my Runeaudio on RPi 3A+ . Running create-rune.sh script after Installing customized packages and webinterface I get continious Packages download incomplete!. Internet connection is fast and stable. Do you have any ideas?

Regards!

Mainstreet wrote:Trying to build my Runeaudio on RPi 3A+ . Running create-rune.sh script after Installing customized packages and webinterface I get continious Packages download incomplete!. Internet connection is fast and stable. Do you have any ideas?

Some servers of Arch Linux Arm package can be inconsistent sometimes. It shows as error messages during download. Try ranking the servers:

Code: Select all

wget -qN --show-progress https://github.com/rern/RuneOS/blob/master/srv/http/addons-functions.sh
. /addons-functions.sh
wget -qN --show-progress https://github.com/rern/RuneAudio/raw/master/rankmirrors/rankmirrors.sh -O - | sh


Then run create-rune.sh again.

rern

s.k. wrote:...
As an average Windows User, dealing with VirtualBox was a pain in the butt.
I tried different tutorials regarding mounting the SDcard with little success (I had access denied issues)
and when I was finally succeeded, Rerns script gave me errors.
At the end the easiest way was to boot the PC from a USB flash drive with Kali Linux.
...
When you discover Raspberry’s IP, write it down.
If you don’t remember the IP you have to start the prosses all over again.
...

I've revised the preparation part to include the Linux-on-USB. It's even better than VirtualBox Linux. I've tried Manjaro Arch Linux and it's a good choice as well.

If forgot the scanned IP address, now Rescan is available instead of cancel and restart again.

rern