The officially official Devuan Forum!

You are not logged in.

#1026 Re: News & Announcements » Beowulf Beta is here! » 2020-05-11 18:26:43

fsmithred wrote:

beta3 live isos have been uploaded.

Use the beta3 netinstall for an encrypted LVM offline installation to command line. Polished the sources.list, made the network available and installed my preferred DE. Perfect install, all previous issues I had are resolved.

A very big "Well Done" to the Devuan team.

rolfie

#1027 Re: Installation » First time install; how do I access rest of packages on DVD(on usb) » 2020-05-09 08:17:55

Thanks, that finally gives at least bit of facts and background to be able to help. You were not disclosing very much in the beginning? We could have been further with a bit more information.

Lets summarise: you successfully got a graphical desktop installed offline from an ASCII DVD and can log in. Not bad. Would you mind telling us which DE you are using? I am Mate user and can support with questions around this, XFCE and others is not my topic.

You do not mind to set up networking? Then first of all lets solve this bit, then we can attack the access to the Devuan repos as second step.

What do you want to use? Wired/wifi? Fixed IP adress or DHCP, IP4/6? Any specials? Any network manager running?

Key setup is in /etc/network/interfaces. Nameserver has to be set in /etc/resolv.conf, /etc/hosts may be useful. Please post the entries there in this thread if you do not get along.

Are you at least a bit familiar on how to get to a root terminal?

rolfie

Edit: something to read. Its from Debian, but most of the stuff is valid for Devuan too.
https://www.debian.org/doc/index.en.html
https://www.debian.org/releases/stable/ … ex.en.html
https://wiki.debian.org/FrontPage
https://wiki.debian.org/NetworkConfigur … ion%5Cb%29

#1028 Re: Installation » First time install; how do I access rest of packages on DVD(on usb) » 2020-05-08 09:58:47

Beginner or troll? Can't remember ever having had a not signed message. You are talking in general terms and not telling us the exact command and message and boundary conditions. Please show us your sources.list and the result from apt update. This way we can help. I might also help to understand your intentions. Why do you want to access SW from DVD instead of downloading the up to date stuff from the internet?

Anyhow: which DVD did you use? Complete name or download source.

sources.list readings:
https://devuan.org/os/
https://dev1galaxy.org/viewtopic.php?id=3276

Can you ping 8.8.8.8 from your box?

rolfie

#1029 Re: Installation » First time install; how do I access rest of packages on DVD(on usb) » 2020-05-06 20:21:36

Astara wrote:

I already went for a workaround that raised some new questions.  I managed to get a connection from my new minibox, to the internet and connected to repos on devuan.  When I did, found they were not signed either, but there, I was given option to continue anyway.  What I don't get is why I wasn't offered that option on my local USB copy of it(?).

What exactly did you do? sources.list update? HOW did you connect to Devuan? What were the error messages? Please post them here.

rolfie

#1030 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-05-03 19:08:31

Back earlier than I thought. Tried the suggestion in my latest VM, it is easy to implement (easier and faster than I thought) and it works.

Thank your for your suggestion. The only question remains: how update-proof is this fix? I remember the cryptdisk.functions patch that never made it upstream. The situation is slightly different since desktop-base is Devuan only, but you never know. 

Have a nice weekend and stay safe, rolfie

#1031 Re: Installation » No Sound in Devuan-ascii » 2020-05-03 19:01:34

ve1drg wrote:

As to  ~/.asoundrc file this is unknown to me. Where does this go.

Let me translate: ~/ represents your home directory. A file with a period in front is a hidden file.

ve1drg wrote:

And I tried to install gas mixer but can't find it anywhere.

The package is called Q A S M I X E R. Just use small letters and no blanks.

Good luck, rolfie

#1032 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-05-01 19:11:30

fsmithred wrote:

What do you mean when you say the issue was solved?

I was reffering to my copy/paste problem with the text from grub.cfg from the VM. At first I just posted the text body description I prepared, made a break since a fast re-install of the guest additions did not help, and left a note that I would add the code later. When reading this again I saw its mis-understandable without the background, so I polished my test a bit.

fsmithred wrote:

I can reproduce the problem, and it seems to be coming from the grub scripts, but I haven't tracked it down completely.

