PIXILAB regularly revisits and improves the Linux server image, resulting in newer releases. The release is indicated by the date shown as part of the filename. However, for a running installation, it's not practical to re-image the server regularly. Instead, we provide important notes here on what you can do to keep up to date with the state of the art, keeping your server working as well as possible.

System components are updated regularly. Most updates are not related to Blocks at all, and make no difference. But occasionally, there are security or performance improvements that may be worthwhile to incorporate.

To update your server:

1. Make sure the server has Internet access (test by opening the pre-installed Firefox browser and going to a web address).
2. Switch to the pixi-admin user.
3. Click the orange "suitcase" icon in the toolbar on the left hand side, titled "Ubuntu Software".
4. Select the "Updates" tab.
5. If you see "OS updates", click the "Install" button next to it.
6. Other items may appear in the list (such as the "Firefox Web Browser" shown in the illustration below). You may choose to also update those, if relevant.

Finally, restart the server to make the updates take effect.

While most updates are for the better (or at least neutral), they may occasionally cause problems. Make sure to test all important system functions after updating your server.

To update the Blocks program itself, follow the instructions given here.

The way the Blocks server is started and stopped has been enhanced a few times. This is done by two scripts located in the home folder of the "pixi-server" user. To update those files, do as follows:

1. Download this TAR file.
2. Move the TAR file to your Linux Blocks server.
3. Double click the TAR file on the Linux server.
4. Select both files and drag them to the home folder of the pixi-server user.

To use these scripts to start and stop the server, you must be running Blocks 2.3 or later.

Once installed, you can start and stop Blocks in either of the following ways:

• By restarting the server, which always launches Blocks.
• Start using the PIXILAB Blocks icon in the task bar on the left hand side.
• Stop the server by clicking the Quit button in the Blocks window (not available if started from a non-GUI session – see below).
• Using the start.sh and stop.sh shell scripts from a terminal or SSH session.

The advantage with the last option is that you can start/stop the server without using the GUI. This is often useful when accessing the server remotely, e.g. over a VPN connection or similar.

No Blocks window will appear on screen when started from a non-GUI session, such as over SSH. You can check whether the server is running by attempting to log in to it using a web browser. In this case, you must use the stop.sh script to terminate the server.

During normal operation of Blocks, most disk accesses will be READ operations used to serve media and other data to the display spots. However, due to the default behavior of most Unix-based operating systems, such accesses may still incur a write operation to update the "last accessed" timestamp associated with each file. While this is normal behavior for the operating system, it does incur additional wear on the SSD.

Fortunately, this behavior can be turned off, thereby minimizing the wear on the SSD. To do so, log into your Blocks server as the pixi-server user, then click the icon in the top left hand corner, and type disks.

Click the Disks icon, opening a window like the one shown below. Click the large center partition of the disk to select it. Then choose "Edit Mount Options…" on the cogwheel menu below the partitions.

At the beginning of the "mount options" field, type

noatime,

IMPORTANT: Note that there must be a comma separating the word noatime from the word errors that was already there.

The result will look like this screenshot.

Click OK to save your changes, then restart the server to make your changes take effect.