You are not logged in.
Q: anyone using overlayroot?
Altoid, I'm using bilibop from devuan/debian repository. The whole / is on overlayfs on top of tmpfs. Works fine with chimaera, daedalus, excalibur sysvinit and openrc, also with ceres dinit. All software that I use works. Some minor issues like virt-manager requests log file is simply solved by creating or copying empty log file on boot, vmware complains :"no space" - solved by one line in the config to ignore space check. There are no other issues as I remember.
There is also one issue with reboot/shutdown - 30 seconds delay if luks encryption is used together with overlayfs on top of tmpfs. Only ceres dinit (from what I've tested) has no this issue.
I've modified rc-local.sh to not look for other scripts and put commands for ufw in rc.local. It's not clean solution but it works for now.
/etc/dinit.d/scripts contains some artifacts like
cat rc.local
#!/usr/bin/shwith regular user permissions. Almost all scripts in this folder have regular user permissions. I did not create them, strange ![]()
bluetooth is strated
dinitctl status bluetoothd
Service: bluetoothd
State: STARTED
Activation: start due to dependent(s)
Process ID: 893
but I've no bluetooth: no icon for it, no bluetooth in KDE settings.
ufw
type = scripted
command = /usr/sbin/ufw enable
stop-command = /usr/sbin/ufw disable
depends-on = mount-all
logfile = /tmp/ufw.log
the same:
dinitctl status ufw
Service: ufw
State: STARTED
Activation: start due to dependent(s)but
ufw status
Status: inactiveI can add ufw enable to rc.local to bypass this issue but rc-local service does not start. Log file:
ls: cannot access '/etc/dinit.d/scripts/rc-local/*.start': No such file or directoryservice:
/etc/dinit.d# cat rc-local
type = scripted
command = /usr/bin/sh /etc/dinit.d/scripts/rc-local.sh start
stop-command = /usr/bin/sh /etc/dinit.d/scripts/rc-local.sh stop
depends-on = login.target
logfile = /tmp/rc-local.logscript:
cat /etc/dinit.d/scripts/rc-local.sh
#!/usr/bin/sh
case "$1" in
start)
sh -c "/etc/dinit.d/scripts/rc.local" && ls -1 /etc/dinit.d/scripts/rc-local/*.start | while read script; do sh -c $script; done;
;;
stop)
ls -1 /etc/dinit.d/scripts/rc-local/*.stop | while read script; do sh -c $script; done;
;;
*)
exit 1
;;
esacthe folder called by script is almost empty:
ls /etc/dinit.d/scripts/rc-local/
READMEConfigure Timeshift to take one snapshot per week. I have not had any problems after updates.I've reinstalled MXD again and had no issue with today' s update.
I've few questions about MXD and dinit (I'm new in dinit)
1. The distro has no doas preinstalled but I see preconfigured doas.conf in /etc/
2. I created ufw in /etc/dinit.d:
type = scripted
command = /usr/sbin/ufw enable
stop-command = /usr/sbin/ufw disable
restart = falseand not sure if I need depends-on, before, logfile? Also the service strarts but ufw is not enabled after reboot.
3. Service rc-local was in place already:
type = scripted
command = /usr/bin/sh /etc/dinit.d/scripts/rc-local.sh start
stop-command = /usr/bin/sh /etc/dinit.d/scripts/rc-local.sh stop
depends-on = login.targetit' s enabled and started but rc.local is ignored. What can be wrong?
4. It seems that bluetooth is installed:
dpkg -l | grep blue
ii bluetooth 5.85-4 all Bluetooth support (metapackage)
ii bluez 5.85-4 amd64 Bluetooth tools and daemons
ii bluez-alsa-utils 4.3.1-3.1+b1 amd64 Bluetooth Audio ALSA Backend (utils)
ii bluez-firmware 1.2-13 all Firmware for Bluetooth devices
ii libasound2-plugin-bluez:amd64 4.3.1-3.1+b1 amd64 Bluetooth Audio ALSA Backend (plugins)
ii libbluetooth3:amd64 5.85-4 amd64 Library to use the BlueZ Linux Bluetooth stack
ii libkf6bluezqt-data 6.23.0-2 all data files for bluez-qt
ii libkf6bluezqt6:amd64 6.23.0-2 amd64 Qt wrapper for bluez
ii papirus-mxblue 25.06.02mx25 all papirus blue folders with tabs for MX
ii qml6-module-org-kde-bluezqt:amd64 6.23.0-2 amd64 QML wrapper for bluezbut I don' t see any traces of bluetooth to set it up.
You can't install that particular distro to the same drive you are booting from in ventoy. I have had that in MX Linux since even the file managers don't let us access that drive either.
Thanks for info. Anyway it's over - kernel panic after update, not this distro fault but ceres one.
My experience: MX_Devuan_KDE_dinit is great but as it's based on unstable it does not survive un update ![]()
Maybe your SSD is not visible in Live, look before installing it in Gparted and try to mount it manually.
The installer works as expected when I use a Ventoy flash drive. The aforementioned strange behavior only occurs when booting the Live system from this second SSD using Ventoy. In such cases, I see all partitions on the first drive and only Ventoy-related partitions on the second. As a result, I am unable to install the distribution to the second drive.
I found an interesting feature of this distribution - the installer refuses to see the second disk. Both disks are SSDs. Why?
I2P presence
+++
If I were in the place of bureaucrats, instead of resorting to intimidation, I would introduce substantial grants for distributions that implement verification. For the EU or the USA, one million dollars per year per distribution is a negligible amount. It would be interesting to see how many developers would still oppose it then.
Candy, like Whip and Candy Principle? It's no longer necessary. The Cow-ID test for compliance has been passed successfully. Stay home in your personal prison, don't hug your loved ones, don't communicate with them except through the internet, and don't ask what is in the syringe. Now, the whip is largely sufficient.
https://www.phoronix.com/forums/forum/s … sion/page4
SysV init 3–16 was released, but the real debate is about mandatory ass fingerprints in Linux.
Anyway, the kid rapist will keep their policy—nobody dares stop them. The FBI says it’s impossible to arrest them because it’d destroy political stability. As for "regular" UID1000 users? They’re just slaves and love their masters.
So how would I rate it? Or will I need to pay some censor authority to rate it like they would a movie film? If I rate it myself wrongly I could be bankrupted by a fine in £millions. In the UK it has been reported by someone who monitors this stuff that thousands of websites have already been pulled by their owners rather than risk a misstep.
Don't worry. I believe it's not for a long time. The world war III iis coming.
The become-ageless.sh script allows any already installed Debian system to be converted into Ageless Linux. The script replaces the /etc/os-release file and includes information about non-compliance with age verification laws (COMPLIANCE_STATUS="refused", API_STATUS="refused", VERIFICATION_STATUS="flagrantly noncompliant"). It also adds a /etc/ageless/ directory containing reports on violated laws, as well as implements a prototype of a dummy API for applications to obtain user age information.
Enjoy ![]()
It seems like I'll stop using internet except some official sh*t ![]()
It seems also that someone is already working on random credentials, but it's still like playing somebody else's game restricted by some rules which are not respected by the game owner.
In ceres now 21 packages have native runit integration
the keyword is "Ceres" ![]()
I've an impression that openrc scripts are simplier than runit scripts (I don't have experience with runit). One more advantage of openrc is that pipewire can be launched as user services and audio switchs automatically when hardware is changed.
Is it possible to install OpenRC on Devuan and use it for init?
Devuan only supports SysVinit, and OpenRC is considered a fake init in this context, similar to runit (frankeninits). This means that even if I choose OpenRC during installation, the boot process will still be managed by SysVinit.
I've tried to create a pure OpenRC Devuan system but did not succeed. I added init=/usr/sbin/openrc-init to GRUB_CMDLINE_LINUX_DEFAULT in grub. The system starts and shows:
```
Setting up keyboard layout...done.
Starting swap...done.
Starting early crypto files...nvme01p5 crypt (running)...done.
Checking remaining crypto files...32/131072 files, 53216/54288 blocks
crypt file systems: fsck.fat 4.2 (2021-01-31)
boot:/dev/block/33:212 files, 6948/13682 clusters
done.
Cleaning up temporary crypto files...
Activating local filesystem swaps...if any...done.
Cleaning up temporary Swap, if any...done.
Starting up ArmorLoading applications profiles...done.
Starting Setting kernel variables: systl...done.
Configuring network interfaces...done.
Cleaning up temporary firewall rules...done.
Starting netfilter boot and shadow times into wtmpdb:
ntpd-update-boot.nb
Starting system message bus: dbus.
Starting default runtime cron daemon: elogind.
Starting anacron (hypothetical) service.
Starting rc-modules: bluetooth, network manager.
Starting console command scheduler: crond.
Starting network connection manager: NetworkManager.
```Then it gets stuck.
/etc/runlevels/boot is empty. I've tried to fill it with symlinks, but that did not help.
Devuan is my main OS. There is also MX inux as second or fallback OS.
My addiitonal laptop for mobility is not doing well with old software, so I've to use Artix. Artix is almost great but it's not consistent. I mean you can get new kernel wich is not fully compatible with firmware during update, or DE can be updated and then I've inconsistency between it and something else.
As conclusion I've to say that arch based systemd free distributions can be the best fom the best if they take care of consistency. Until that moment #that will never happen#
Devuan is the best.
If so minimal differences why standalone distro for that?
In those old days ... Peppermintos was quick, polished and advanced.
Now the differences are minimal, one can play with debian, devuan, antix, mx, peppermint etc by adding repos, mixing packages etc and get something similar.
Voidlinux & artixlinux both fit that bill.
![]()
Can't say much about Void (it's probably better while being limited in terms of software) but Artix is definitely less stable than Ceres.
nodejs (packaged by debian and available in devuan) just works.
worse than deno from security point of view.
im not sure about security of any JS framework to bundled alongside yt-dlp, that will need to be researched.
exactly
https://www.ndss-symposium.org/wp-conte … -paper.pdf
to use only when necessary
No password manager
No passwords or any credentials stored in browser
No untrusted applications
No systemd
No nvidia, broadcom
No Intel ME (when possible)
Yes:
FDE
firewall
application level firewall
blocklisting
sandboxing
virtualization
immutability (overlayfs on top of tmpfs)
tor
absolute minimum to sleep better at night in 2026 ![]()
Which is why I do not use passord managers.
+
Wayland: KDE, Gnome = full support, Cinnamon = experimental, xfce, bugdie = work in progress, mate - no
FYI, refractainstaller had FDE before debian-installer did.
I suppose the keyword is "had" no "has". Now the only way to get FDE with refracta-installer is to chroot and to repair. Yes, it HAD, I've used it those times, but it's over.
Any lightweight Debian distro, e.g. https://distrowatch.com/table.php?distribution=lilidog and migration https://www.devuan.org/os/documentation … libur.html
It is as easy as this.
Or generously shared config for WM from this forum https://dev1galaxy.org/viewtopic.php?id=5742
Or just https://antixlinux.com/ which can be aslo switched to use Devuan's package base.
Plenty of options.