.......

Edit(dunno - 6 or 7 now?): I think I can change desktop-base to put the theme in /boot/grub, but that won't happen in time for beowulf release. Maybe for point-release later.

Will give your suggestions a try. Feedback may take a while because I am dragged into a serious professinal problem that wil take priority for a while. Thank you for listening.

rolfie

#1033 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-05-01 10:04:53

Back to the grub issue with encrypted installations.

Done another VM install from the desktop DVD iso in Bios mode, traditionally encrypted with separate unencrypted /boot, lightdm and Mate. I can re-produce the issue, it does not depend on efi mode. The grub.cfg resulting from this install looks like this (relevant parts cut out and posted here): 

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod lvm
insmod ext2
set root='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UTzSSs-6Jtx-2mf7-ug6f-YUYG-2f5Y-MoUl9G'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UT$
else
  search --no-floppy --fs-uuid --set=root 2386d536-a213-4be4-8ac5-5b2a1d658982
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
insmod lvm
insmod ext2
set root='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UTzSSs-6Jtx-2mf7-ug6f-YUYG-2f5Y-MoUl9G'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UT$
else
  search --no-floppy --fs-uuid --set=root 2386d536-a213-4be4-8ac5-5b2a1d658982
fi
insmod gfxmenu
loadfont ($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/unifont-regular-16.pf2
insmod png
set theme=($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/theme.txt
export theme

if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

Please note that the set root lines are doubled and get the Cinnebar settings amended. This is the issue.

After removing desktop-base and running an update-grub the issue is gone. grub.cfg now looks like this:

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod lvm
insmod ext2
set root='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UTzSSs-6Jtx-2mf7-ug6f-YUYG-2f5Y-MoUl9G'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/BdBH9u-yJ7u-C6oR-MHyE-4N6Y-9COS-i7orqi/UT$
else
  search --no-floppy --fs-uuid --set=root 2386d536-a213-4be4-8ac5-5b2a1d658982
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

desktop-base takes some influence on the process behind update-grub, no idea how. Its an issue for encrypted installs, no matter if efi or bios mode.

Side notes:
* The installer offers as well the 4.19.0-6 as the 4.19.0-8 kernel. Does this make sense?
* The installer asks for grub to be installed in the efi removable path despite normal bios/CSM mode?

rolfie

Note: solved my copy/paste problem getting the grub.cfg lines from the VM after lunchbreak by re-installing the guest additions (had to do it twice to get it working).

#1034 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-05-01 09:50:18

ralph.ronnquist wrote:

Note that the smallest installer iso to use for offline installation is called "server" iso.

The "netinstall" iso is purely intended for an installation that downloads packages from the net. Its pool (on beta2) is only that of "debootstrap minbase".

Dear Ralph, thanks for reminding me, I have read this statement before. You guys and girls make the decisions. Does not mean that I agree. I think its a pity that you do not catch two birds with a stone by dropping one or two small packages.

My statement as a happy user of Devuan: I have used the ASCII netinstall and the temporarily available Beowulf mini-isos for offline CLI installations, and I am disappointed that this does no more work.

End of discussion, thank you for your engagement into this project.

rolfie

#1035 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-04-30 20:00:01

Tried the beta2 netinstall iso expert install without efi in a VM, no mirror.

Editors like VIM and nano (my preference) still missing, without network mirror you can't make a cli install and prepare network access.
Asks for grub to be installed in the efi removable path?

Will try the desktop iso in bios mode.

rolfie

#1036 Re: Installation » Devuan-ascii wont install. » 2020-04-30 17:20:41

Possibly issues with modern optical drive technology (being crap). Pay attention to the boot process while the burnt media boots the installer. You see many IO errors and like?

Then the suggestion is to look into if your hw supports booting from USB stick. This is the better alternative lately. Since you have a Jessie running, give unetbootin a try. I have used that earlier, today in ASCII/Beowulf this program is no more in the repos. What works fine is rufus under Windows.

rolfie

#1037 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-04-28 18:52:33

Found the Beta2-Iso images on the network and downloaded them. Tried them in a VM with my standard routine. Offline install now works.

Suggestion: make the default for deb-src no.

desktop-base isn't installed when lightdm is installed with --no-install-recommends. grub starts fine.

Then tried installing desktop-base via synaptic: problem is back. Tried to find what causes update-grub to duplicate the entry, and could not find it. Removing desktop-base again fixes the problem.

rolfie

Edit: Used the desktop DVD iso.

#1038 Re: Installation » [Solved] Grub issues with Beowulf beta » 2020-04-27 18:42:16

Thank you for coming back. Looks like encryption always is in for more fun.

I am using my manual method because I think I have a bit more control which kind of SW is installed. Don't need to fight unwanted stuff like abiword when using the full desktop installs.

Would be interesting to understand how the Cinnebar stuff is linked into grub, I was searching for a hook, but could not find any. I will try the no recommends approach when I am no more so tired.

Anyhow, the hook also seems to duplicate an entry that is present before line 80 of the grub.cfg. These lines are added and I can't get rid of then, an update-grub always reproduce them:

insmod lvm
insmod ext2
set root='lvmid/91NKk7-tOG0-rbxc-EiqB-eIc0-jYsT-2cSV5t/hDTXd5-ZrjH-tN1n-60Vu-I7el-ukQd-mmGK1x'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/91NKk7-tOG0-rbxc-EiqB-eIc0-jYsT-2cSV5t/hDTXd5-ZrjH-tN1n-60Vu-I7el-ukQd-mmGK1x'  e7380dd4-8083-4771-a095-aa15c7d0834d
else
  search --no-floppy --fs-uuid --set=root e7380dd4-8083-4771-a095-aa15c7d0834d
fi
insmod gfxmenu
loadfont ($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/unifont-regular-16.pf2
insmod png
set theme=($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/theme.txt
export theme

When I comment out the complete block grub does no more complain.

I am looking forward for the next set of isos. Thank you for your work.

rolfie

#1039 Installation » [Solved] Grub issues with Beowulf beta » 2020-04-27 15:51:59

rolfie
Replies: 13

This is a follow-up on https://dev1galaxy.org/viewtopic.php?id=3461.

I think I have isolated the problem to a certain extend by installing Beowulf Beta from the desktop DVD into several VMs on my workstation.

The error is that before the grub screen appears, this error is posted (example):

error: no such device: b7c099c6-5171-4a21-9b31-44e7c484fec7
error: no server is specifed
error: no server is specifed

Press any key to continue

The UUID shown is the one of the logical volume of the root device (/dev/mapper/vgsys-root: UUID="b7c099c6-5171-4a21-9b31-44e7c484fec7" TYPE="ext4"). After some seconds the grub screen is shown if you don't press a key.

Common procedure: EFI mode, VMs are all 4G RAM, 2 CPU, 32G disk space, Expert install, German locale/keyboard, let the installer partition the drive, with network mirror set to deb.devuan.org, openrc, just install basic system tools, standard system utilities, no desktop. Reboot.
Then clean the sources.list to beowulf main contrib non-free, security updates, release-updates and backports.
Apt update, install build-essential, firmware-linux-nonfree, sudo, hwinfo, reboot.
Install guest additions, reboot.
apt install xorg lightdm
apt install mate-desktop-enviroment-extras or cinnamon. Add nfs-common, smbclient, geany, synaptic. Reboot.

1st VM: straight to the disk. Standard blue grub screen shown after first reboot. Switches to Cinnebar when the desktop is installed. Boots fine.
Note: When no mirror is selected grub-install fails. This is a grave bug. I would expect that I can run a complete offline install from the DVD image.
2nd VM: Use LVM. Standard grub design shown after first reboot. Switches to Cinnebar when the desktop is installed. Boots fine.
3rd VM: Use encrypted LVM with Mate desktop. Standard grub design shown after first reboot. The blue design remains. Grub complains after installing Mate.
4th VM: As before, just Cinnamon as desktop. Standard grub design shown after first reboot. Grub complains after installing Cinnamon, the blue design remains.
5th VM: Locale set to UK, German keyboard, encrypted LVM with Mate desktop, sysvinit. Standard grub design shown after first reboot. Left away nfs-common etc. Grub complains after installing Mate, the blue design remains.

Notes: I have got a VM that I did install from one of the early netinstall images about a year ago, with the same error present.
Got another VM installed from the beta DVD with Cinnomon without all the SW bits that does not show the error.

6th VM: Locale set to UK, German keyboard, encrypted LVM, openrc.
Boot after installation ok: copy grub-cfg.0, update sources.list, update-grub, grub-cfg.1
Next boot: ok. apt update, install nonfree firmware, dkms, build-essential, grub-cfg.2, reboot.
Next boot: ok. update-grub, grub-cfg.3, reboot.
Next boot: ok. apt install hwinfo, grub-cfg.4, reboot.
Next boot: ok. apt install xorg, grub-cfg.5, lightdm (update-grub is run), grub-cfg.6, cinnamon, grub-cfg.7, reboot
Next boot: not ok.

Difference between .5 and .6 starts at line 80.

grub-cfg.5

terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

grub-cfg.6 after installation of lightdm.

terminal_output gfxterm
insmod lvm
insmod ext2
set root='lvmid/91NKk7-tOG0-rbxc-EiqB-eIc0-jYsT-2cSV5t/hDTXd5-ZrjH-tN1n-60Vu-I7el-ukQd-mmGK1x'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/91NKk7-tOG0-rbxc-EiqB-eIc0-jYsT-2cSV5t/hDTXd5-ZrjH-tN1n-60Vu-I7el-ukQd-mmGK1x'  e7380dd4-8083-4771-a095-aa15c7d0834d
else
  search --no-floppy --fs-uuid --set=root e7380dd4-8083-4771-a095-aa15c7d0834d
fi
insmod gfxmenu
loadfont ($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/unifont-regular-16.pf2
insmod png
set theme=($root)/usr/share/desktop-base/grub-themes/cinnabar-grub/theme.txt
export theme
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

I am pretty confident that the method to modify the grub menu to show the Cinnebar Theme causes the issue with encrypted installations. A copy of the reference to the encrypted LVM that is not yet decrypted must fail. Please fix this somehow.

rolfie

#1040 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-26 15:09:54

@Head_on_a_Stick:

1.) Lets move the Arch stuff discussion to a separate thread e.g. to DIY.

2.) You can't convince me that the EFI Bios of my ASUS Prime X570-Pro is crap and the one and only reason for my problems. 

I have got VM with a Beowulf installed from a netinstall image about a year ago encrypted with LVM that shows the same effect when booting. grub complains about not finding the logical volume that hold the root partition. Traditional grub colors. Just update to the latest status, still the same.

On the other hand, my VM installed from the beta DVD with similar setup = encrypted LVM, just Cinnamon instead of Mate, shows the grub Cinnabar theme and no errors. Both VMs use efi.

There must be something in my setup that screws update-grub. Anyhow, if I want ASUS to fix the efi bios, I need some idea what to complain about, and I have no idea whats causing the problems.

3.) Running a Ryzen 3700X with kernel 4.19: I have rebooted the PC with that kernel and pulled dmesg into a text file. Shall I mail that to your attention (zipped)? What temps are concerned: looks like lmsensors just finds the old passive graphics card thats on the board currently. I would claim temps are fine. In the bios I got then in the mid of 30s. I have the cool aircooler shipped with the CPU installed (with LEDs) on the CPU, rotation is low in operation, its nicely regulated if higher load is applied. The initial burst on reset is there, then the speed is run down.

rolfie

#1042 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-25 20:37:42

I guess I looked at the wrong file in the efi directory which belongs to Arch.

Arch is booting fine when I change the boot order to 0.

Also created a new Devuan entry based on doing the opposite to https://dev1galaxy.org/viewtopic.php?id=3280.

Looks like the entries in the efi are duplicated, when using efibootmgr V17 on Arch, suddenly empty entries 2,3,4,5,6 were displayed. Tried to de-activate them under Arch, no help, under efibootmgr V15 (Beowulf) they are back again. Now I am getting more complaints before the blue grub screen comes up. Maybe update-grub under Beowulf ins't doing what its supposed to do?

rolfie

#1043 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-25 19:39:02

Strange, I did several experiments trying to affect the problems, still the same. Looked into a VM with Beowulf upgraded from ASCII, encrypted with LVM to compare.

Removed the shim entry from the efi, deleted all shim files by uninstalling via Synaptic, ... always used update-grub next and rebooted, still the same. Then I looked at /boot/grub/grub.cfg. That file still is dated April 18th. Shouldn't that file be changed by update-grub?

The VM installation runs 5.4-bpo2 kernel, grub.cfg had a date of end of Feb this year. Did a update-grub, the file now has today timestamp. ?????

Arch was installed with --bootloader-id=GRUB according to the German Arch Beginners Tutorial. Do I have some interference between these two installations?

rolfie

#1044 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-25 19:29:23

golinux wrote:

Is desktop-base installed?  That should pull in all parts of the cinnabar theme.  Sorry, can't help with grub issues.  Hope you get it straightened out.

It is. There is a Cinnabar theme present, but not used by grub. Lightdm/Mate use Cinnabar.

rolfie

#1045 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-24 18:55:32

xinomilo wrote:

after modifying disk with gparted to prepare 2nd install, the disk uuid probably got modified. check from working system here : /dev/disk/by-uuid, if it's not the same, chroot to troubling installation, modify grub and run update-grub.. then try booting again.

note, i dont use UEFI. and grub loads luks partition from eg. 'root=/dev/mapper/system--vg-root'

Tried update-grub, made no difference. When I compare the output from blkid and what is listed in /dev/disk/by-uuid I see no difference. What else can I check?

I also had a look at grub.cfg. In this file this uuid is listed twice in the header part: 

set root='lvmid/xS2VOe-2irS-1ZJQ-fWAz-FBAn-BYSx-sAs2sG/hfqu6W-qJ0f-iYDd-2Su6-ZgOg-0PXN-deZDHi'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/xS2VOe-2irS-1ZJQ-fWAz-FBAn-BYSx-sAs2sG/hfqu6W-qJ0f-iYDd-2Su6-ZgOg-0PXN-$
else
  search --no-floppy --fs-uuid --set=root 76c68ea3-5785-49b4-b93e-66f4de5b3a2b
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
insmod lvm
insmod ext2
set root='lvmid/xS2VOe-2irS-1ZJQ-fWAz-FBAn-BYSx-sAs2sG/hfqu6W-qJ0f-iYDd-2Su6-ZgOg-0PXN-deZDHi'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/xS2VOe-2irS-1ZJQ-fWAz-FBAn-BYSx-sAs2sG/hfqu6W-qJ0f-iYDd-2Su6-ZgOg-0PXN-$
else
  search --no-floppy --fs-uuid --set=root 76c68ea3-5785-49b4-b93e-66f4de5b3a2b
fi

and here is the main entry that also references this uuid (cut off here due to nano):

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-76c6$
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_gpt
        insmod ext2
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root  97e1104c-2123-44da-9e09-97a02728d093
        else
          search --no-floppy --fs-uuid --set=root 97e1104c-2123-44da-9e09-97a02728d093
        fi
        echo    'Linux 5.4.0-0.bpo.4-amd64 wird geladen …'
        linux   /vmlinuz-5.4.0-0.bpo.4-amd64 root=/dev/mapper/vgBsys-1_root ro  quiet
        echo    'Initiale Ramdisk wird geladen …'
        initrd  /initrd.img-5.4.0-0.bpo.4-amd64
}

Another observation is that the grub color is the Debian blue, cinnebar does not seem to be used. Further ideas?

Thanks, rolfie

#1046 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-24 17:41:05

Head_on_a_Stick wrote:
rolfie wrote:

Ryzen 3700x

You will need the backported kernel for that, 3rd generation Ryzen is poorly supported by kernel 4.19.

Mainboard and Ryzen 7 3700X CPU work fine with 4.19 kernel (except the other glitches). I have not seen any crashes, kernel panic whatsoever. Lightdm/Mate is coming up fine, LO/Firefox ... work flawlessly. The 5.4 kernel is preparation for installing my new Radeon RX 5500XT grahics card which isn't yet installed.

Head_on_a_Stick wrote:

What is your graphics hardware? The Devuan firmware-amd-graphics packages don't have the Navi firmware yet.

For the time being I installed an older passive Radeon card that was available in my cellar.

# lspci | grep VGA
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]

