Posts by MorgothQ

    I ran apt update a couple times but still received the same error so I began looking into at /etc/apt/sources.list and /etc/apt/sources.list.d/ and noticed the following:

    Hit:16 jessie InRelease
    Hit:19 jessie-backports InRelease

    I replaced jessie with stretch and now I'm able to run apt update with no errors. I highly doubt it's related, but it certainly an odd coincidence.

    This is a bintray issue that happens from time to time. No idea what causes. I have email their support before but don't get a lot since this is a free service.

    So, if I wait, it should clear up on it's own?

    I'm seeing the same error on GitHub as well. Has it been a recurring error over there too?

    Sent from my Pixel 2 XL using Tapatalk

    Hi all,
    Following an upgrade to 4.x last night I'm now getting the following error when I run apt upgrade:

    E: The repository ' stretch Release' does not have a Release file.
    N: Updating from such a repository can't be done securely, and is therefore disabled by default.
    N: See apt-secure(8) manpage for repository creation and user configuration details.
    E: The repository ' arrakis Release' does not have a Release file.
    N: Updating from such a repository can't be done securely, and is therefore disabled by default.
    N: See apt-secure(8) manpage for repository creation and user configuration details.

    I'm also getting the following in my e-mail, as opposed to the normal message about logins, updates and such:
    Found the answer to this. See followup message below.

    Subject: [storage.workgroup] Cron <root@storage> [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean
    /usr/lib/php5/sessionclean: 34: /usr/lib/php5/sessionclean: php5: not found

    Any idea what might be causing either and how I might fix them? I've searched both this forum and the Internet at large to no avail.

    I have a 6 disk RAID 6 that is no longer working following a reboot. 3 of the disks seem to be ok, but the remaining 3 disks don't even show the correct partition type ( through 'fdisk -l') and likewise claim to have no superblocks (when trying 'mdadm --assemble'). Running blkid shows 3 disks with the correct UUID, Label, and type, but the three remaining disks with only varying PTUUIDs and a PTTYPE of 'gpt'. I've scoured Google and can't seem to find anything similar that's happened to anyone else. Using testdisk, I can see that pieces are intact, so I suspect it is recoverable, but have no idea where to begin.

    And yes, I know the first response should be "Restore from backups!" sadly, that's not an option in this case as I haven't made any in some time. (Bad sysadmin!)

    Any ideas on where I should begin? I may even be willing to pay for some assistance on this.

    Thanks to @shadowzero and his excellent Serviio Install Guide, I've been happily using Serviio for a couple years. However, I recently was given a ChromeCast, but was frustrated by it's inability to stream content from the local network. After some searching, I came across BubbleUPNP which does exactly what I needed, but was a bit of a pain to install. I documented all my steps and am sharing it here in case it may be of use to anyone else.

    BubbleUPNP Install Guide
    Requirements: a UPNP server (anything should work, I use Serviio) BubbleUPNP, Java 8.x, Android Phone

    • Check for Java

      java -version

      If it's installed you'll get output similar to below and can skip installing Java and go immediately to step 1


      java version "1.8.0_72"
      Java(TM) SE Runtime Environment (build 1.8.0_72-b15)
      Java HotSpot(TM) 64-Bit Server VM (build 25.72-b15, mixed mode)

    • add the Java 8 repository, then install the Java 8 runtime

      echo "deb trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list
      echo "deb-src trusty main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list
      apt-key adv --keyserver --recv-keys EEA14886
      apt-get update
      apt-get install oracle-java8-installer
    • Set Oracle Java 8 as the default on the system:

      apt-get install oracle-java8-set-default


    • The first step is to download BubbleUPNP:


      Then unzip it:

      unzip -d bubbleupnp

      You'll also need ffmpeg in the BubbleUPNP directory for it to function properly:

    • Code

      ffmpeg needs to be unzipped as well:

      unzip -d bubbleupnp
    • Move BubbleUPNP to a better location than your home directory:

      mv bubbleupnp /usr/local/bubbleupnp
    • And make things executable:

      chmod +x /usr/local/bubbleupnp/ffmpeg
      chmod +x /usr/local/bubbleupnp/ffprobe
      chmod +x /usr/local/bubbleupnp/
    • You don't want services running as root (security risk!), so we'll create a new user that will only be responsible for running BubbleUPNP:

      useradd -s /usr/sbin/nologin -d /usr/local/bubbleupnp -r -M -U bubbleupnp
    • our new user needs to own the folder in order to do it's job:

      chown -R bubbleupnp:bubbleupnp /usr/local/bubbleupnp
    • It's time to create our startup script. Open nano (or the text editor of your choice):

      nano /etc/init.d/bubbleupnp

      and paste in the following:

      Save it (Ctrl-o) and exit (Ctrl-x) the‭ editor.
      If you've made any changes to usernames, directories, etc, please ensure you make the necessary changes in the script as well.

    • This script needs to be executable:

      chmod a+rx /etc/init.d/bubbleupnp

      And root needs to own it:

      sudo chown bubbleupnp:bubbleupnp /etc/init.d/bubbleupnp

      It needs to be added to startup:

      sudo update-rc.d bubbleupnp defaults
    • The moment of truth! Let's start the service:

      service bubbleupnp start
    • Did it work? Let's make sure it's running:

      service bubbleupnp status
    • Time to configure the server!

    Serviio upgrade instructions:

    Stop the Serviio service

    service serviio stop

    remove any old backup

    rm -rf /usr/local/serviio.old

    move the existing installation

    mv /usr/local/serviio /usr/local/serviio.old

    download the latest version


    extract it

    tar xzf serviio-1.7-linux.tar.gz

    move it to the same location at which the old install was located

    mv serviio-1.7 /usr/local/serviio

    copy the library from the backup location - this ensures you don't need to rebuild

    cp -raf /usr/local/serviio.old/library /usr/local/serviio

    copy the plugin folder from the backup location as well.

    cp -raf /usr/local/serviio.old/plugins /usr/local/serviio

    change the ownership on the directory back to the user account the runs the service

    chown -R serviio:serviio /usr/local/serviio

    start the Serviio service

    service serviio start

    Enjoy your newly updated media server!