You are not logged in.
I don't know how can I give you all of the log.
Boot up a live ISO image and copy it here or upload to a pastebin and share the link.
I need to see the full content, as stated in my last post.
Would anyone well-versed in the subject try to explain it to me?
Not sure about "well versed" but I can tell you that the apt binary is linked to /lib/x86_64-linux-gnu/libsystemd.so.0 during compilation — this is because GNU/Linux uses dynamic linking.
In Devuan's case /lib/x86_64-linux-gnu/libsystemd.so.0 is symlinked to /usr/lib/x86_64-linux-gnu/libelogind.so.0 so at no point is systemd invoked in any way.
EDIT: better link.
Does this work:
startxIf not then please post the full content of ~/.local/share/xorg/Xorg.0.log using code tags (as I have done above).
Nice ![]()
So the error in the OP is actually my fault — the old package wasn't the best. All fixed now though.
EDIT: no, wait, the package isn't installed at all. Not sure what's happening there, perhaps @Miyo can clear things up for us if they notice this thread.
Alas my French is just awful but I do prefer the quote in it's original language.
You're welcome.
May I ask which version of obmenu-generator you're using?
apt policy obmenu-generatorI had an old version that was linked from the obmenu-generator github page that wasn't very good, the current package (v0.87-3) is much better and should probably be favoured.
The perl modules need updating.
I happen to have a package which supplies the perl modules that you need without relying on cpan:
https://software.opensuse.org//download … sktopfiles
It says it's for Debian but it is compatible with Devuan, the repository only supplies that package and obmenu-generator itself.
Turns out it wasn't ok.
Oops, sorry about that.
There are non-free and contrib[0] components in the repositories, if you need them just add them to your sources:
deb http://deb.devuan.org/merged beowulf main contrib non-free
deb http://deb.devuan.org/merged beowulf-security main contrib non-free
deb http://deb.devuan.org/merged beowulf-updates main contrib non-free[0] Containing packages which are open source but which pull in non-free software when installed.
Yeah, that looks fine — the only package slated for removal is libsystemd0, which is replaced by libelogind0.
Go ahead and run that command as root and without the --simulate switch.
Congratulations to the team, epic work. I've tested the netinstall image in QEMU and I can confirm that my reported locale bug[0] is squished :-)
However, when attempting to install elogind (or packages dependent on it, such as pulseaudio), apt states that libsystemd0 will be removed.
The elogind package replaces systemd-logind and provides libelogind0 so that should be fine.
If you're not sure then check (or post) the full output of
apt install --simulate elogindRun
# apt update
# apt upgradeAnd answer "yes" when it asks.
You should probably remove the proposed-updates repository though, unless you want to test the new bugs.
The fundamental problem is that the open source drivers, even in Beowulf Backports do not appear to yet support this released card.
Are you sure it's not a firmware issue? Debian haven't updated the AMD firmware since July last year so Navi & Renoir cards aren't supported. Check if the amdgpu kernel module is loaded, if it is then the card is supported but the firmware is missing (grep dmesg for 'firmware').
The firmware can be grabbed from upstream: http://forums.debian.net/viewtopic.php?p=721727#p721727
AMD *does* have a closed source driver for Debian.
Performance under the AMDGPU-PRO driver is inferior compared to the open source version and AMD themselves do not recommend it except for their Pro-series video cards: https://www.amd.com/en/support/kb/relea … stallation
EDIT: the card is definitely supported by the open source amdgpu driver: https://www.phoronix.com/scan.php?page= … bios&num=1
MX Linux have packaged up the Ubuntu firmware, it should be compatible with Devuan: http://mxrepo.com/mx/repo/pool/ahs/l/linux-firmware/
Phil is a member here too: https://dev1galaxy.org/profile.php?id=4761
And it's not "a lot of work", all that's needed is to install sysvinit-core & elogind. The latter wouldn't be possible without the efforts of the Devuan devs ofc.
I did that again after editing and got a much longer result which I can post if you wish.
No, that's fine, don't bother if it's all working now. I was just confused as to why the (default) timeout=5 setting wasn't being obeyed, that's all.
I tried editing grub to a timeout of 0 as it always waits for me to hit enter. Despite there being a value of 5 it just waits for my input
Can we see your /boot/grub/grub.cfg? Or more specifically:
grep timeout /boot/grub/grub.cfgIt seems grub is one of those packages where it's stupidly hard to find documentation
Here it is: https://www.gnu.org/software/grub/manua … index.html
And this bit is for the options in /etc/default/grub: https://www.gnu.org/software/grub/manua … figuration
Anyhow, according to that you should also use
GRUB_TIMEOUT=0
Actually that is the only option needed, GRUB_HIDDEN_TIMEOUT should remain unset.
If you also have
GRUB_TIMEOUT_STYLE=hiddenthen the menu is not actually shown, but the time logic remains the same.
Not quite — if that option is set then GRUB will pause for the time specified in GRUB_TIMEOUT unless the <escape> key is pressed, at which point GRUB will wait indefinitely for user input.
GRUB_TIMEOUT_STYLE=hidden is the replacement for the deprecated GRUB_HIDDEN_TIMEOUT option so both should not be used at the same time.
since I have erased Beowulf 3 RC partitions cos GRUB wouldn't install (waited for 20 min, nothing), I'll just post "parted --list" here if it's of any use.
Did the installer ask you on which disk or partition to place the bootloader? If it did then it was trying to install in non-UEFI mode, which won't work without a BIOS boot partition.
You have a GPT disk and a UEFI Windows system so you will have to make sure that the installer is booted in UEFI mode if you want to see a menuentry for Windows. Switch to a TTY and check for /sys/firmware/efi to confirm this (it will only exist if the system is booted in UEFI mode).
@admin: would it be possible to split this problem out into it's own thread?
Do you actually understand what the autoremove option does?
If you want to keep fdisk than either install it explicitly or run
# aptitude unmarkauto fdiskInstalling GRUB on UEFI/GPT still hangs. MBR no problem.
Can we have a separate thread for this? I wouldn't mind digging into that issue.
^ Thanks Geoff, sterling work you're doing.
The AT&T KornShell version in beowulf is ksh93, which is old and buggy. My backport is ksh2020, which is shiny and (mostly) fixed.
Do you think it would be fine to use openrc instead, and what do you base that on?
Probably. I've used it myself and it is actively developed by Gentoo & Alpine Linux. But to use the Alpine init script you would have to use /sbin/openrc-init rather than just the service manager, which might not be the best idea for a production machine.
I've just run the systemd unit file through sysd2v and it generated this sysvinit script:
#!/bin/sh
# Generated by sysd2v v0.3 -- http://www.trek.eu.org/devel/sysd2v
# kFreeBSD do not accept scripts as interpreters, using #!/bin/sh and sourcing.
if [ true != "$INIT_D_SCRIPT_SOURCED" ] ; then
set "$0" "$@"; INIT_D_SCRIPT_SOURCED=true . /lib/init/init-d-script
fi
### BEGIN INIT INFO
# Provides: thermald dbus-org.freedesktop.thermald
# Required-Start: $remote_fs
# Required-Stop: $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Description: Thermal Daemon Service
### END INIT INFO
DAEMON=/usr/sbin/thermald
DAEMON_ARGS="--no-daemon --dbus-enable"
PIDFILE=/var/run/thermald-sysd2v.pid
START_ARGS="--background --make-pidfile"^ Place that in /etc/init.d/thermald and enable the service to autostart thermald at boot.
OT for this thread but hey ho...
the new 2020 version in chimera/ceres fixes most of these and is under heavy development.
I've just backported that version of the original KornShell to beowulf:
https://software.opensuse.org//download … ackage=ksh
It's building now, should be ready soon.