The mainboard wanted CSM enabled with this card, it complained that this card wasn't efi compatible which it is afaik. It was used in an older PC with an efi installation.

Head_on_a_Stick wrote:
rolfie wrote:

First installation attempt failed with grub not installing.

Did you check TTY4 or the installer log for the actual error message? It would be nice to know why it failed.

Can't recall the exact text, just saw on the 2nd console that there was no efi partition present in /target/boot. I tried to mount it and to repeat the grub-install, failed. Well, I searched all my threads in this forum and stumbled somewhere across the bit with the network connection. On the second install I paid explicit attention to if the manual partitioning shows any way to mount the efi partition to /boot, there was none. And against my usual habit I made sure the network was setup for using an external mirror. I checked /target/boot just before the grub-install (again on second console), this time the efi partition was mounted.

Head_on_a_Stick wrote:
rolfie wrote:

I did manually modify the boot number from 1 to 8. No change.

The only difference between those two entries is Secure Boot support, which is provided by shimx64.efi.

Secure boot is disabled (Other OS), and I did delete all key from the database. I always do this.

Head_on_a_Stick wrote:
rolfie wrote:

Why is Arch overwritten?

Because your UEFI firmware is a useless, buggy pile of crap. Most are. I can show you how to generate a new NVRAM entry for Arch but your motherboard would probably just forget it again.

