The officially official Devuan Forum!

You are not logged in.

#26 Re: Hardware & System Configuration » Where to view system requirements Devuan » 2025-06-23 22:46:21

They are the same as for debian.
They are like
    RAM: 2 GB or more.
    CPU: Dual-core processor of minimum 1GHz clock speed.
    Storage: At least 20GB of disk space.
    USB drive: 8 GB or above.

But it depends on use case. For example, to browse thhe web you cannot live with 2 Gb of RAM. The modern web is broken and resource hungry.
So, it depends.

#27 Re: Other Issues » [SOLVED] Could not write to external drives after update » 2025-06-22 20:01:40

hardware.

Hardware: Yep, right now I'm fighting with an AMD Ryzen AI 9 HX 370. All firmware is up to date. Turbo boost is disabled, the governor is set to conservative while on battery, and energy_performance_preference is set to power. The kernel is new and allows AMD control.

However, the system constantly ramps up from 600 MHz to 2 GHz even when in idle state (0-2% load on some but not all cores). At least turbo boost is disabled; otherwise, while running tasks on battery, it would reach up to 5 GHz.

This machine is compact and lightweight, so I can take it with me. This is the reason to have it.  On Intel hardware, I don't have such issues except for sometimes very long wake-up times (~1 minute) from sleep mode. I suspect this is because ME (Management Engine) is disabled. Starting from the 11th generation, disabling ME can make machines unbootable at times. It might take 1 or 3 minutes to power on; if it doesn't want to power on, I have to switch it off and then back on again. So, I prefer not to shut down too often.

