The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » [ SOLVED ] cant run command from commandsline » 2020-08-04 16:06:15

Got two PC here with Beowulf installed from scratch, both with Mate desktop. No ash, just bash and bash-completion are installed. Both work fine whenever calling Mate terminal as user or with pkexec as root. Same on the desktop opening the (Mate-)terminal.

Also got two Beowulf VMs running in Virtual Box. One is based on an ASCII upgrade with Mate. Same setup as above, works like a charm w/o ash. The other one is a native Beowulf with Cinnamon. The I only have xterm, but that also works fine.


#2 Re: Hardware & System Configuration » [ SOLVED ] cant run command from commandsline » 2020-08-02 19:25:07

I m sitting on fresh installed Beowulf. No ash, just bash, dash and bash-completion. No problems.

Have you got bash-completion installed?

I am not using the alias.


#3 Re: Hardware & System Configuration » Shutdown delay due to Veracrypt » 2020-08-02 19:18:05

Checked with my ASCII installation on the same PC. Had to update Veracrypt to run the same version first. There I do not see the shutdown delay I have with Beowulf. Something is different here.


#4 Re: Hardware & System Configuration » LibPAM-TMPDIR Causes VeraCrypt Mounting Problems » 2020-08-02 16:47:42

There are several options I know how to mount a Veracrypt volume.
1.) Veracrypt GUI
2.) Veracrypt cli interface
3.) cryptsetup

I use 1 and 2. All in common is that you have to tell the sw which container to open and where to mount it. No idea what LibPAM-TMPDIR does or requires.

If you use 2 you will see the mounted container(s) in the GUI. I am not astonished that a container opened with cryptsetup isn't seen by the GUI.


#5 Re: Installation » backports » 2020-07-30 16:23:38

I do consequently use the backports kernels on all my machines. Did that from Squeeze onward for various generations of hardware. Never had any issues.

And every now and then I used bugfixes from backports. But thats rare.


#6 Re: Installation » Devuan Chimaer as guest on Virtualbox: any known issues? » 2020-07-27 20:20:24

Head_on_a_Stick wrote:

VirtualBox is a buggy pile of shite which is slower than QEMU/KVM and the developers have a tendency of covering up and ignoring security issues.

See also … bug=794466

And it relies on blobs.

Maybe you're right. But for me VBox does what I expect it to do. I can pass through USB drives w/o any problem, UEFI mode is sort of crap but available. I can boot a VM from an iso, ....

Tried the same with qemu/kvm and gave up when bold promoters of qemu/kvm didn't have any advise how to solve my issues. I guess this highly promoted piece of SW still requires a lot of brains to really make it a competition for VBox.


#7 Re: Installation » Devuan Chimaer as guest on Virtualbox: any known issues? » 2020-07-26 09:42:27

I am running 6.1.10 directly from Oracle, installed with dpkg -i. Extension pack installed, and guest extensions in each of my old and new virtual machines.

Had some fun to get it working on Beowulf, see

Maybe it helps. Good luck, rolfie

#8 Re: Installation » Devuan Chimaer as guest on Virtualbox: any known issues? » 2020-07-24 19:45:51

No issues here with latest VB directly from Oracle on Beowulf and Chimaera as guest. No issues with systemd.

Have you installed the extension pack?


#9 Re: Hardware & System Configuration » Shutdown delay due to Veracrypt » 2020-07-19 17:24:28

If Caja is correct, 1.7TB. About half of a 4T drive.


#10 Hardware & System Configuration » Shutdown delay due to Veracrypt » 2020-07-19 14:46:18

Replies: 4

Beowulf amd64, openrc as init, shares from file server mounted with nfs4. Veracrypt is used to open a NTFS container as data drive for a Win7 VM. This is done via a script in the user startup folder.

Shutting down this container seems to cause a about 15s long delay past the line "Asking all remaining processes to terminate". 

The complete output looks like this:

[ok] Asking all remaining processes to terminate ... done.
Currently running processes (pstree):
[FAIL] Killing all remaining processes ... failed

On another PC with a similar setup, just without Veracrypt, the shutdown has normal speed.

How can I speedup closing the Veracrypt volume?


#11 Re: Other Issues » [solved] before grub screen appears » 2020-07-16 14:57:12

You move the themes folder to /boot/grub and specify that in /etc/default/grub. From my notes:

# mkdir /boot/grub/themes 
# cp -r /usr/share/desktop-base/grub-themes/cinnabar-grub /boot/grub/themes/ 
# nano /etc/default/grub 

        Change entry to:

# update-grub 

That fixes the error and brings the new cinnabar theme to grub. If you do not want that you can copy the default theme.


#12 Re: Other Issues » [solved] before grub screen appears » 2020-07-16 14:19:21

HevyDevy wrote:

okay so if i understand this correctly it has something to do with desktop-base and grub, not sure if it is present with or without encryption though?

Only appears with encryption, because when grub starts there is no access to /usr/share/..... yet.


#13 Re: Other Issues » [solved] before grub screen appears » 2020-07-16 12:47:06

Have a read of Isn't that the same kind of issue you see? Error message is slightly different, but similar.


#14 Re: Forum Feedback » Why Fie? » 2020-07-10 20:09:36

steve_v wrote:
Tatwi wrote:
golinux wrote:

Note that this option is no longer available in Beowulf and probably beyond.

Heh, I didn't even notice! smile

Neither did I. If I need an installer I'll pick the TUI one every time, and frankly I don't understand what a GUI provides in that context besides a bigger install image and more to go wrong. Starting an X server and all the baggage that entails just to have a pretty installer nuts.

I'd like to give you my reason why I would prefer the graphical installer if available: I can copy/paste passwords and encryption keys to make sure they are the same.