rolfie wrote:

I though that two Linux OS could reside on the same drive with one efi partition without conflict.

There is no conflict, as such, the Arch entry has just been lost.

EDIT: actually I think the Arch entry might be Boot0000. What was the exact grub-install command you ran when installing Arch? /EDIT

I used

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=GRUB --removable

so Boot0000 should be the Arch entry, but with F8 I do not get this as a choice. I haven't yet tried to use efibootmgr to change the boot order. Will be a separate experiment.   

rolfie

#1047 Re: Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-24 16:49:06

Head_on_a_Stick wrote:
rolfie wrote:

after upgrading to kernel 5.4-bpo.4 kernel panic, due to EFI_MEMMAP is not enabled.

As I mentioned earlier you will need that kernel version.

Have you tried the add_efi_memmap kernel parameter?

Oh man, found the issue. Its not the parameter, adding that to grub did not work. When I tried to downgrade to the bpo.3 kernel and recalled the command from the bash_history to simply replace 4 by 3, I saw this:

# apt install linux-image-5.4.0-0.bpo.4-686 linux-headers-5.4.0-0.bpo.4-686

Don't know how that happened, copy/paste error from apt list output or if it was too late yesterday... It works fine with -amd64.

Other stuff later...

rolfie

#1048 Installation » [Closed] Problems with Beowulf as second OS on a SSD » 2020-04-23 19:31:23

