Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ignore ZRAM devices in the Qubes Devices tray menu #9255

Open
Atrate opened this issue May 22, 2024 · 1 comment
Open

Ignore ZRAM devices in the Qubes Devices tray menu #9255

Atrate opened this issue May 22, 2024 · 1 comment
Labels
C: manager/widget P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.

Comments

@Atrate
Copy link

Atrate commented May 22, 2024

How to file a helpful issue

Qubes OS release

4.2.1

Brief summary

AppVMs' zram devices show up in the Qubes Devices tray menu. Accidentally assigning them to an AppVM and then unassigning causes a lockup of most Qubes functionality (no new VMs can be launched, shut down, etc.).

Steps to reproduce

  1. Install zram-generator in a qube template (e.g. F39).

  2. Configure zram, for example like this:

[zram0]
zram-size = ram * 10
compression-algorithm = lz4
swap-priority = 200
fs-type = swap

(Note: I use ram * 10 because zram-generator takes the amount of ram that it sees as the maximum at qube startup, this is usually around 800MB on my system, so it results in around 8GB of zram being created.)

  1. Shut the template down, boot a qube from that template (may need to reboot QubesOS first)

  2. Click on the Qubes Devices tray menu, assign a zram device (called () in the menu) to a qube (I tried the same qube itself).

  3. Unassign that zram device.

Expected behavior

Zram devices shouldn't show up in the tray menu. If they do, it shouldn't break QubesOS to assign/unassign them.

Actual behavior

Qubes Devices tray stops functioning, can't boot any new domains, can't shut any domains down, can't open Qube Manager, probably many other things I haven't tried. Shutting the OS down also takes a lot longer because of having to wait on unit timeouts.

@Atrate Atrate added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. labels May 22, 2024
@andrewdavidwong andrewdavidwong added C: manager/widget needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. affects-4.2 This issue affects Qubes OS 4.2. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. and removed T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. affects-4.2 This issue affects Qubes OS 4.2. labels May 23, 2024
@DemiMarie
Copy link

Wow, this is pretty bad. I can understand that assigning them would break things, but this should not break the whole system!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: manager/widget P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

3 participants