As an Android flavour it should be safe after uninstalling all apps associated with the university. Did any of them need a “device owner” permission? That’s the only way to be more persistent on Android without root access.
As an Android flavour it should be safe after uninstalling all apps associated with the university. Did any of them need a “device owner” permission? That’s the only way to be more persistent on Android without root access.
The mobile and TV clients are often limited to the codecs with hardware acceleration. Or just selecting a lower bitrate on the client will cause transcoding.
The FS feature is great, it’s just cumbersome to use without a tool.
Snapper works well for a local backup like history both against botched updates and accidental deletion, but eats up the free space with the default settings.
Timeshift is an easy to use GUI but doesn’t support non-default partitions.
Also the quota support had a nasty side effect: freezing the whole system on snapshot deletion.
Are both drives fully encrypted with LUKS? Is trim enabled in both crypttab and fstab?
Thanks for the links! I updated my config from z3fold to zsmalloc and adjusted the vm.page-cluster to test these out.
Reading a bit more, I think when using large max_pool_percent (>30) with Zswap the two solutions are more similar than not. A crucial difference is what use-case is more acceptable since Zswap can cause unresponsiveness (and potential lockup) under high memory pressure. While Zram could result in an OOM crash in a similar worst-case scenario.
Btrfs with compression enabled and subvolumes set.
And enable/automate maintenance services for BTRFS. For example: balace
should be run on heavily used system disks or scrub
could help detect errors even on single disks.
ZRAM (With proper sysctl.conf like PopOS does).
Could you explain the preference of ZRAM over ZSWAP? I thought the latter was the more advanced and better performing solution. Is there some magic in Pop’s config?
Happy to help! Tough you are right, this is a rather generic error that doesn’t help much just confirms that the GPU is the issue.
At this point it could be a driver issue since there are similar open bug reports. A hardware problem is still possible since you previously said that it’s unstable on windows too, and power related issues can also lead to this error message.
Most distros use systemd and its logging solution: journald. You can use journalctl to read the logs around the time of the crash for e.g.:
journalctl -S -5m
this shows the last 5 minutes. Use this when a game crashes but the system continues working and did not reboot.journalctl -b -1 -S -10m
this shows the last 10 minutes from the previous boot. Use this if the crash froze the whole system and rebooted.Look for red lines (errors) and what wrote them. AMD GPU faults usually have the ‘amdgpu’ mentioned, memory errors could appear as ‘protection fault’.
Did you check the system logs to see what caused it?
Many things can result in seemingliy random crashes. Any overclock (including XMP and Expo) or undervolt or even a bios version can be problematic.
I would check first if it’s stable on windows.
That’s more than enough. You can’t do any more.