And I do not suffer from CLI-o-phobia. I started my PC career exactly with CP/M when I was on university. My theses was written on a CP/M 8085 and printed of with  a I think 9 needle printer.

steve_v wrote:
GlennW wrote:

Ascii did have a nice gui installer, cut and paste options with the mouse.

Why would you need copy-paste in the installer anyway?
I mean you can use GPM at the console, but why?

Well, installation is possible with the CLI installer, and just for avoiding a few keystrokes I never would use the GUI. But see above, that are very valid reasons, especially when you are dealing with 40 or more character long encryptions keys. This makes the difference.

Also love Beowulf, though I had to fight my way through key typos.


#15 Re: Other Issues » [Solved] linux-5.6.0-0.bpo.2 stucks at "waiting for /dev.... udevd" » 2020-07-06 06:48:50

Head_on_a_Stick wrote:
rolfie wrote:

unpack it to /tmp, mv to /opt/firefox

I prefer to unpack it in $HOME so that it can update itself without having to be run as root.

Works fine with my method, I have just enabled notifications. Getting the notification, FF downloads the update on request, applies updates on next restart as user, no issues.


#16 Re: Hardware & System Configuration » How to properly unpack and repack initramfs by hand? » 2020-07-05 20:04:34

Another approach: boot the hardware with a life media, chroot into the new system, then check crypttab, fstab .... for correct UUIDs. The problem may the there.


Note: I have used VMs to explore new distros myself, makes sense to get some experience. I used to take notes what I did to achieve certain results, and then I went an made a fresh install on the real HW based on the notes.

#17 Re: Other Issues » [Solved] linux-5.6.0-0.bpo.2 stucks at "waiting for /dev.... udevd" » 2020-07-05 20:01:06

If you want and need the latest firefox download the Debian package directly from Mozilla, unpack it to /tmp, mv to /opt/firefox and create a starter manually. Easy done, and no foreign repo in your sources.


#18 Re: Hardware & System Configuration » How to properly unpack and repack initramfs by hand? » 2020-07-05 19:58:13

That your image grows tells me that you forgot to recompress again. There should be instructions how to do this.


#19 Re: Installation » How to get java8 on devuan3? » 2020-07-02 20:05:10

You must know why the openjdk-11 that is available in Beowulf isn't good enough. Have you tried that?

Nevertheless it might be possible to install openjdk-8-jre from ASCII. Depends on the dependencies.

Give this a try:
Uncomment #deb ascii main contrib non-free in your sources.list.
Run apt update
Then apt install -s -t ascii openjdk-8-jre
and look at the result. The -s simulates the installation only. If it looks good you may risk the installation without the -s option.
Don't forget to undo the uncomment and run apt update afterwards.


#20 Re: Installation » How to get java8 on devuan3? » 2020-07-01 21:46:04

Load from Debian:

Paket openjdk-8-jre
stretch (oldstable) (java): OpenJDK-Java-Laufzeitumgebung, verwendet Hotspot JIT

and install with dpkg -i package.


#21 Re: Installation » Errors encountered processing: libgstreamer-gl1.0-0_1.14.4-2_amd64.deb » 2020-07-01 20:52:23

My background: Beowulf installed from scratch, German setup and locale, works fine the way it is, menus ... all in German. My Beowulf is clean....

Based on this:
1.) Give HOAS proposal a try. You can't loose anything but your problem. When that fixes your locale problem you are done so far.
2.) If it doesn't, try to remove the extra stuff vs my post one by one. Play it carefully with simulating with apt -s remove what the consequences are before executing without -s. If in doubt, ask here again with what you got as output.
3.) Repeat HOAS proposal.

Good luck, rolfie

#22 Re: Other Issues » EFI trouble » 2020-07-01 19:08:00

Followup on bad EFI memory:

Got two boards at home that suffer from strange EFI behaviour. Digged a bit in the internet and came across some threads that talk about that the Linux kernel tries to save some data in EFI variables when the computer crashes. I am pretty sure that happened to my hardware.

Is there any safe way to clear the EFI variables? ASUS denied it and told me to return the board.

Is there a way to prove my theory? To force ASUS to fix the lockup because that should not happen?

These rants also talk about that noefi as kernel parameter would stop the kernel to access the EFI variables. But that would mean the computer has to boot in BIOS mode. Am I right?


#23 Re: Installation » Errors encountered processing: libgstreamer-gl1.0-0_1.14.4-2_amd64.deb » 2020-07-01 17:57:29

From a native Beowulf install:

# dpkg -l | grep locale
ii  krb5-locales                                      1.17-3                              all          internationalization support for MIT Kerberos
ii  libdatetime-locale-perl                           1:1.23-1                            all          Perl extension providing localization support for DateTime
ii  libencode-locale-perl                             1.05-1                              all          utility to determine the locale encoding
ii  liblocale-gettext-perl                            1.07-3+b4                           amd64        module using libc functions for internationalization in Perl
ii  locales                                           2.28-10                             all          GNU C Library: National Language (locale) data [support]
ii  python-apt-common

My first candidate for removal would be the libboost-packages, then the util-linux from ASCII.


#24 Re: Hardware & System Configuration » [Solved] Password required for startup script » 2020-06-28 19:25:23

Got the hint from here: … 04d12bba8/

There is some change between ASCII and Beowulf. This way it works.


#25 Re: Hardware & System Configuration » [Solved] Password required for startup script » 2020-06-27 21:45:30

Fixed it by adding /usr/bin/uptime to the priviligues specification for veracrypt in the sudoers. Found it somewhere in the sourceforge forum for veracrypt.

The sudoers entry reads like this now:

$username$    ALL=(root)      NOPASSWD:       /usr/bin/veracrypt, /usr/bin/uptime


Board footer

Forum Software