You are not logged in.
Starting firewall: ufw...iptables-restore v1.8.7 (nf_tables): Chain ´ufw-logging-deny´ does not exist Error occurred at line: 75
I don't use {G,}UFW but that looks like an invalid configuration file, probably from the older version. Move the file and create a new configuration from scratch.
Unfortunately I've not found a simple nftables front-end to replace gufw
GUFW has used nftables as the backend by default since beowulf: https://www.debian.org/releases/buster/ … l#nftables
Use the alternatives system to switch between iptables & nftables: https://wiki.debian.org/nftables#Revert … cy_xtables
Not sure why this thread is marked [SOLVED] without an actual solution but Docker is available from the chimaera repositories:
# apt install docker.io
If the daemon doesn't autostart at boot use
# update-rc.d docker defaults
Was not sure about dependencies and compatibility
As long as you just install the .deb (with gdebi or whatever) then it can only be installed if the dependencies are satisfied by what is available from the Devuan repositories.
Adding the MX repositories would cause problems so don't try that.
Can you not just install the .deb from MX? Their bullseye base should be compatible with chimaera but don't add their repositories.
Clearly my signature is not omnipresent enough
FFS Len just run these commands please:
apt update
apt upgrade
EDIT: as root.
Could not figure out how to get the °C after the temperature [number] print
printf '%s\t%s\n' "hd temp:" "${_drive_temp}°C"
I've been a Celsius man all my life
I prefer Kelvin.
I don't know what else to try
I have already given the solution to your problem in my last post in this thread. Please read it and run those commands. If they do not fix your problem (after answering "yes" when asked) then please post the full terminal output from those commands. Thanks.
EDIT: this has cropped up several times before and if you had bothered to use the "Search" button you would have found the solution without having to create _another_ thread about it.
@OP: what happens if you switch to a TTY, log in as your normal (non-root) user and run startx? If that doesn't launch the graphical desktop then please post the content of ~/.local/share/xorg/Xorg.Y.log, where Y is the number of the TTY from which startx was run.
And to clarify: 13 year-old Intel integrated graphics chips do not need firmware.
Perhaps try the backported kernel then:
# tee -a /etc/apt/sources.list <<!
deb http://deb.devuan.org/merged chimaera-backports main
!
# apt update
# apt install -t chimaera-backports linux-image-amd64
What is your video card? You probably just need some firmware. The Debian wiki has a page on the subject which may be applicable here.
Hope to elicit some "how to" clarification
sudo apt update && sudo apt upgrade
Say "yes" when it asks if you want to change the release.
#!/bin/sh
_uptime=$(uptime|cut -c 2-19)
_rsync_status=$(/etc/init.d/rsyncd status) # does not need root!
_memavail=$(grep -i memavailable /proc/meminfo) # save those poor cats!
_memfree=$(grep -i memfree /proc/meminfo) # ditto
_fs_status=$(df -h|awk '!/^Filesystem/&&!/\/dev\/root/&&!/tmpfs/{ print $5 " " $1}') # awk can search so no need for grep
_drive_temp=$(sudo smartctl -d ata -A /dev/sda | grep Temperature | cut -c 5-8,87-89)
printf '%s\t\t%s\n\n' "uptime:" "$_uptime" # \t adds tab characters, \n adds new lines, %s defines strings which are listed afterwards
printf '%s\t%s\n\n' "rsync daemon status:" "$_rsync_status"
printf '%s\n%s\n%s\n\n' "memory status:" "$_memavail" "$_memfree"
printf '%s\t%s\n\n' "filesystem status:" "$_fs_status" # might not work :/
printf '%s\t%s\n' "drive temperature" "$_drive_temp"
I'm trapped in Windows atm so this is untested, I'll post back later when I'm in a proper OS...
EDIT: fixes...
I use iPhone tethering for my network conections so I have, and to try and get around the time and date settings being incorrect I have removed ntp-client/server.
Can you explain further why you had to remove ntp? If your motherboard CMOS battery is dead or dying then you will need ntp to set the time correctly at boot.
Which kernel version was Void on?
I did not want to create a symbolic link, I installed usrmerge
The usrmerge package works by creating symlinks; check ls -l /bin/mount.
Has this problem been reported to Debian as a bug?
So I presume the firmware-amd-graphics package is installed? I don't think the desktop would start if it wasn't.
Check the machine firmware ("BIOS") options for anything relating to sleep functions — my ThinkPad P14s needs to be changed from "Windows" to "Linux" in the sleep mode section to resume properly under the latter.
@OP: try
# apt purge live-boot-initramfs-tools open-infrastructure-system-boot
^ Those packages provide that hook and should not be installed except in the live environment.
So you have a working login session but the machine won't resume. What is your graphics hardware and driver?
lspci -knn | grep -iA3 'vga\|3d\|display'
Bonjour PengouinPdt, ça va?
live-boot: core filesystems dm-verityE: /usr/share/initramfs-tools/hooks/live failed with return 1.
From where did you obtain that hook? It shouldn't be present in an installed system.
Here are the standard hooks: https://salsa.debian.org/kernel-team/in … ster/hooks
And for future reference my French is (almost) passable but you can make the terminal commands speak English by putting LC_ALL=C before the command.
Find out what is providing the service supervision and query that utility using the provided tools. This is completely off-topic for these boards so I won't go any further here. I refer you again to the OpenWRT forums. I don't mean to be rude but your continued posting of OpenWRT-related issues on these boards is starting to look like spam.
Now, in my Devuan box, I can find service:
[root@devuan ~]# which service /usr/sbin/service [root@devuan ~]#
But not in my NAS:
root@OpenWrt:~# which service root@OpenWrt:~#
The which command searches PATH for the named executable.
Run this command in your Devuan system:
echo $PATH
^ That will show a (colon-separated) list of the directories being searched. If you run that command from OpenWRT then it will probably not have /usr/sbin/ listed, hence which cannot find it.
That being the case you need to either add /usr/sbin/ to PATH or declare the full path when running executables from that directory.
See https://wiki.debian.org/EnvironmentVariables for the Debian documentation on setting PATH and if that doesn't work then ask on the OpenWRT forums instead.
root@OpenWrt:~# /usr/bin/service -ash: /usr/bin/service: not found root@OpenWrt:~#
Did you not think to try
/usr/sbin/service rsyncd status
@OP: have you considered using unattended-upgrades instead? Hands-free updating should be "safe" for the stable release and ensures timely security fixes.
Is cassowary in sys.path? Read the warning in your linked guide.
Perhaps try
PYTHONPATH=/path/to/cassowary python3 -m cassowary -a
But I'm not using pip to test this. It's *much* better to package Python modules properly IMO.
Please post the output of
loginctl session-status
pgrep -a logind
Does this suspend your machine:
doas tee /sys/power/state <<<"mem"