I can confirm that you can install Chimaera in EFI mode. I have performed such an install from I think the alpha net install end of April on an Acer Aspire 5. You may find one or the other thread from me around that time.

Suggestions:
- If you can disable SecureBoot.
- Set the Bios to no CSM, efi driver first, whatever the Bios allows. If in doubt, ask here.
- Make sure you boot your install media in efi mode. When booting, you will usually find your devices twice. Make sure you boot the one that is marked as efi. If not the install runs in legacy mode.
- To verify that the installer is in efi mode, switch to a console as Ralph has suggested, and make sure you have a directory /sys/firmware/efi/efivars. If this isn't present, you are not installing in efi mode.
- grub is installed in efi mode without asking where to. Thats normal.
- After first boot you should have a folder /boot/efi/EFI/debian. In there you should see 5 or 6 files, one of them called grubx64.efi (non-secure boot), another called shimx64.efi (I hope the name is right, I never did a Secure Boot installation and usually delete all related stuff) for secure boot plus some others.
- Check with efibootmgr if you get an output or an error telling you that efi isn't supported?
- I had an issue with that after first boot the efivars were not loaded. I think mounted them, re-installed grub-efi-amd64 and then it worked. Don't know if this still is an issue. Refer to my older threads.

Good luck, rolfie

I have switched my home network completely to Chimaera. 2 PCs, a file server, a laptop.

rolfie

From https://files.devuan.org/devuan_beowulf … _notes.txt:

Pulseaudio
 - If you install a desktop environment from the installer iso, you will
   automatically get the debian-pulseaudio-config-override package,
   which will ensure that pulseaudio is running. If you're running a
   window manager, you may need to install the override package to get
   sound. Alternatively, you may use the old method, described below.
   
 - If you have no sound, make sure the following line in
   /etc/pulse/client.conf.d/00-disable-autospawn.conf is commented as
   shown here:

   #autospawn=no

Maybe this helps.

rolfie

Got 4 PC (one rarely used still on ASCII, one on Beowulf, two multiboot PCs now mainly working with Chimaera for productive work), a file server (upgraded from Beowulf) and a laptop with native Chimaera (set up in April). They all are encrypted, the system always sits on a encrypted LVM, the /home on a separate encrypted drive. On some of them other encrypted drives are loaded by an entry in the crypttab or via a separate script. Everything works very smooth and nice.

I use Chimaera now on all PCs that my wife and me work with regularly. Its rock stable. Very few glitches.

Lets us know details where you stumbled or had issues. Since an encrypted LVM is not absolutely straight forward, maybe its worth to try the basic setup in a VM?

rolfie

Thanks for the heads up, I was looking for such a script and did not find anything useful by the means of Nemo (Cinnamon desktop). In fact there is a cgroups script in /etc/init.d without a LSB header. Here are the first few lines:

#!/sbin/openrc-run
# Copyright (c) 2017 The OpenRC Authors.
# See the Authors file at the top-level directory of this distribution and
# https://github.com/OpenRC/openrc/blob/master/AUTHORS
#
# This file is part of OpenRC. It is subject to the license terms in
# the LICENSE file found in the top-level directory of this
# distribution and at https://github.com/OpenRC/openrc/blob/master/LICENSE
# This file may not be copied, modified, propagated, or distributed
# except according to the terms contained in the LICENSE file.

description="Mount the control groups."

cgroup_opts=nodev,noexec,nosuid

depend()
{
	keyword -docker -prefix -systemd-nspawn -vserver
	after sysfs mountkernfs
}

....

Script by the openrc team. Worth a bug report?

rolfie

Short update: this script is not present under Beowulf/openrc/Cinnamon

Sharing a LVM logical volume should work fine without any problems as long as its not used for distribution specific configuration data. LVM2 is mature, and there should be no major difference in the LVM implementation between distributions. Booting into one or the other should not matter for a data storage, and as long as you use a mature file system like ext4 on the share.

I have split my /home for my multiboot setup with Beowulf and Chimaera into a partition that holds all office data like pictures, LO files etc, and a distribution specific part that holds all the hidden config and cache files. The office share is linked into the distribution specific part during boot.

rolfie

I have created my own root terminal according to this description: https://dev1galaxy.org/viewtopic.php?id=2717. This ends up in /root as working directory. The example is for Mate, but it also works with Cinnamon/Gnome terminal.

I guess you can easily set the path to /.

rolfie

The problem isn't related to the Deepsea theme, it has something to do with that grub starts before / is being decrypted/available for access.

Fix: please read this thread https://dev1galaxy.org/viewtopic.php?id=3679

rolfie

Meta package linux-image-amd64 not installed?

rolfie

See here: https://www.devuan.org/os/documentation … all-devuan

First of all compare data sheet read/write speeds of the NVMEs. I would guess the new large one is faster than the internal one.

I just replaced the 256G NVME WD Blue in my Aspire 5 against a 1T Crucial P5. It makes a difference.

rolfie