screen resolution not restored at boot

[Harry M]

Not sure if this is a vbox bug or artix bug, but maybe this can help determine which. After setting the screen resolution and rebooting, the screen comes up looking like .

You can see the screen resolution really is set correctly: .

The Guest Additions are up-to-date:

The firefox browser can be viewed by dragging it around into the viewable area, and you can see that I was able to snapshot the monitor configuration program as well as a terminal, so the system seems to be working correctly outside of the graphics.

Please note that I disabled 3D thinking that might help, but it didn't. Video has the full 128MB. There is enough memory I think:

I admit this could be an issue with the particular configuration of this distro, which is artix, an arch-based distro without systemd. This is a recent issue that has only started NOTICING since the last GAs and/or the last repo updates -- I really don't know which might be contributing because I generally leave my VMs running for weeks at a time, unless there is some reason to restart them. I know I did not see this problem prior to this.

Other VMs have experienced problems in the same period, but they are of a different nature. In one case, I had to switch display managers from slim to lightdm because slim was experiencing long delays; again, that could well be a different issue.

Host is Devuan Ascii, with the latest updates applied.

Thank you for your POLITE responses. Please let me know if you need more information. I also realize that a maintenance update will probably be along in the next few weeks or so. Perhaps those will clear up my current issue.

[Harry M]

Interesting: I rebooted the VM just after I filed this bug a moment ago, and after I confirmed the reboot request, the entire screen refreshed! But when I log in again, the same problem recurs.

[Harry M]

Artix VM log

[Harry M]

Use this log file.

[Harry M]

I just uploaded the correct log (sorry). I note that the last message was the one where it restores the resolution.

I've also been trying to force a full screen refresh within the VM. I think I read other accounts on the web where a user was able to sort of coerce the VM, if I read correctly.

[Frank Batschulat (Oracle)]

As with all the other bugs, same question again:

https://www.virtualbox.org/query?status=%21closed&reporter=HarryM

please provide information about the guest OS Linux distro Atrix so we can attempt reproduce the problem. What should be used to install a VM?

Also please provide information about the host OS Devuan Ascii as well.

[Harry M]

You can download the installer ISO's for each distro at their respective home pages.

Artix: ​https://download.artixlinux.org/iso/artix-plasma-lxqt-openrc-community-20190609-x86_64.iso -- this is similar to the ISO I used: ​https://linuxtracker.org/index.php?page=torrent-details&id=8dd23b2cf3cf694da9da5d01edae2d187e3b20b9. I am giving both because Artix is billed as a rolling release, so my installation (theoretically at least) should be the same as if I installed from the newest ISO. Just to be clear, I am using lxqt as my desktop environment in the Artix guest.

Devuan: ​https://mirror.leaseweb.com/devuan/devuan_ascii/installer-iso/devuan_ascii_2.1_amd64_netinst.iso -- here, I actually installed from the 2.0 ISO, and here is a mirror for this older ISO: ​https://sledjhamr.org/devuan-cd/archive/devuan_ascii/installer-iso/devuan_ascii_2.0.0_amd64_netinst.iso.

In both cases, I have applied ALL of the updates to each distro.

[Harry M]

I had so many issues with Artix (which I have only ever run in a Vbox VM), that I ultimately decided to drop it.

I have not used Artix in months now. As far as I am concerned, you can close this. Thank you for your help.