Unfortunately, the corporations have won. Now these hardware backdoors like Intel ME and AMD PSP (I don't know the names of hardware backdoors for Mac and Huawei) are becoming mandatory. Unfortunately, there weren't enough people who cared or small businesses that cared about this issue. Pity.

Now, if you have old hardware like Intel 10th generation or earlier, keep it carefully as all new hardware comes with permanent backdoors.

I'm not sure whether eliminating software cancers like systemd will win the war when there are hardware backdoors and proprietary BIOSes.  sad

#28 Re: Desktop and Multimedia » [SOLVED] No audio through Pipewire » 2025-06-22 16:40:24

Maybe try to reinstall and reconfigure it from the beginning. It's much quicker than to find where the problem comes from.
Below are my notes (synthesis from different sources, including this forum) to troubleshoot PipeWire and to force it to work as it should.

apt-get install --upgrade pipewire*
apt-get install wireplumber pipewire-alsa

check

/etc/pulse/client.conf

it should have

autospawn = yes

as well as

/etc/pulse/client.conf.d/01-enable-autospawn.conf

if you still have pulseaudio-enable-autospawn service, then eliminate it

you can also try to

touch /etc/pipewire/media-session.d/with-pulseaudio

if there are no such folders then create them

touch /etc/pipewire/media-session.d/with-alsa
cp /usr/share/doc/pipewire/examples/alsa.conf.d/99-pipewire-default.conf /etc/alsa/conf.d/

for bluetooth with piewire

apt-get install libspa-0.2-bluetooth
apt-get remove pulseaudio-module-bluetooth

Than pipewire will attempt to choose the best possible codec by default

Finally, create pipewire_start.sh with the following content

#!/bin/bash

# Added to start pipewire on login to desktop
# https://dev1galaxy.org/viewtopic.php?id=5867
# was the ~/.xsessionrc -rw-rw-r-- permissions
# now ~/bin/pipewire_start.sh executable permissions
# as bash script loaded from KDE autostart in System Settings

# kill any existing pipewire instance to restore sound
pkill -u "$USER" -fx /usr/bin/pipewire-pulse 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/wireplumber 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/pipewire 1>/dev/null 2>&1

exec /usr/bin/pipewire &

# wait for pipewire to start before attempting to start related daemons
while [ "$(pgrep -f /usr/bin/pipewire)" = "" ] ; do
   sleep 1
done

# start wireplumber
exec /usr/bin/wireplumber &

# start pipewire-pulse
exec /usr/bin/pipewire-pulse &

make it executable and add to session autorun

#29 Re: Other Issues » [SOLVED] Could not write to external drives after update » 2025-06-22 16:17:51

So, the culprit was the USB drive, not the system

I have another machine running devuan. No problems there. After the second attempt on the first machine, I mounted the filesystem using 'mount -o remount,rw exfat' and rebooted it. It worked fine. I've realized for a while now that computer science isn't an exact science. :lol

/usr/share/polkit-1/actions/org.freedesktop.UDisks2.policy  is where the permissions for devices are, this is most likely culprit in my experience.

  - noted for the future, thanks.

Solved itself.

#30 Re: Other Issues » [SOLVED] Could not write to external drives after update » 2025-06-21 22:18:52

is this the same install as what you were referring to in this previous post?

No. It's pure devuan.

Maybe the file system needs to be checked?

I've checked it using virtual windows.

Perhaps a change in rules in whatever polkit is used in KDE? Just a guess, I know zilch about KDE.

I'm also new to KDE.

#31 Other Issues » [SOLVED] Could not write to external drives after update » 2025-06-21 09:30:52

Devarch
Replies: 9

Devuan Excalibur, KDE - updated as of today.

I encountered an error message: "Could not write to external drives."

Just yesterday everything was working fine. The system is updated today. Now, my USB drives are only mounting read-only in /media/user/exfat_drive with permissions drwxr-xr-x for user:user.

A windows virtual machine check did not reveal any issues.

Why has this occurred? How can I restore the ability to auto-mount all external drives as read-write without having to manually add each new drive to fstab, apply masks, and reboot?

#32 Re: Off-topic » Debian removed multi-init support from the latest shipped grub » 2025-06-19 20:45:00

Debian removed multi-init support from the latest shipped grub

This explains why I was unsuccessful in converting Trixie to Excalibur by eliminating systemd (the process was challenging as well). big_smile

#33 Re: Installation » [SOLVED] Prevent Update from Overwriting EFI » 2025-06-19 20:38:46

fsmithred, thank you. I'll check what can be done. You are right; it prefers debian. I've updated the first install (grub, linux-image etc) and it did not destroy the second one named devuan. However, it changed the EFI boot order, making debian the first one and refind the last one. It also completely eliminated "the second partition on the SD card" (which is Ventoy with .iso files). This strange behavior might be linked to the motherboard.

This is why I want to keep two similar systems for a while to test different configurations and approaches. There are too many things to resolve: find the right values for nbfc, make ryzenadjdJ understand ryzen_smu (it doesn't currently), etc.

I'll mark this topic as solved.

#34 Installation » [SOLVED] Prevent Update from Overwriting EFI » 2025-06-19 12:17:49

Devarch
Replies: 2

Case 1: I had an Excalibur installation done in the following way: Debian Bookworm -> OpenRC -> Devuan Daedalus -> Devuan Excalibur.

Disk layout: EFI, boot-1, boot-2, root-1, root-2.
The installation created a folder "debian" on the EFI partition.
Then I made another install from the Excalibur net install ISO. Using the same EFI partition (no format), boot-2 and root-2. I've got two folders: debian and devuan on the EFI partition.

Problem: No matter if I choose Debian or Devuan from the F7 Boot menu, only the second installation is loaded.
I restored the EFI from a backup, added the second folder and reconfigured through efibootmgr to point at the corresponding files. So, I was able to choose again which of the two installs to boot.

Question: How can I prevent the second install from modifying the first install?

Case 2: I've made some installations and updates on the second Devuan and lost the ability to boot the first installation. Both entries (Debian and Devuan) only boot the second install.
Question: How can I prevent this behavior?

#35 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-18 22:57:54

What I'm trying to say is that many applications are impossible to install because they depend on something else. Almost all these packages are present in Ceres or Daedalus. In other words, Excalibur has the fewest number of packages. What's unclear to me is why a package can exist both in Daedalus and Ceres but not be available in Excalibur?

#36 Re: Off-topic » GNOME is taking the scum bag approach still... » 2025-06-18 12:30:38

Most of the accessibility stuff is waaaaay behind. Screen readers, on screen keyboards, etc. That said I have been using Wayland on my gaming machine because.....shiny.

Yes. Screen keyboard, correct scaling, different scaling factors for different displays connected simultaneously.

Interesting.

#37 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-18 12:23:32

I'm not sure why the installer would not use the driver you provided, I'll take a look at that part.  Could you tell me the steps you took so I can reproduce it?

rbit, if I remember correctly, I've downloaded the .deb file as the driver, unpacked it, and placed the firmware folder on a USB flash drive.

I see that there is a new . iso to download.

What about this Debian bug https://github.com/mattermost/desktop/issues/2853?
Will Devuan follow Debian's package policy?

Some packages that are present in Daedalus (Bookworm) are missing in Excalibur (Trixie). Some of them, like gconf2 and gconf-service, are only available in Daedalus/Bookworm. Others are in Ceres/Sid. This produces a bit of a 'Frankendevuan' situation."

#38 Re: Desktop and Multimedia » Android in a VM - recommendations? » 2025-06-17 11:59:07

dDepending on your needs, Genymotion (https://www.genymotion.com/product-desktop/download/) may work

It's spyware. They track you. Otherwise, yes it's the best but requires virtualbox.

#39 Re: Off-topic » GNOME is taking the scum bag approach still... » 2025-06-17 11:55:12

if or when they will embrace wayland

What is wrong with Wayland? I use Wayland because only Wayland is able to scale all apps correctly even those that cannot be scaled with qt or gtk scale.

#40 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-16 23:06:19

Sure it is. But you should specify the network and its details as if it was fully working.

Not possible. There are no network interfaces, then no wpassupplicant no nmtui even /etc/apt/sources.list points to cdrom

#41 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-16 22:08:22

fsmithred, unfortunately I could not see your post before.

I've made install with devuan_excalibur_6.0-20250605_amd64_netinstall.iso to AMD Ryzen AI 9 HX 370, AMD Radeon 890M. I've flashed it to usb flash drive (no ventoy, rufus etc).

Expert install.
First error: The missing firmware files are : iwlwifi-ty********

Second error: No network interfaces detected

Then "The system can be set up to symlink /bin and /sbin to /usr/bin and /usr/sbin, respectively. ....If unsure, the safe choice is "No".
However, the default choice was Yes.
So,Yes.

Third error: Bad archive  mirror #of cause, there is no internet
Then "standard_system_utilities" - selected
"Update NVRAM variables to automatically boot into Devuan?" - Yes

Forth error: wpa_passphrase not found  #got it from https://packages.debian.org/trixie/wpasupplicant  unfortunately there is no such site for Devuan. Probably, wpasupplicant is stored somewhere in devuan_excalibur_6.0-20250605_amd64_netinstall.iso...
Then mounted Devuan flash drive to /media/cdroom to satisfy dependencies.
The same story with dhclient
Then tasksel, laptop....
Finally, apt install DE_of_choice (KDE) and reboot

I was able to log in successfully. To my surprise AMD graphics drivers and vulkan were installed.

BUT... shit happens. Fifth error: /EFI/debian is overridden. It was "debian" because devuan1 has been installed through migration. Why it's called "debian" again roll ?

Conclusion. Too complicated. May be it'll be simpler to install Devuan through Vmware on physical partitions and then boot normally?

#42 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-16 13:15:53

I was not able to set up network interfaces. So, I've stopped here. I don't know if it's possible to install from net install without internet.(?)

#43 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-16 12:54:56

Impossible. The installer does not detect network interfaces. I've only wireless. Guess how does it know which driver to request hmm

#44 Re: Installation » [SOLVED] accidentally deleted (EFI) partition - how recover? » 2025-06-16 11:32:14

There is a beautiful solution for backups: fsarchiver (in my opinion, the best backup tool). It can back up everything—EFI, /boot, even LUKS partitions—while saving only the content, thus preserving space. The resulting backup files are small.

#45 Re: Installation » No live devuan or refracta will boot on a new AMD Ryzen AI 9 HX370 » 2025-06-16 11:18:28

I have the same issue with AMD Ryzen 9 HX 3700 and AMD Radeon 890M. Additionally, neither Excalibur nor Daedalus netinstall .iso images have WiFi support; they all require iwlwifi-ty* on an external USB drive. However, even when I provide it, Devuan is unable to find and use the driver.

I've tried almost everything. The workaround that worked for me:

1. Grab a Debian Bookworm netinstall .ISO (I did not find a proper way to replace systemd with something else in Debian Trixie). Bonus: It has a beautiful GUI installer and does not require WiFi drivers.
2. Replace systemd with something else as described here: https://lecorbeausvault.wordpress.com/2 … nit-runit/ (there is a new version of the guide, but the old one still works).
3. Then follow instructions from https://www.devuan.org/os/documentation … o-daedalus except the part about init.
4. Now change your source.list to point to Excalibur and upgrade again (do not forget to apply usr merge).
5. Finally, boot into the new OS, install a DE, AMD, and Vulkan drivers.

There are still some issues:
- The display flickers when an app is in fullscreen mode (F11). To fix this, I disabled vsync in KDE display settings.
- After applying this fix, apps on Wine still flicker in full-screen mode (F11).
- MPV video flickering with gpu-api=vulkan. To fix this, use gpu-api=opengl. Strange, but there is no flickering on an external display.
- The AMD ROCM driver does not work with this card. There are no hardware limitations to using ROCm; it's just a decision by AMD not to make users' lives easier.
- amd RyzenAdj partly works. It doesn't display any info but applies changes. However, these can be easily overwritten by something else. No fix I've found (except to cron it to every 30 seconds).
- Anacron is broken and prevents shutdown. Fix: apt purge anacron."

#47 Re: Devuan » Update of Devuan causes VirtualBox shared folder corruption » 2025-05-04 18:50:28

May be try to reinstall virtualbox guest additions?

#48 Re: Off-topic » Preventing System Penetration by Deep State Actors when Live Streaming » 2024-12-19 00:14:38

Short answer - IMPOSIBLE.

Use clean hardware. Clean not only from ME but from hardware spy tools. Use this hardware only for this purpose.
Use VPN chain (Tor is too slow for streaming).
OS must be immutable. No traces.
Do not use smartphone.
Avoid 14 eyes.
Use somebody else's internet.
Random time, random mac, host, random everything.

Or simply don't do it.

#49 Re: Off-topic » AI Safety » 2024-11-10 20:40:42

Apocalypse Now

Claude AI to process secret government data through new Palantir deal

https://arstechnica.com/ai/2024/11/safe … -new-deal/

Board footer

Forum Software