You are not logged in.
- Topics: Active | Unanswered
#976 Other Issues » EFI trouble » 2020-06-18 19:28:29
- rolfie
- Replies: 27
This is about an ASUS Prime 470 Pro with latest Bios which behaves strange regarding EFI variables. I have got the board for nearly two years now, running ASCII from a small NVME and Windows7 on a separate SSD. Some weeks ago when starting to prepare for a parallel installation of Beowulf since I had enough free space on the NVME, I discovered:
# efibootmgr -v
No BootOrder is set; firmware will attempt recoveryand based on some research in the internet:
# efibootmgr -v -v
Could not read variable 'BootNext': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directory
Could not read variable 'BootCurrent': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directory
Could not read variable 'Timeout': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directory
Could not read variable 'BootOrder': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directory
efibootmgr.c:363 read_order(): efi_get_variable failed: No such file or directory
No BootOrder is set; firmware will attempt recovery
Could not read variable 'MirrorCurrent': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/MirrorCurrent-7b9be2e0-e28a-4197-ad3e-32f062f9462c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directory
Could not read variable 'MirrorRequest': No such file or directory
error trace:
vars.c:318 vars_get_variable(): open(/sys/firmware/efi/vars/MirrorRequest-7b9be2e0-e28a-4197-ad3e-32f062f9462c/raw_var, O_RDONLY) failed: No such file or directory
lib.c:145 efi_get_variable(): ops->get_variable failed: No such file or directorySince then I have been through a lot of fiddling around: Overwrite the Bios, set option defaults, check/remove battery, reset CMOS, reconfigure the RX570 I have on board since 9 months (as a replacement for a passive graphics card) to the performance bios instead of the compute bios, disable CSM that was still on, fast boot off, talk to ASUS hotline, try EASYUefi on Win7, clean out unused stuff from the /boot/efi directory. Still the same.
efibootmgr and other tools are useless, they do not work.
Strangely enough grub-install seems to work once and sets a Bootorder, but that does not survice the next reboot. Some days ago I installed Beowulf in the new partition. The install worked fine except that grub-install did overwrite the ASCII efi entry. Meanwhile I have rescued both installations by doing a grub-install --bootloader-id=id. My original ASCII is working again, but now I have lost Beowulf when trying to use boot override.
Are there any suggestions how I could reset the EFI memory stuff, something I haven't found?
rolfie
#977 Re: Forum Feedback » Ascii to Beowulf » 2020-06-18 18:13:17
Welcome to Devuan. Calm yourself down and take a good look into the mirror for a while. This forum uses a standard bulletin board software, and as it looks like there are enough posters around that easily could find the right button. Since you learned it the hard way it should be easy to remember how to find it next time.
To Beowulf: it works fine and slightly different than ASCII here and there, partially due to inheritance of news from Debian. Take a read of the referenced documents, and you will understand one or the other issue. I am happily using Beowulf on my file server for more than a year, and I am now in the process of switching my workstations to Beowulf now.
Another hint to gparted: when using Mate, gparted will move to the system tools menu.
Network should also work fine, per default and in my setup I can't see any difference between ASCII and Beowulf. That might be different in special situations. Please start a new thread in the Hardware & System Configuration section. One topic per thread please.
rolfie
#978 Re: Other Issues » [stable] apt-get fails to update i386 » 2020-06-14 16:21:56
Well, I have updated one ASCII, two Beowulf and one Chimaera, no issues seen. Two real computer and two VMs, all amd64 with 386 packages.
Issues with proxies, mirrors or something like that?
rolfie
#979 Re: Other Issues » Devuan and privacy » 2020-06-14 08:58:27
Devuan is Debian minus systemd. The "system" will not call home except for if you configure it accordingly, e.g. for auto-update. Debian/Devuan is not like Windows 10.
Applications will call home. Firefox will call home to check for updates if configured this way, it will approach Amazon server for DNS lookup, Libreoffice the same .......
Inform yourself about privacy in browers, they are the big hole.
rolfie
#980 Re: Other Issues » [stable] apt-get fails to update i386 » 2020-06-14 08:49:54
The link you are listing is a different topic.
In your sources you have referenced Stable which is Beowulf since June 4th or so.
The clear recommendation is only to use distro names: https://devuan.org/os/packages
Would suggest to you to only specify Beowulf and to try again. Disable all foreign repos.
rolfie
#981 Re: Installation » Beowulf on Lenovo X200s - several minor regressions compared to buster » 2020-06-12 18:49:09
- LUKS password entry is not visible during bootup, the password has to be entered "blind" (I suspect KMS initialization of display and asking for password are in wrong order?)
- the system takes a long time to shutdown (fixed by replacing the script cryptsetup-functions from this thread: https://dev1galaxy.org/viewtopic.php?id=2690&p=2)
To the second problem first: that fix is required since the patch did not make it into the repository in time. Its fixed with Chimaera.
To the first topic: what exactly do you mean by "LUKS password entry is not visible"? Please explain.
I have got Beowulf/openrc working luks encrypted with LVM, separate /boot, in EFI mode with grub. The luks password is requested after the kernel is loaded and the LVM is detected not to be present. The password entered then isn't displayed. I got no problems, and I did not have to modify any settings.
rolfie
#982 Re: Desktop and Multimedia » (beowulf) mac samba share no longer accessible » 2020-06-10 21:15:14
nfs-common is installed?
rolfie
#983 Re: Installation » path on installation » 2020-06-10 08:01:52
Please refer to the "Changes in su" in the release notes: https://files.devuan.org/devuan_beowulf … _notes.txt
rolfie
#984 Re: Installation » ASCII repositories » 2020-06-08 19:34:21
Which packages? What do you miss? Can you be specific please? Maybe I misunderstood your question? I was aiming at updates ...
My main workstation still is on ASCII, and I do not miss anything...
rolfie
#985 Re: Other Issues » sbin PATH problems on Beowulf [SOLVED] » 2020-06-08 12:18:18
Refer to the "Changes in su" in the release notes: https://files.devuan.org/devuan_beowulf … _notes.txt
rolfie
#986 Re: Hardware & System Configuration » Shutdown encrypted LVM on Beowulf » 2020-06-07 16:37:46
Outlook to Chimaera: there the issue is fixed.
rolfie
#987 Re: Forum Feedback » Why Fie? » 2020-06-07 13:11:30
@ralph.ronquist: thanks for intervening. I am a few years older even than the OP....
@OP: Yes, a GUI installer could be a bit more comfortable in some areas. ASCII as the previous release had one, and Debian also has it. But you need to understand that Devuan is run with a very small team of developers, and its simply lack of resource that the GUI was dropped for Beowulf. And I can support the decision to drop the GUI installer, its more important to get the release rolling.
The firmware issues are also due to Debian/Devuan philosophy. A lot of firmware is propriatry stuff in non-free, you have to enable it. You will need to get acustomed to that speciality.
rolfie
#988 Re: Hardware & System Configuration » AMDGPU-PRO 20.10 on Devuan Beowulf with an AMD RX5600 » 2020-06-07 12:46:26
Making a NAVI based GPU work under Beowulf without the PRO driver
The latest AMD GPUs like an RX5300, RX5500, RX5600 or RX5700 require a kernel >= 5.4 and latest firmware to support NAVI10 re. NAVI14 chipsets. Suitable kernels are available in backports. The latest firmware available in the Debian/Devuan repos across all suites is dated 2019-07-17 which is too old. Special action is required.
Install Beowulf at least to command line level. Myself had the privilegue to have an older AMD GPU around which I used to install a full graphical desktop, in my case Lightdm/Mate.
All commands need to be run as root.
To be able to install a new kernel add this line to your sources.list:
deb http://deb.devuan.org/merged beowulf-backports main contrib non-freeThen run
# apt update
# apt list linux-image-5.*or
# apt list linux-image-5.5*Currently you may find 5.4.0-0.bpo.2, 5.4.0-0.bpo.3, 5.4.0-0.bpo.4 and 5.5.0-0.bpo.2 kernels in backports. This may change over time. Install:
# apt install linux-image-5.5.0-0.bpo.2-amd64Get the latest firmware from the linux kernel pages on github and copy it to the right place:
# apt install git
# cd /tmp
# git clone git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
# cd linux-firmware/
# cp -va amdgpu/ /lib/firmware/This update of the initramfs is very important.
# update-initramfs -u
# rebootEnjoy your new graphics.
rolfie
#989 Re: Hardware & System Configuration » AMDGPU-PRO 20.10 on Devuan Beowulf with an AMD RX5600 » 2020-06-06 12:08:21
@fsmithred: I am sorry, looks like I need to explain where I am coming from.
You posted a thread about support for a RX5600 with the PRO driver package. HOAS answered that there is a way without this driver. I just wanted to confirm that I managed to get a RX5500 working without this driver which uses a chipset out of the same family. Navi10 and Navi14 should behave similar. Both threads linked naturally show all the detours, dead ends and uturns taken.
If desirable I could try to condense that to what is really required (as far as I remember. Slowly getting old...).
rolfie
#990 Re: Installation » ASCII repositories » 2020-06-05 17:02:07
Only if you have specified stable in your sources.list. I can confirm that there is little movement on ASCII.
Here is some lecture: https://devuan.org/os/packages
rolfie
#991 Re: Hardware & System Configuration » Shutdown encrypted LVM on Beowulf » 2020-06-05 06:38:26
Yes, I can confirm it still works and is required for new installs.
rolfie
#992 Re: News & Announcements » Beowulf 3.0.0 is here! » 2020-06-04 19:01:59
Have you ever used all 4 Debian DVDs for an offline install? I never have needed anything else but the "desktop" DVD.
rolfie
#993 Re: News & Announcements » Beowulf 3.0.0 is here! » 2020-06-04 17:52:15
@bimon: simply use the Download link on the top of the forum page and look at what you find there. Is this what you desire?
rolfie
#994 Re: Hardware & System Configuration » AMDGPU-PRO 20.10 on Devuan Beowulf with an AMD RX5600 » 2020-06-04 17:36:41
@fsmithred: have a look at these two threads:
https://dev1galaxy.org/viewtopic.php?id=3461 and https://dev1galaxy.org/viewtopic.php?id=3358.
Got an AMD RX5500 working with Beowulf/EFI/Mate/5.5 kernel from backports. I used the way to load the firmware as described in the linked bugreport, and an update-initramsfs past that, and it worked.
Try it with your RX5600, rolfie
#995 Re: News & Announcements » Beowulf 3.0.0 is here! » 2020-06-03 20:41:29
Well done! Thank you all for your work.
rolfie
#996 Re: News & Announcements » Updating Sources to Beowulf stable » 2020-06-01 21:16:29
Yes, on apt update that works fine. I rarely use Synaptic. cli is fine for me.
rolfie
#997 Re: News & Announcements » Updating Sources to Beowulf stable » 2020-06-01 20:47:31
Don't care if you have explicitely stated Beowulf and not stable in your sources.list. The message comes once, and then its fine.
rolfie
#998 Re: Installation » Beowulf install » 2020-06-01 14:49:16
How to add backports: give https://devuan.org/os/packages a read.
rolfie
#999 Re: Installation » Beowulf install » 2020-06-01 10:04:50
Maybe you mix up 4.9 and 4.19? linux-image-4.19.0-9-amd64 is the latest Beowulf/Buster kernel, any 4.9-kernel is ASCII/Stretch. The 4.19er should start automatically.
For very new hardware, it may be an useful option to add backports to the sources.list and to install the 5.5 kernel from there.
rolfie
#1000 Re: News & Announcements » Beowulf Beta is here! » 2020-05-23 21:13:57
Look at the Release Notes. You got the following issue:
libpolkit-backend-consolekit-1-0 <> elogind re. libpolkit-backend-elogind-1-0
Let your old VBox go, and re-install the latest version from Oracle directly.
rolfie
Board footer
