![]() ![]() Have added the spectre_v2=off kernel parameter to all my Arch VM's (even the one using rEFInd) and all functions as before. For a test, please try if adding spectre_v2=off to the kernel parameters helps, and report back.īINGO! That did it. I've found an Arch Linux bug report which seems to fit the bill ( Modifications in 5.18.15 addressing Retbleed may prevent booting on AMD CPUs). I'm simply at a loss for what to do other than file a bug report with Virtualbox, or should I file one with the Arch devs? Don't know which way to proceed from here.Īrch_fail_to_boot.log wrote: 00:00:00.806585 SVM Feature Identification (leaf A):Ġ0:00:00.806552 Mnemonic - Description = guest (host)Ġ0:00:00.806615 IBPB - Supports the IBPB command in IA32_PRED_CMD = 0 (1)Ġ0:00:04.761738 IEM: wrmsr(0x49,0x0`00000001) -> #GP(0)Īlthough VirtualBox did not provide IBPB to the VM, Arch Linux tried to use it, while Debian didn't. Upon entering VB again and choosing to start my just built Arch VM, it once again halts after passing the Grub boot loader (same behavior choosing either kernel at Grub).įor "fun" I installed a VB daily build on my Fedora 36 install. ![]() After all was said and done with installation finished I shut down the VM with the "shutdown now" command at the Arch root prompt. During the install I added both the linux and linux-lts kernels. Yesterday I took the latest Arch iso, and installed entirely by hand a completely vanilla installation sans DE. Something in the last kernel update has changed, or something in a recent Arch package update has changed. If it boots, then the updates inside the existing VM are giving trouble.Įxactly. ![]() Please try making a new Arch VM, using the Arch ISO you originally used. The "failing" log does not look to me to show a failure. OS updates inside the VM can hose the OS or move the OS out of compliance with Virtualbox, but the OS's help features and channels must be used to fix the OS, same as if the problem happened on a real PC. Jack21 wrote:after updating my various VM's (some based on Arch, some on Debian), upon opening VB later to launch a given VM, it gets to GRUB, boots, and then stops about 1-2 seconds into the process and freezes. Can someone look at these and maybe clue me in as to what may be happening? As a side note, the fellows over at Arch forums gave me the usual snotty RTFM response, which of course was no help at all because I have read the Arch wiki and scoured the Internet in an attempt to solve this problem.Ĭomputer specs: Home built, Asus VII Crosshair x470, AMD Ryzen 7 3700x, AMD Radeon 580 GPU, 16MB DDR4 One is the zipped log of the failed Arch VM, and the other is the zipped log of a successful boot of a Debian VM. I'm attaching two log files to this post. There seems to be one or two things going on here: A problem between VB and the Linux kernel on the HOST machine, but also a problem with the Linux kernel on the GUEST machine as it relates the host. So I uninstalled VB 6.1.34 and again, installed version 6.1.36 but again no joy. A day or so later I noticed the same thing happening on my VB installation on Linux Mint. I chalked it up to a Fedora issue, then uninstalled VB 6.1.34 and installed 6.1.36 thinking that would solve it, but no joy. At first I noticed this failure of Arch-based VM's to open on my Fedora system. Two of these distros have VB installed: Fedora 36 (cinnamon) and Linux Mint 20.3 (cinnamon). On my desktop computer I have several different Linux distros installed to various dedicated SSD's. This is not happening with my Debian or Debian-based VM's, only Arch based. At that point I am obligated to go to File > Power > Force to Close the close out the failed VM. A few days ago after updating my various VM's (some based on Arch, some on Debian), upon opening VB later to launch a given VM, it gets to GRUB, boots, and then stops about 1-2 seconds into the process and freezes. Arch_fail_to_ Arch VM boot fail (31.06 KiB) Downloaded 15 times ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |