You are not logged in.
Welcome to Devuan.
To your questions:
1.) I don't use ZFS, no idea how this is supported. I am on ext4, grub and luks encryption. Works for me.
2.) The current state of Nvidia/Nouveau/amdgpu drivers is exactly the same as for Debian. Devuan is a Debian - systemd + support for sysvinit and various other init systems. https://dev1galaxy.org/viewtopic.php?id=3192
I guess this old GT730 is loosing support by NVidia, and older driver packages do no more build with current kernels.
3.) I use hibernation, it works fine on my grub system, Excalibur, encrypted, LightDM/Cinnamon DE.
Well, there is one more effect we did not mention so far: modern GPUs and LED/LCD screens typically take a few seconds before they display a clear picture when waking up from power save mode and switching resolutions. Have a look at the grub screen, you should see a countdown in the bottom.
On my system set to 8s it is at 5s or lower when I get to see this screen.
Strange behaviour.
My first suspect would be the grub-customizer. This package can be a system killer app. The customizer replaces grub configs with an own version and only by a complete new installation you may get rid of the effetcs.
https://easylinuxtipsproject.blogspot.c … s.html#ID7
My default setting on Excalibur without any specials reacts to my 8s setting.
When looking at what you did, yours:
GRUB_DEFAULT="0"
GRUB_TIMEOUT="10"Mine:
GRUB_DEFAULT=0
GRUB_TIMEOUT=8Well you have used the simple way. Why haven't you extended the Architectures: line as proposed by me?
Make it look like this:
Architectures: amd64 i386AFAIK that shoud work. I am wondering why your sudo dpkg --add-architecture i386 did not add that entry. Maybe dpkg can't deal with the deb822 sources?
Make a check:
# dpkg –print-foreign-architecturesWell, the devuan.sources as shown in post #1 does only contain amd64 as architecture. There is no i386. While non-free is in there.
In your initial post it wasn't clear that you use ssh. I thought a fast look at the installed packages might give an entry point. Don't know why it doesn't work on your system. My experience: typos cause empty output.
When you use ssh: can't help with diabling the agent. Sorry, its your game.
This is what I get on my system, Excalibur with Cinnamon DE, openssh-server is installed. Can be run in a user console. root permisson not required. It lists the installed packages that contain the string ssh.
$ apt list -i *ssh*
libssh-4/stable,now 0.11.2-1+deb13u1 amd64 [Installiert,automatisch]
libssh2-1t64/stable,stable-security,now 1.11.1-1+deb13u1 amd64 [Installiert,automatisch]
openssh-client/stable,now 1:10.0p1-7+deb13u4 amd64 [Installiert,automatisch]
openssh-server/stable,now 1:10.0p1-7+deb13u4 amd64 [installiert]
openssh-sftp-server/stable,now 1:10.0p1-7+deb13u4 amd64 [Installiert,automatisch]I became a Mate user after Gnome2 was dropped and replaced with Gnome3. I dropped Mate for Cinnamon about 6 years ago because of various hangs especially related to USB. Haven't seen similar issues on Cinnamon.
Well I would think about a ssh package first of all.
apt list -i *ssh*Is it possible that the problem is that the boot order in my BIOS doesn't start from USB? I doubt it, but I'm not too familiar with it to know either way.
Under normal circumstances: no. You have a brandnew efi-only system. To boot from any device connected to your main board you go into the bios and directly select the device or you can use boot-override. This is a nice efi feature: you press a certain key during the boot process, and get the boot menu as result and can select the device to boot from. This key you need to press depends on the mainboard/efi bios manufacturer. On my ASUS mainboard I have to use F8. When I am not mistaken you have a MSI mainboard. Please read the manual, it should be documented in there.
Alternatively, download a suitable version from the repo, all files required, and install it with apt/apt-get or dpkg -i, doesn't matter. Then pin it.
Update: Just had a look at the Devuan Package View page. In Daedalus there are two packages in the repo, both 7.4.7-1 plus a Debian patch. These are 7.4.7-1+deb12u13 and 7.4.7-1+deb12u14. I guess the later caused a problem. I know apt allows to specify a version, so you should be able to get back to deb12u13. But I have only used it once, long time ago. I can't for sure tell you how exactly that would work today.
Q: how can I tell [apt] to install one of the previous versions?
ie: one or two versions before the current one in the Daedalus repository.
Download that version from LO directly and install it in the way I described before.
Well, pinning isn't required. You can disable search for updates in the options. 7.6.7.2 is the latest version before they switched their naming scheme. I had it on Daedalus, and I am using it on Excalibur now. And I am happy with what I have got, I use Writer and Calc, the rest is installed but not used. This way I have a constant UI. You may play around a bit with the symbol sets supplied to find a suitable one for you.
You download three packages from their website (main, help and language pack) and extract the contents to /tmp.
When you do an update of the main version, like in this case from 7.4 to 7.6, you need to remove the old stuff first of all. Settings remain in place.
# apt remove libreoffice*Installation:
# cd /tmp/Libreoffice_xyz_Linux_x86-64_deb/DEBS
# dpkg -i *.deb
# cd /tmp/Libreoffice_xyz_Linux_x86-64_deb_languagepack_nn/DEBS
# dpkg -i *.deb
# cd /tmp/Libreoffice_xyz_Linux_x86-64_deb_helppack_nn/DEBS
# dpkg -i *.debBasically you have the latest generation of AMD board, CPU and GPU. It is very much possible that your HW is too new for the kernel on the Excalibur netinstall. That works fine on Ventoy now. But my HW is about 6 years old by now.
Is there a working Freia netinstall available? On the internet I see a version dated June 30th? Is that good? Haven't tested it yet. Then I would try "Testing".
When LO 7.4 came out there were some voices that said it was not the best. I have downloaded the latest 7.6 version and that works fine. I am not using the LO version from the repo.
... you need to change "deb.devuan.org" to "archive.devuan.org" ...
Thanks, that made it work.
I am trying to download packages from Beowulf which is archived now. The Devuan Package View presents a download path like http://deb.devuan.org/merged/pool/DEBIA … _amd64.deb but that gives an error "Not Found
The requested URL was not found on this server."
How can I access the archive for downloading packages? I was searching for a path, but couldn't find it.
I am using the traditional "full disk"-encryption with luks, that leaves /boot unencrypted.
I am prepared to help if required.
Can that please be the last off-topic post in this thread that's supposed to be about display managers that work with both X and Wayland?
You are right, the xlibre stuff is sort of off-topic here. Please can you move that to e.g. https://dev1galaxy.org/viewtopic.php?id=7388?
@greenjeans: you got it.
I thought the doc is wrong and corrected my entry according to a correct deb822 syntax as used by Debian/Devuan where "Suites" stands for the release names and "Components" for main contrib ..... These "corrections" caused the release file issues.
When using your version, apt update works and my VM is getting the latest xlibre update. With one exception: xserver-xlibre-video-amdgpu. That is fixed when I run an
apt -t excalibur-backports install xserver-xlibre-video-amdgpuUnfortunately, the VM is no more starting to the graphical display. I get a blinking cursor on a black screen, and a bar that might be something like a pattern from a text output where the pixels are not aligned. Same symptons I got with another test on Freia.
Thats exactly what does not work for me.
@fsmithred: sorry, the link to xlibre you posted yesterday is not working as expected. That page can be read but contains severe problems. The sources file is bad, Suits and Components is mixed up. And when I try to change my "working" sources to what is displayed there with corrections I get "no release file found".
What works forme is this older information:
Types: deb
URIs: https://xlibre-deb.github.io/devuan
Suites: excalibur
Components: main
Architectures: amd64
Signed-By: /etc/apt/keyrings/xlibre-deb.asc
Enabled: yesNo updates for a while but no errors on apt update.
Not working, meanwhile disabled again:
Types: deb
URIs: https://xlibre-debian.github.io/devuan
# Suites: excalibur
Suites: stable
Components: main
Architectures: amd64
Signed-By: /usr/share/keyrings/NexusSfan.pgp
Enabled: noWould be nice if you could post these console outputs in code tags, refer to the button labelled code in rectangular brackets above the editor window. Its better readable.
What I see is a discrepancy between the System Info and the real kernel version. I see you are on Excalibur, and you use xlibre instead of xorg.
dmesg says: "Optional firmware "amdgpu/raven_ip_discovery.bin" was not found" which I would read as not required but stops with error. In any case its not part of the amdgpu firmware package which I also have installed.
Also looked at the latest firmware package on kernel.org, there it is included. So it was added sometime between the Excalibur version and June this year. What you may try is to install the firmware-amd-graphics from backports, if there is any.
It probably would make sense to show the output from
inxi -Fzxrto get some basic understanding what we are talking about.
inxi may need to be installed first of all.
BTW: I looked into my firmware folder and did not see any "raven_ip_discovery.bin" in there, being on Excalibur.