судя по
Product Name: G41 Series
это Intel G41 Express
у которого, судя по спецификации, PCI Express 1.1.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Что возвращает?
sudo dmidecode --type baseboard
Да и вообще что возвращает dmidecode без ключей?
sudo dmidecode
Складывается ощущение, что это какая-то изолированная система, что-то вроде виртуальной машины. Поэтому нет осмысленного вывода.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
пример вывода
$ sudo dmidecode --type 9
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 2.6 present.

Handle 0x0023, DMI type 9, 17 bytes
System Slot Information
        Designation: Slot1
        Type: x16 PCI Express 2
        Current Usage: In Use
        Length: Long
        ID: 1
        Characteristics:
                3.3 V is provided
                PME signal is supported
        Bus Address: 0000:01:00.0

Handle 0x0024, DMI type 9, 17 bytes
System Slot Information
        Designation: Slot2
        Type: x4 PCI Express 2 x16
        Current Usage: Available
        Length: Short
        ID: 2
        Characteristics:
                3.3 V is provided
                PME signal is supported
        Bus Address: 0000:ff:1f.7

Handle 0x0025, DMI type 9, 17 bytes
System Slot Information
        Designation: Slot3
        Type: 32-bit PCI
        Current Usage: Available
        Length: Long
        ID: 3
        Characteristics:
                5.0 V is provided
                3.3 V is provided
                PME signal is supported
        Bus Address: 0000:ff:1f.7

Handle 0x0026, DMI type 9, 17 bytes
System Slot Information
        Designation: Slot4
        Type: x1 PCI Express 2
        Current Usage: Available
        Length: Long
        ID: 4
        Characteristics:
                3.3 V is provided
                PME signal is supported
        Bus Address: 0000:ff:1f.7
Нужная информация в поле Type.
Можно выполнить
sudo dmidecode --type 9 | grep Type
Еще вариант, если –type 9 ничего не возвращает, попробовать выполнить
sudo dmidecode | grep -i pci
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
dmidecode --type 9
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Свежеустановленная система. Plasma. Не работает сочетание Ctrl+Alt+M.

В окне Qemu для скрытия/отображения меню используется вышеуказанное сочетание клавиш. Сначала подумал, что это какие-то биндны самой плазмы. В Shortcuts ничего не нашел.

Решил забиндить в Shortcuts на какое-либо действие, чтобы проверить наличие конфликта. Но забиндить не удалось. То есть нажимаю "Ctrl+Alt+M", а в строке бинда отображается только "Ctrl+Alt+...". Тогда нажал "Ctrl+Alt+N", все забиндилось.

Запустил онлайн тестировщик клавиатуры, нажал "Ctrl+Alt+N" -- все три клавиши отобразились, как нажатые. Нажал "Ctrl+Alt+M", нажатыми отобразились только Ctrl и Alt. При этом, сочетания "Ctrl+M", "Alt+M", "Shift+M" и "Alt+Shift+M" работают. Также не работает "Ctrl+Alt+Shift+M". Мистика какая-то.

Такое ощущение, что сочетание "Ctrl+Alt+M" чем-то перехватывается. Но вопрос: чем?
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
1. Создана полная резервная копия системы
2. Восстановлена на другую машину

Необходимо удалить все возможные лишние элементы от оригинальной. Например, журнал.

Явно что нужно поменять:
1. IP-адрес
2. Имя хоста в hosts и hostname
3. Пересобрать ядро
4. Установить загрузчик
5. Изменить fstab
6. Очистить журнал.
Вот тут вопрос. Можно ли полностью удалить содержимое /var/log/journal и файлы в /var/log? Для journalctl существует ключ –vacuum-time. Можно и так, но как очищать журналы других служб? Просто удалением файлов журнала?
7. Удалять пользователей/Очищать /home не требуется, будет использоваться тот же пользователь, со своими настройками.

Что еще помимо журнала я упустил?

UPD:
По поводу журнала. Установил чистую систему, проверил /var/log/. Результат:
Пустые файлы btmp, lastlog, wtmp, журнал установки pacman.log, пустые директории audit, old, private и директория journal, содержащая пустую директорию remote. Вывод по журналу, можно удалить все, кроме вышеперечисленного. Затереть перечисленные файлы и опустошить перечисленные директории.

UPD2:
Решил, перечисленных манипуляций достаточно.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
vall
К примеру, традиционное Meta+Alt+PgDwn теперь не выключает питание без подтверждения. Гораздо лучше (решили разрабы) Ctrl+Alt+Shift+PgDwn. 4 клавиши больше чем 3.
Странно, у меня в плазме всегда так было, еще в четвертых кедах этот шорткат работал. Более того, в четвертых кедах даже на экране входа kdm это сочетание работало, включая Ctrl-Alt-Shift-PgUp -- перезагрузка.

vall
Ctrl+Alt+Del – выведет запрос на завершение сеанса (вроде иначе было).
Это поведение, вроде, настраивается в "System settings -- Startup and Shutdown -- Desktop Session.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Вариант 1 (самый простой, без лишнего ПО). Подключиться к VPN без default route. Прописать статические маршруты для необходимых ресурсов.
Вариант 2.
Вариант 3.
Вариант 4. Работать с впн в виртуальной среде (LXC, QEMU/KVM, VritualBox)
Вариант 5. Если VPN нужна только для веб-ресурсов, то установить плагин к браузеру (browsec, например) и запускать второй браузер от другого пользователя или в chroot.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Konstantin1722
можно ли сделать это с одним монитором, как всё это физически должно быть подключено?
Можно. Пример. Нужно добавить -vga qxl -display sdl. Поставить драйверы на виртуальную видеокарту и на физическую. Если пробрасываемая видеокарта nVidia, может не завестись даже с kvm=off. Одна из видеокарт в виртуалке может выдавать "Error 43".
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
vs220
movieman
Пробовал. Такая же ситуация
 cat ~/.config/plasma-localerc
[Formats]
LANG=en_US.UTF-8
LC_COLLATE=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_MONETARY=ru_RU.UTF-8
LC_NUMERIC=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
useDetailed=true

[Translations]
LANGUAGE=ru:en_US

Благодарю за помощь. Оказалось достаточным добавление useDetailed=true. То есть теперь ~/.config/plasma-localerc выглядит так:
$ cat ~/.config/plasma-localerc
[Formats]
LANG=en_US.UTF-8
useDetailed=true
Arch x86_64, Linux 5.16.7, Plasma 5.23.5