rolfie
Replies: 14

I am trying to add Beowulf as second OS past an Arch installation on the SSD of a brand new PC. I would like to share my experience and need some advice how to deal with the remaining problems.

Basics: HW is a Ryzen 3700x on ASUS X570-Pro mainboard, latest bios. UEFI system, Arch installed as first OS on the SSD (also encrypted with LWM), enough space on the EFI partition, labelled as ESP. CSM off, secure boot off, all keys deleted, Uefi driver first.

The Beowulf beta desktop iso was written to a USB stick with rufus/Windows 7. Got a small 2G boot partition and a large 256G partition for an encrypted LVM setup by gparted past the Arch stuff. The stick boots fine in EFI mode, I used the expert installer and manual partitioning. First installation attempt failed with grub not installing. On the second attempt I paid attention to have a network connection to a mirror. This time the grub installation worked. This is an important topic.

Beowulf is now booting, I have got Lightdm/Mate desktop running. With the patch applied to /lib/cryptdisk.functions the shutdown is fast.

First effect: in the efibootmgr is no more indication of the Arch boot entries. It looks now like this:

# efibootmgr -v
BootCurrent: 0008
Timeout: 1 seconds
BootOrder: 0008,0009,000A,000C,000D
Boot0000* GRUB	HD(1,GPT,44444444-5555-4444-8888-999999999999,0x800,0x400000)/File(\EFI\GRUB\GRUBX64.EFI)
Boot0001* debian	HD(1,GPT,44444444-5555-4444-8888-999999999999,0x800,0x400000)/File(\EFI\DEBIAN\SHIMX64.EFI)
Boot0004* Hard Drive	BBS(HD,,0x0)..GO..NO........o.G.I.G.A.B.Y.T.E. .G.P.-.A.S.M.2.N.E.6.1.0.0.T.T.T.D....................A..........................dy.%.w  .....2..Gd-.;.A..MQ..L.S.N.1.9.3.5.0.8.9.0.0.3.8.5........BO
Boot0005* CD/DVD Drive	BBS(CDROM,,0x0)..GO..NO..........A.S.U.S. . . . .B.W.-.1.6.D.1.H.T....................A.............................................>..Gd-.;.A..MQ..L.L.K.J.P.E.C.3.B.1.4. .3. . . . . . . . ........BO
Boot0008* debian	HD(1,GPT,44444444-5555-4444-8888-999999999999,0x800,0x400000)/File(\EFI\DEBIAN\GRUBX64.EFI)..BO
Boot0009* Hard Drive	BBS(HD,,0x0)..GO..NO........o.G.I.G.A.B.Y.T.E. .G.P.-.A.S.M.2.N.E.6.1.0.0.T.T.T.D....................A..........................dy.%.w  .....2..Gd-.;.A..MQ..L.S.N.1.9.3.5.0.8.9.0.0.3.8.5........BO..NO..........C.T.5.0.0.M.X.5.0.0.S.S.D.1....................A.............................................>..Gd-.;.A..MQ..L.9.1.5.0.1.E.6.E.8.8.7.A. . . . . . . . ........BO
Boot000A* CD/DVD Drive	BBS(CDROM,,0x0)..GO..NO..........A.S.U.S. . . . .B.W.-.1.6.D.1.H.T....................A.............................................>..Gd-.;.A..MQ..L.L.K.J.P.E.C.3.B.1.4. .3. . . . . . . . ........BO
Boot000C* UEFI: SanDisk, Partition 1	PciRoot(0x0)/Pci(0x8,0x1)/Pci(0x0,0x3)/USB(1,0)/HD(1,MBR,0x97df71f4,0x800,0x1ca3800)..BO
Boot000D* USB	BBS(HD,,0x0)..GO..NO........q.S.a.n.D.i.s.k....................A.............................>..Gd-.;.A..MQ..L.4.C.5.3.0.0.0.0.0.4.0.3.2.8.1.1.3.2.3.4........BO

