Have you tried building the .deb locally?

https://sourceforge.net/p/peerguardian/ … tu-Custom/

Yeah, your desktop metapackage has the virtual browser package as a dependency which must be satisfied so you need either firefox-esr or chromium.

# apt reinstall --purge firefox-esr

Simpler way to clear SSDs:

# blkdiscard /dev/sdX

It's not a "secure" erase but then neither is hdparm's

EDIT: and your sources were fine, I just got confused and misread your kernel version. Sorry.

See the unit file, lines 21 to 40.

For an explanation of the options see systemd.exec(5).

The firmware-linux metapackage has firmware-linux-nonfree as a dependency and that has firmware-amd-graphics as a dependency so you can't remove firmware-amd-graphics without removing the other metapackages because their dependencies won't be satisfied after it's removal.

Metapackages are a convenience, that's all. There's no harm in having unneeded firmware packages on the system because they won't be loaded if the hardware that needs them isn't present.

Confirm this theory with

# dmesg | grep firmware

^ That will show any firmware loaded by the kernel, you can then use this to find the packages that supply those files (replace $file with the actual filename(s) listed in dmesg):

dpkg -S $file

See for yourself:

apt --simulate --autoremove purge firmware-amd-graphics

If any firmware packages that you need are removed by that (simulated) command then install them explicitly at the same time as removing the AMD graphics firmware (replace $package with the actual name(s) of the firmware package(s) you need):

# apt install --autoremove firmware-amd-graphics- intel-microcode $package

EDIT: you will need the Intel CPU µcode package (I presume you have an Intel processor).

You should probably open a new thread for the NVIDIA card, it is off-topic for this one.

If you use the "report" button on your post and ask nicely @admin might split it out for you.

^ Yes, they mentioned that in the OP.

The open source amdgpu driver outperforms the proprietary version for almost all tasks and anyway AMD themselves only recommend the proprietary driver for their PRO cards (hence the name).

Read Altoid's link, it has the answer you need. Here is a more direct version: https://superuser.com/questions/1052023 … ivrs-table

I can't see anything but in respect of Synaptic perhaps see https://dev1galaxy.org/viewtopic.php?id=3862

#stabinthedark

Please post the terminal output here directly (using code tags).

Please post the exact, full output from my requested commands. Thanks.

It is possible to disable the journal for ext4:

# tune2fs -O "^has_journal" /dev/sdXY

But f2fs is probably a better option for a USB stick and anyway I don't think the filesystem will make much difference because the USB port itself is the bottleneck.

@OP: is this USB2 or USB3? What are the actual speeds you experience?

See https://wiki.archlinux.org/index.php/Benchmarking#dd for a simple, repeatable way to benchmark the device.

Until they reach EOL: https://www.kernel.org/category/releases.html

Sounds like a regression. These are unfortunately common in Linux because the kernel developers are so keen to add new features that they keep breaking old ones. You should either attempt to find the cause yourself with a git bisect or report the issue to the kernel developers to help them fix it — they can't fix it if they don't know about it.

Using an outdated, EOL kernel is unwise. New kernel vulnerabilities are published frequently.

The Zoom .debs work fine for me under Debian buster, even when run in a (KVM) virtual machine. I would be surprised if Devuan beowulf behaved differently.

You should probably share the exact URL from which you downloaded the package so that we can confirm you have the correct version.

Do you see any error messages if you start Zoom from a terminal?