Yeah, RAM doesn't support TRIM.

Don't apply options that you don't understand.

From mount(8):

So you should only use that option for SSDs that support TRIM (confirm with lsblk --discard).

Also note that /dev/shm and /run are already mounted with tmpfs by default.

You should stick to a single problem per thread.

FWIW automounting of USB sticks is handled by GVFS & udisks2 via thunar (the file manager), it has nothing to do with the init system.

empty@E485:~ $ apt-file search /usr/bin/dispwin                                          
argyll: /usr/bin/dispwin                  
empty@E485:~ $

https://pkginfo.devuan.org/stage/ascii/ … -1+b1.html

Check with

vainfo
vdpauinfo

Make sure the vainfo, vdpauinfo, va-driver-all & vdpau-driver-all packages are installed before trying that.

And I think newer AMD cards need this line in /etc/environment (or in a fragment file under /etc/environment.d/) for VDPAU acceleration to work:

VDPAU_DRIVER=radeonsi

The Calgary units are used in x86 servers rather than POWERn machines.

The supported architectures for Devuan are listed here: https://devuan.org/os/documentation/dev … nformation

So no, it doesn't look like ppc64el is on the list. Which is a shame.

https://askubuntu.com/questions/142695/ … -partition

You need an EFI system partition but it doesn't need to be mounted at all. Most distributions mount it under /boot/efi but that's only actually needed when installing the bootloader. The grub-install(8) command can be directed to an EFI system partition mounted to an arbitrary location with the --efi-directory= option (which defaults to /boot/efi).

You don't need the API filesystems (/proc, /sys & /dev) but you'll need everything else if you want a full system restoration to the snapshot.

Linux needs swap, it handles OOM events badly.

ZFS doesn't support swap files, and they're a dirty hack anyway.

You can use a ZVOL as swap: https://github.com/zfsonlinux/pkg-zfs/w … wap-device

But it can lock up the system: https://github.com/zfsonlinux/zfs/issues/7734

Devuan uses dash but you can use busybox's version instead (busybox ash).

See the POSIX man page for the general usage: https://pubs.opengroup.org/onlinepubs/9 … es/sh.html

Or dash(1) for the specifics.

The parted(8) command can handle GUID partition tables but I prefer gdisk with the sgdisk(8) scripting command. The --script option for parted(8) just allows for single commands instead of the interactive version.

Don't use pkexec to start a root terminal, that's a silly idea. Why do the MATE devs do that?

Use this to start a root terminal:

x-terminal-emulator -e su -

Create a file at ~/.local/share/applications/root-terminal.desktop to make the action available via the XDG menu sytem:

[Desktop Entry]
Version=1.0
Name=Root Terminal
Comment=Run terminal emulator as root
Type=Application
Exec=x-terminal-emulator -e su -
Categories=System;TerminalEmulator;

+1 for intel-microcode.

The mitigations can be disabled with various kernel parameters: https://github.com/torvalds/linux/blob/ … .txt#L2702

Tested the live ISO and the netinstaller under QEMU/KVM and it all works, good job!

I particularly like the installer option to use OpenRC (I wish I could do that with SharpBang) and also the fact that elogind now allows rootless X if startx from a console login is used.

The only problem I encountered is a failure to set the locale correctly, I had to run

# dpkg-reconfigure locales

then select en_GB.UTF-8 to avoid the error messages mentioned earlier in the thread.

Is there a reason for disabling the beowulf-updates repository? I would prefer to receive those fixes by default.

An intermittent failure would suggest a hardware problem. Have you checked the cable and/or connector for the drive?

Use smartmontools to check drive health, along with fsck(8) to check the filesystem.

I suppose you could also try rebuilding the initramfs:

# update-initramfs -u -k all

But if it was corrupted in some way then I would expect it to fail consistently.

Devuan's Xfce desktop has a MIME-type editor:

https://docs.xfce.org/xfce/xfce4-settings/mime

Go to Applications Menu → Settings → Mime Type Editor

Or run

xfce4-mime-settings

https://pkginfo.devuan.org/stage/ascii/ … 2.1-1.html

Well you could download the .deb package then unpack it and copy the script to /etc/cron.weekly but it's more or less the same as the one I've posted (it uses bash instead of /bin/sh for some reason though, which is slower, potentially more buggy and slightly more memory-intensive).

Don't add the # /etc/cron.weekly/fstrim line if you copy my script though, that's just my lazy way of indicating the filename & location.

From the author's FAQ:

https://www.jwz.org/xscreensaver/faq.html#dvd

And yes, jwz knows this is lame...

EDIT: better version of graysky's script:

#!/bin/sh
[ -z $(which xscreensaver-command) ] && exit 1
while sleep 49; do
   if [ -n "$(pgrep kodi)" ]; then
      xscreensaver-command -deactivate > /dev/null 2>&1
   fi
done

POSIX ftw!