I did manually modify the boot number from 1 to 8. No change. Also removed grub-efi-amd64-signed, did not help. Why is Arch overwritten? I though that two Linux OS could reside on the same drive with one efi partition without conflict.

Second side effect: When booting before loading the grub screen I get this error. I am requested to press a key, or if I wait long enough the grub screen pops up. The output actually is in German, I translated it.

Error: no such device: 76c68ea3-5785-49b4-b93e-66f4de5b3a2b
Error: no server specified 

This uuid is the one of the encrypted LVM partition for Beowulf /dev/nvme0n1p4. What is going on here?
[Edit: Thats wrong, its the uuid of the root partition inside the LVM! Edit]

Third side effect: after upgrading to kernel 5.4-bpo.4 kernel panic, due to EFI_MEMMAP is not enabled.

Thanks, rolfie

Edit: some clarification, more info added.

#1049 Re: Hardware & System Configuration » Old Brother Scanners broken in Beowulf (problem descr. and workaround) » 2020-04-18 11:33:55

As a workaround try the following: install ASCII in a virtual machine and forward the scanner to this machine. I assume these are USB devices, that should work ok with Virtual Box (had such a setup for a long time with a scanner that only had Windows drivers around).

Its not comfortable, but ok for a lower volume.

rolfie

#1050 Re: Other Issues » What would cause wget to work and apt to get "Connection failed"? » 2020-04-17 19:49:34

According to this page https://devuan.org/os/ you should use:

deb http://auto.mirror.devuan.org/merged jessie          main

Give it a try.

rolfie

Board footer

Forum Software