You are not logged in.
I am running 6.1.10 directly from Oracle, installed with dpkg -i. Extension pack installed, and guest extensions in each of my old and new virtual machines.
Had some fun to get it working on Beowulf, see https://dev1galaxy.org/viewtopic.php?id=3641.
Maybe it helps. Good luck, rolfie
No issues here with latest VB directly from Oracle on Beowulf and Chimaera as guest. No issues with systemd.
Have you installed the extension pack?
rolfie
If Caja is correct, 1.7TB. About half of a 4T drive.
rolfie
Beowulf amd64, openrc as init, shares from file server mounted with nfs4. Veracrypt is used to open a NTFS container as data drive for a Win7 VM. This is done via a script in the user startup folder.
Shutting down this container seems to cause a about 15s long delay past the line "Asking all remaining processes to terminate".
The complete output looks like this:
[ok] Asking all remaining processes to terminate ... done.
Currently running processes (pstree):
init-+-rc---openrc---openrc-run---sendsigs---pstree
|-rpc.statd
|-rpcbind
|-veracrypt---dmsetup
'-veracrypt---18*[{veracrypt}]
[FAIL] Killing all remaining processes ... failed
On another PC with a similar setup, just without Veracrypt, the shutdown has normal speed.
How can I speedup closing the Veracrypt volume?
rolfie
You move the themes folder to /boot/grub and specify that in /etc/default/grub. From my notes:
# mkdir /boot/grub/themes
# cp -r /usr/share/desktop-base/grub-themes/cinnabar-grub /boot/grub/themes/
# nano /etc/default/grub
Change entry to:
GRUB_THEME=/boot/grub/themes/cinnabar-grub/theme.txt
# update-grub
That fixes the error and brings the new cinnabar theme to grub. If you do not want that you can copy the default theme.
rolfie
okay so if i understand this correctly it has something to do with desktop-base and grub, not sure if it is present with or without encryption though?
Only appears with encryption, because when grub starts there is no access to /usr/share/..... yet.
rolfie
Have a read of https://dev1galaxy.org/viewtopic.php?id=3471. Isn't that the same kind of issue you see? Error message is slightly different, but similar.
rolfie
Tatwi wrote:golinux wrote:Note that this option is no longer available in Beowulf and probably beyond.
Heh, I didn't even notice!
Neither did I. If I need an installer I'll pick the TUI one every time, and frankly I don't understand what a GUI provides in that context besides a bigger install image and more to go wrong. Starting an X server and all the baggage that entails just to have a pretty installer nuts.
I'd like to give you my reason why I would prefer the graphical installer if available: I can copy/paste passwords and encryption keys to make sure they are the same.
And I do not suffer from CLI-o-phobia. I started my PC career exactly with CP/M when I was on university. My theses was written on a CP/M 8085 and printed of with a I think 9 needle printer.
GlennW wrote:Ascii did have a nice gui installer, cut and paste options with the mouse.
Why would you need copy-paste in the installer anyway?
I mean you can use GPM at the console, but why?
Well, installation is possible with the CLI installer, and just for avoiding a few keystrokes I never would use the GUI. But see above, that are very valid reasons, especially when you are dealing with 40 or more character long encryptions keys. This makes the difference.
Also love Beowulf, though I had to fight my way through key typos.
rolfie
rolfie wrote:unpack it to /tmp, mv to /opt/firefox
I prefer to unpack it in $HOME so that it can update itself without having to be run as root.
Works fine with my method, I have just enabled notifications. Getting the notification, FF downloads the update on request, applies updates on next restart as user, no issues.
rolfie
Another approach: boot the hardware with a life media, chroot into the new system, then check crypttab, fstab .... for correct UUIDs. The problem may the there.
rolfie
Note: I have used VMs to explore new distros myself, makes sense to get some experience. I used to take notes what I did to achieve certain results, and then I went an made a fresh install on the real HW based on the notes.
If you want and need the latest firefox download the Debian package directly from Mozilla, unpack it to /tmp, mv to /opt/firefox and create a starter manually. Easy done, and no foreign repo in your sources.
rolfie
That your image grows tells me that you forgot to recompress again. There should be instructions how to do this.
rolfie
You must know why the openjdk-11 that is available in Beowulf isn't good enough. Have you tried that?
Nevertheless it might be possible to install openjdk-8-jre from ASCII. Depends on the dependencies.
Give this a try:
Uncomment #deb http://deb.devuan.org/merged ascii main contrib non-free in your sources.list.
Run apt update
Then apt install -s -t ascii openjdk-8-jre
and look at the result. The -s simulates the installation only. If it looks good you may risk the installation without the -s option.
Don't forget to undo the uncomment and run apt update afterwards.
rolfie
Load from Debian:
Paket openjdk-8-jre
stretch (oldstable) (java): OpenJDK-Java-Laufzeitumgebung, verwendet Hotspot JIT
and install with dpkg -i package.
rolfie
My background: Beowulf installed from scratch, German setup and locale, works fine the way it is, menus ... all in German. My Beowulf is clean....
Based on this:
1.) Give HOAS proposal a try. You can't loose anything but your problem. When that fixes your locale problem you are done so far.
2.) If it doesn't, try to remove the extra stuff vs my post one by one. Play it carefully with simulating with apt -s remove what the consequences are before executing without -s. If in doubt, ask here again with what you got as output.
3.) Repeat HOAS proposal.
Good luck, rolfie
Followup on bad EFI memory:
Got two boards at home that suffer from strange EFI behaviour. Digged a bit in the internet and came across some threads that talk about that the Linux kernel tries to save some data in EFI variables when the computer crashes. I am pretty sure that happened to my hardware.
Is there any safe way to clear the EFI variables? ASUS denied it and told me to return the board.
Is there a way to prove my theory? To force ASUS to fix the lockup because that should not happen?
These rants also talk about that noefi as kernel parameter would stop the kernel to access the EFI variables. But that would mean the computer has to boot in BIOS mode. Am I right?
rolfie
From a native Beowulf install:
# dpkg -l | grep locale
ii krb5-locales 1.17-3 all internationalization support for MIT Kerberos
ii libdatetime-locale-perl 1:1.23-1 all Perl extension providing localization support for DateTime
ii libencode-locale-perl 1.05-1 all utility to determine the locale encoding
ii liblocale-gettext-perl 1.07-3+b4 amd64 module using libc functions for internationalization in Perl
ii locales 2.28-10 all GNU C Library: National Language (locale) data [support]
ii python-apt-common
My first candidate for removal would be the libboost-packages, then the util-linux from ASCII.
rolfie
Got the hint from here: https://sourceforge.net/p/veracrypt/dis … 04d12bba8/
There is some change between ASCII and Beowulf. This way it works.
rolfie
Fixed it by adding /usr/bin/uptime to the priviligues specification for veracrypt in the sudoers. Found it somewhere in the sourceforge forum for veracrypt.
The sudoers entry reads like this now:
$username$ ALL=(root) NOPASSWD: /usr/bin/veracrypt, /usr/bin/uptime
rolfie
Well, found this hint in the net on https://wiki.archlinux.de/title/GNOME#Tipps_und_Tricks
Add export NO_AT_BRIDGE=1 to /etc/environment.
The dbind-warning error when calling up the script directly as shown in the previous post is gone.
Does not bring the complete solution. Still getting asked for user or root passwd.
rolfie
Tried to call the script with a sudo in front sudo /path/to/script.sh, that does not work.
Then I directly started the script in a user terminal and got this error:
(veracrypt:5104): dbind-WARNING **: 17:05:21.998: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
How do I have to interpret this?
rolfie
rolfie wrote:Can't remember that I had to do this before, e.g. under Squeeze, Wheezy, or ASCII. Anyhow, I think I have got a solution now.
VirtualBox was in the repos back then (It was dropped for buster due to oracle being "uncooperative" IIRC), so presumably you were using those packages rather than the ones from oracle, no?
No, currently I am directly downloading the latest stuff from virtualbox.org and then using dpkg -i. I have been through all the methods from using the repo stuff, the following the sources.list setup as suggested by the VBox docs, then I found that I can ease my life. No enabling/disabling in sources.list, no key to care for .... Works for me.
Thanks, rolfie
Solution: the settings need to go to ~/.putty/sessions and not into ~/.putty.
rolfie
Well, I had all pre-requisites present like kernel headers, build-essential, dkms. Installation of VBox went smooth without any errors.
Instructions I am talking about: Repeated vboxsetup, modprobe vboxdrv, rcvboxdrv setup: all run smooth, no errors, each of them fixes the issue temporarily. Just after any reboot everything seems to be forgotten.
Digged deeper into logs like the vbox logs, syslog and boot: nothing that caught my eye. The entry in /etc/init.d/vboxdrv is present, all permissions set correctly (afaik) ...
Then tried to add to /etc/modules: the entry vboxdrv was a game changer, the error when starting my Win7 VM changed. I saw that I needed to enter also vboxnetadp and vboxnetflt, and now it works.
Can't remember that I had to do this before, e.g. under Squeeze, Wheezy, or ASCII. Anyhow, I think I have got a solution now. Thanks for picking my brain, your hint to the /etc/modules finally did the job.
rolfie
PS: I used keywords like "virtualbox kernel module" and "kernel 5.6 virtualbox" and others and tags from the error messages and read through a bunch of pages without getting a clue, just an impression that kernel 5.5 works, while 5.6 seems to create issues.
Beowulf on Kernel 5.6 with Mate Desktop, VB 6.1.10 directly loaded from Oracle and installed via dpkg -i.
Situation is that I have to rebuild kernel modules after each boot before being able to start a Win7 VM.
I am getting:
Kernel driver not installed (rc=-1908)
The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall virtualbox-dkms package and load the kernel module by executing
'modprobe vboxdrv'
as root.
where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT.
All the nice hints found do not fix the issue. When I read the announcement right my VBox version should already support the 5.7 kernel.
When I follow the instruction I can work with VBox, the game starts next day when I have shut down the PC the evening before and restarted or past any reboot.
What is going on here?
rolfie