I’m experiencing sudden, intermittent, frequent shutdowns in all of my debian-11 VMs (AppVM and disposable). Although I’ve been experiencing this for a while, this problem has recently changed from a crash every 1-3 days to about every 20 minutes. This seems to be more of a problem when copying or moving files over my network, although this isn’t the root issue because these qubes will also crash when sitting idle. I’m on Qubes 4.1 (installed as 4.1, not an upgrade from 4.0) on a Librem 14v1 with 2 TB SSD and 64 GB RAM.
Below is error output from journalctl in one of the debian-11 AppVMs that demonstrates this. The other AppVMs say essentially the same thing. I’ve done some research into these errors and have not found great solutions. Is anyone else experiencing any of these? Any ideas on how to fix them correctly?
One thing to note is that I’ve also seen these pulseaudio errors in my fedora VMs. Some of my fedora VMs have also crashed recently - sys-net being the latest example. I’m not sure what I’m expected to do here. If debian or pulseaudio can detect that something is obsolete and should be removed, why am I expected to fix that? Shouldn’t this be fixed by either Qubes, Debian, or pulseaudio? I really don’t want to mess around with the template. I also have not changed anything in any of my templates or kernels except installing updates, so I’m not sure what has caused this or what I’m supposed to be doing to fix these (assuming one of these is causing the qubes to crash).
Sep 29 16:09:17 appvm kernel: vhci_hcd: vhci_device speed not set
Sep 29 16:09:17 appvm kernel: vhci_hcd: vhci_device speed not set
Sep 29 16:06:21 appvm kernel: vhci_hcd: vhci_device speed not set
Sep 29 16:06:21 appvm kernel: vhci_hcd: vhci_device speed not set
Sep 29 16:00:34 appvm pulseaudio[947]: sink cork req state =2, now state=1
Sep 29 16:00:34 appvm pulseaudio[947]: source cork req state =2, now state=1
Sep 29 16:00:29 appvm pulseaudio[947]: module-rescue-stream is obsolete and should no longer be loaded. Please remove it from your configuration.
Sep 29 16:00:29 appvm pulseaudio[947]: source cork req state =1, now state=-2
Sep 29 16:00:29 appvm pulseaudio[947]: sink cork req state =1, now state=-2
Sep 29 16:00:29 appvm pulseaudio[947]: rec libvchan_fd_for_select=27, ctrl=0x57eaa2efdf50
Sep 29 16:00:29 appvm pulseaudio[947]: play libvchan_fd_for_select=19, ctrl=0x57eaa2efd690
Sep 29 16:00:29 appvm pulseaudio[947]: using domid: 0
Sep 29 16:00:29 appvm pulseaudio[947]: vchan module loading
Sep 29 16:00:27 localhost kernel: Error: Driver ‘pcspkr’ is already registered, aborting…
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 07, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 06, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 05, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 04, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 03, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 01, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI Error: No handler or method for GPE 00, disabling event (20210730/evgpe-839)
Sep 29 16:00:26 localhost kernel: ACPI: OSL: SCI (ACPI GSI 9) not registered
Sep 29 16:00:26 localhost kernel: PCI: Fatal: No config space access function found
Sep 29 16:00:26 localhost kernel: ACPI: No IOAPIC entries present