You are not logged in.
Don't overwhelm yourself with learning command lines. Just keep being patient and try different things. See what the terminal is spitting out and try to to apply changes. At the same time, launch GUIs via terminals to keep track of errors and other suggestions. Optionally, look into security hardening tools (e.g. Lynis) for tips on proper Chmod usage in directories and files, essential privacy steps, and so on.
It also helps to learn the ways of other package managers, as well as compiling from source. APT is great and I like it more than Pacman and Portage, but learning those and other distros' methods of managing packages can help brush up on your knowledge of GNU/Linux.
I don't mean to hijack this thread, but I also use VeraCrypt and have a different problem at the moment.
As I like to tinker with security, I installed the LibPAM-TMPDIR package, only to find out that VeraCrypt can't "see" that I have mounted volumes, thus no ability to unmount them through the software. I could do it through the system, but it leads to a bit of a mess. How would I go about fixing this without removing the package? Do I need to set a specific mount path for VeraCrypt? If so, that would be appreciated.
Refracta is just too damn good to pass up. I heard of Devuan back in January 2018 via Distrochooser (I wanted a Debian-based distro that respected me, and Devuan was ranked on top) and tried it from time to time, but could never get a feel for it. ASCII was just not that pleasant, due to metapackage inconsistencies.
Things finally took a sharp turn for the better with Beowulf, but I still felt that something was missing. That's when I decided to go with one off the list, and Refracta looked to be the most attractive derivative of them all. Right off the bat, it just worked for me. I liked that GUI text editors such as Geany were included, and rather than PulseAudio bullshit for sound, I got ALSA, which has NEVER failed on me, no matter what hardware problems were experienced.
I personally believe that Refracta is what the main Devuan should have been more like, since I just don't like Poettering shitware of any kind. Regardless, any of those derivatives will still take you straight to Devuan. It's a much looser distinction than, say, GNU/Linux Mint and Ubuntu (since they are both alike and unalike for different reasons).
Rather than we continue going back and forth over the proposed naming, why not go with a generic one for now as a placeholder? That's the least of our worries. Having a centralized section for that use case is definitely a necessity.
I think the Devuan staff know what's best, and a huge plus is listening to the community. Let's lead by example with this new section.
Runit is excellent and can already be used with Devuan since Beowulf.
Here's a quick guide:
This guide shows how to use runit-init as PID1 in Devuan, it is primarily aimed at Jesse from Distrowatch
First, instal the runit-init package:
# apt install runit-init
APT will ask for a specific confirmation for the operation because replacing the init system is far from trivial, type in the required authorisation to install the package.
Next, reboot into runit-init. Check it has worked with
cat /proc/1/comm
The output should be runit.
That's it!
EDIT: if a display manager is not required then add the user to the input group to allow access to the keyboard &c:
# gpasswd -a $USER input
I vote in favor. That's the whole point of Devuan, and then some.
Try ctrl-alt-f1 (pressing all 3 keys at once in that order). That may get you to a text console. Then you could log on and investigate.
If you have another system try logging on over the network.
How hard is it hung? Does pressing caps/num/scroll lock toggle the LEDs on the keyboard?
What sort of system is it (laptop or desktop, make, model, cpu, etc)?
Does it have a reset button? If so does it work in the hung state?
Chris
Unfortunately, my keyboard isn't responsive at all whenever that happens. That's what I always attempt when something goes wrong, too. The system is a mid-level Dell desktop from the early 2010s, using an i5 CPU.
That's a development branch, it breaks. If the stable release works for you then use that.
Right. I wanted to get slightly newer packages as a middle ground between standard Debian and Arch GNU/Linux. I just switched to Ceres and have noticed improvements already. If it happens again, I'll update this thread.
The point of deleting accounts is to get rid of spam. Even if someone was going around making rude posts, we'd know it's an actual person, so the posts could stay (depending on their usefulness and keeping the forum's rules in mind).
Most of the time, people wanting their accounts deleted are troublemakers trying to cover up their tracks, since they know they aren't welcomed in the community any longer. No one honestly cares about silly Internet fights, and those who do eventually forget about it.
This isn't Facebook or any other dumb social media platform, where you just post pictures and vague poems in order to be validated by popular folks. Forums are meant for discussions and sharing important information, hence more focus on tight-knit communities.
Ever since I upgraded to Chimaera, I've been having this problem every other two or three days. I'm using Xfce, and I toggle between workspaces a lot (most of these crashes happened right after).
Here's what I'm suspecting is happening when the screen randomly freezes. I can't use my keyboard to run a command line, so I always resort to turning the machine off manually. It's been getting very annoying to have to do this routinely, so I want this out of my way as soon as possible. Thanks in advance.
[ 132.953] (**) Option "fd" "20"
[ 132.953] (II) event1 - Power Button: device removed
[ 132.953] (**) Option "fd" "23"
[ 132.953] (II) event0 - Power Button: device removed
[ 132.953] (**) Option "fd" "24"
[ 132.953] (II) event2 - USB Optical Mouse: device removed
[ 132.953] (**) Option "fd" "25"
[ 132.953] (II) event3 - Dell Dell USB Keyboard: device removed
[ 132.953] (**) Option "fd" "26"
[ 132.953] (II) event15 - ACPI Virtual Keyboard Device: device removed
[ 132.961] (II) UnloadModule: "libinput"
[ 132.961] (II) systemd-logind: releasing fd for 13:79
[ 132.961] (EE) systemd-logind: failed to release device: Unknown object '/org/freedesktop/login1/session/_31'.
[ 132.980] (II) UnloadModule: "libinput"
[ 132.980] (II) systemd-logind: releasing fd for 13:67
[ 132.981] (EE) systemd-logind: failed to release device: Unknown object '/org/freedesktop/login1/session/_31'.
[ 132.996] (II) UnloadModule: "libinput"
[ 132.996] (II) systemd-logind: releasing fd for 13:66
[ 132.996] (EE) systemd-logind: failed to release device: Unknown object '/org/freedesktop/login1/session/_31'.
[ 133.028] (II) UnloadModule: "libinput"
[ 133.028] (II) systemd-logind: releasing fd for 13:64
[ 133.028] (EE) systemd-logind: failed to release device: Unknown object '/org/freedesktop/login1/session/_31'.
[ 133.044] (II) UnloadModule: "libinput"
[ 133.044] (II) systemd-logind: releasing fd for 13:65
[ 133.045] (EE) systemd-logind: failed to release device: Unknown object '/org/freedesktop/login1/session/_31'.
[ 133.234] (WW) xf86CloseConsole: KDSETMODE failed: Input/output error
[ 133.234] (WW) xf86CloseConsole: VT_GETMODE failed: Input/output error
[ 133.234] (WW) xf86CloseConsole: VT_ACTIVATE failed: Input/output error
[ 133.234] (EE) systemd-logind: ReleaseControl failed: Unknown object '/org/freedesktop/login1/session/_31'.
[ 133.234] (II) Server terminated successfully (0). Closing log file.
I'm using Runit on all my systems. It just works.
I was just told by one of the developers via IRC that I only need the first line for Chimaera, as the rest are pretty much empty at the moment.
I switched to Chimaera yesterday, and had to do a couple of APT workarounds, followed by a reboot or two (just to make sure nothing breaks). I noticed that my system is recognized as BOTH Testing and Unstable, even though my sources list is pulling packages from Chimaera only.
Distro: Devuan GNU/Linux 4 (chimaera/ceres)
Here are my sources:
deb http://deb.devuan.org/merged chimaera main non-free contrib
deb http://deb.devuan.org/merged chimaera-updates main non-free contrib
deb http://deb.devuan.org/merged chimaera-proposed-updates main non-free contrib
Is there anything else that I'm missing?
This is something I'm still experiencing. I tried all of the listed solutions, but APT keeps complaining about Wine32:i386 missing dependencies. My first choice was getting it from WineHQ directly, however.
Sources:
deb http://deb.devuan.org/merged beowulf main contrib non-free
deb http://deb.devuan.org/merged beowulf-proposed-updates main contrib non-free
deb http://deb.devuan.org/merged beowulf-updates main contrib non-free
deb http://deb.devuan.org/merged beowulf-security main contrib non-free
deb https://dl.winehq.org/wine-builds/debian/ buster main
deb https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/Debian_10 ./
brocashelm wrote:I first got into Devuan two years ago when there was talk of non-Systemd distros in the market. Having used GNU/Linux Mint 18.3 (the last one to allow "some" sort of init choice), I kept waiting for the right moment to jump right in. I tried Devuan when ASCII was out, but I had problems with metapackages (i.e. removing SLiM affects essential system functions, such as UDisks), so I left it alone and went back to my daily driver. Come Beowulf, it FINALLY showed promise, but I still didn't quite feel right with it.
That's when I'd heard that a Devuan spin by the name of Refracta existed, so I honestly gave it a go. I was surprised how lightweight it was, and the necessary drivers were provided to me in the form of binaries (I definitely needed those for my AMD GPU). On top of that, its default sound drivers shipped with ALSA (instead of PulseAudio, which I can't quite wrap my head around for such a non-Systemd distro to use as default). Even better is that you get to create your own live installer with ease.
After spending all of yesterday tweaking my Refracta system to how I see fit, I can safely say that this will tide me by for a really long time. Surprised how stable it is, and it's superior to other non-Systemd champions Artix GNU/Linux, MX GNU/Linux, and Void GNU/Linux.
So, to sum it up, the "point" of using Devuan is to get away from Red Hat and Poettering bollocks by ways of Systemd, PulseAudio, and other such rubbish. Canonical putting the final nail in the coffin was when they announced Snap. Well, at least GNU/Linux Mint's developers had enough common sense to reject that, but it looks like they will continue to use Systemd, even on GNU/Linux Mint Debian Edition (here's their perfect chance to join forces with Devuan and usher in the best of both worlds).
The stated purpose of the Devuan Project from the get-go was to produce a systemd-free Debian. That's all. They mostly use the Debian repos and general system of meta-stuff except for those packages that absolutely needed to be forked to work without systemd. A lot of that is pretty tricky infrastructure/plumbing type stuff. They do not have an army of developers - what they have done so far is incredible, and I fear the job doesn't get easier going forward...
All the other minimalism and such that people project upon it is just that - their projection. Devuan encourages derivatives, so you get things like Refracta and others, which is great. But Devuan has done really tricky stuff just to get a systemd-free Debian, and that's their mission, and their plate is pretty full. That was the point of my original post to start off this thread.
...and Devuan does it pretty well. I was surprised how responsive it was without garbage code. I wasn't originally a Debian user, but I could only imagine how much more excited I would've been at the time when Devuan was fairly recent.
I also say that Devuan is the only distro using APT that has a promising future ahead, whereas other Debian bases might fall short on snappiness. So, even that alone is reason enough to back Devuan. They are pretty serious about init choice, which I think is far more amplified than any other distro not using Systemd. The more vocal, the better. That's how you change things (for the better).
Through Refracta, this is the Devuan that I was looking for. I can leave my previous daily distro behind and not feel bad at all about hating on Poetteringware now.
Many thanks to all the great developers, testers, and support community for getting us this far.
This worked for me. Runit is a lot faster than all the other inits I've tried, so it's great to see this option finally available on a Devuan base!
For starters, please post details of your system setup via Pastebin or similar. We can take a further look into your system issues and point to the correct packages and drivers needed to solve your problems.
inxi -Fxxxc0
Thanks to this distro, I'm now a full-time Devuan advocate.
I first got into Devuan two years ago when there was talk of non-Systemd distros in the market. Having used GNU/Linux Mint 18.3 (the last one to allow "some" sort of init choice), I kept waiting for the right moment to jump right in. I tried Devuan when ASCII was out, but I had problems with metapackages (i.e. removing SLiM affects essential system functions, such as UDisks), so I left it alone and went back to my daily driver. Come Beowulf, it FINALLY showed promise, but I still didn't quite feel right with it.
That's when I'd heard that a Devuan spin by the name of Refracta existed, so I honestly gave it a go. I was surprised how lightweight it was, and the necessary drivers were provided to me in the form of binaries (I definitely needed those for my AMD GPU). On top of that, its default sound drivers shipped with ALSA (instead of PulseAudio, which I can't quite wrap my head around for such a non-Systemd distro to use as default). Even better is that you get to create your own live installer with ease.
After spending all of yesterday tweaking my Refracta system to how I see fit, I can safely say that this will tide me by for a really long time. Surprised how stable it is, and it's superior to other non-Systemd champions Artix GNU/Linux, MX GNU/Linux, and Void GNU/Linux.
So, to sum it up, the "point" of using Devuan is to get away from Red Hat and Poettering bollocks by ways of Systemd, PulseAudio, and other such rubbish. Canonical putting the final nail in the coffin was when they announced Snap. Well, at least GNU/Linux Mint's developers had enough common sense to reject that, but it looks like they will continue to use Systemd, even on GNU/Linux Mint Debian Edition (here's their perfect chance to join forces with Devuan and usher in the best of both worlds).