3hhh

> 2021-08-26 15:38:42.039+0000: libxl: libxl_pci.c:1493:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:14.0 Got the same issue here in 4.1rc2 incl. a failure notification, even for exactly...

Other user with the same issue and workaround: https://forum.qubes-os.org/t/qubes-crashes-starting-sys-usb/18288

I just tested `d4f56bd546c195c8a46b3839813b514c30f2efbceef963c1ed6cb3499eafbaa3 heads-UNTESTED_t530-hotp-maximized-v0.2.0-1705-gedf200e.rom (https://github.com/osresearch/heads/commit/edf200e7913c62975a424cfb9dbd579747d0665c)`, seems to work so far. Apparently it even fixed https://github.com/QubesOS/qubes-issues/issues/8232, thanks!

> @3hhh So you get "finalizing chipset" on kexec call? > Hopefully [#1373 (comment)](https://github.com/osresearch/heads/pull/1373#issuecomment-1587752648) was successful for you: should. Yes, that worked as well. :-)

Well, apparently it is loaded too late and there is some race condition with the kernel module loading the GPU driver. If one checks `/usr/lib/dracut/modules.d/`, one will see that both...

DNS fails with your DSL connection being down, so the firewall rules (which require IPs, not FQDNs) cannot be implemented and everything is blocked. You should be able to use...

On 4/20/24 13:25, unman wrote: > I do not think that last suggestion is a good one since many people have > a series of proxies, and therefore multiple "firewall...

Thinking about it again, probably the easiest and best (since decentral) solution is to set a 30s retry at `/usr/lib/systemd/system/qubes-firewall.service`. Qubes OS should probably do that by default.

Possibly related: #8281

Possibly this bug isn't fixed yet even for 4.2, see #8805. I tried fixing it by removing everything pipewire-related in `debian-12` and installing `pipewire-pulseaudio` in dom0, but that didn't work...