Возникла эпичная проблема с данным wifi адаптером. Родные драйвера упорно не работали, а точнее wifi не видел точек доступа. Переодично, внезапно, он начинал работать, но до первой перезагрузки.
Проблему решили парни с форума ixbt.com. Драйвера от gigabyte работали стабильно (Realtek 8852CE WiFi 6E для HP ProBook 450 g10 [6001.16.119]). Копипасчу сюда.

https://www.gigabyte.ru/products/page/mb/GC-WBAX2400R/support#support-dl

w32tm /config /syncfromflags:manual /manualpeerlist:"192.168.0.1 time.windows.com" /update 
w32tm /query /source
w32tm /resync

(w32tm /unregister

w32tm /register) 
на всяк случ.

Потребуется старая прошивка.
Прошивка HP с помощью LPR.

Пуск - в строке поиска вводим "включение или отключение компонентов Windows"
Ищем "Службы печати документов", включаем там "Монитор LPR-портов" и Служба печати LPD

Далее "Добавление принтера" - "Необходимый принтер отсутствует в списке" - "Добавить локальный или сетевой принтер с параметрами заданными вручную" - "Создать новый порт" - LPR port
Имя или адрес LPD-сервера: IP адрес компа
Имя принтера или очереди печати на сервере: IP адрес принтера (можно глянуть в меню принтера "Состояние сети")

Открываем Powershell 
смотрим на устройства которые пробуждают комп 
powercfg -devicequery wake_from_any
powercfg -devicequery wake_armed

Отключаем ненужный девайс
powercfg -devicedisablewake “device name”

Так же можно включить девайс для пробуждения компьютера
powercfg -deviceenablewake “device name”

C:\Users\%user%\AppData\Local\Comms\Unistore\data

А вот тут!



rundll32.exe keymgr.dll,KRShowKeyMgr

Для ускорения процесса расчёта зависимостей можно научить portage работать со SQLite

1. пакет dev-lang/python должен быть собран с USE флагом sqlite

2. создаём файл /etc/portage/modules если он ещё не создан, добавляем в него строку

portdbapi.auxdbmodule = cache.sqlite.database

3. если используете версию portage новее чем 2.1.6.4, то в make.conf к FEATURES= добавляем через пробел metadata-transfer

FEATURES="parallel-fetch metadata-transfer"

4. пересоздаём кэш

Once you've changed the disk's size in VMware and did not reboot your server, rescan your SCSI devices as such.

First, check the name(s) of your scsi devices.

$ ls /sys/class/scsi_device/

Then rescan the scsi bus. Below you can replace the '0\:0\:0\:0′ with the actual scsi bus name found with the previous command. Each colon is prefixed with a slash, which is what makes it look weird.

~$ echo 1 > /sys/class/scsi_device/0\:0\:0\:0/device/rescan

Раздел восстановления в windows имееет особый тип и через оснастку "Управление дисками" не удаляется. Но есть утилита diskpart, которая может это сделать.

В консоли или powershell, запущенной от администратора нужно сделать следующее:

diskpart > list disk > select disk # > list partition > select partition # > delete partition override.

Остановить transmission (если работает).

sudo systemctl stop transmission-daemon

sudo systemctl edit transmission-daemon.service

И подправить:

[Service]
User=
User=some_user
Group=
Group=some_group

Вставлять эти строчки надо в указанное в шаблоне место, иначе вылезет ошибка и изменения не сохранятся.

Перезагрузить systemd.

sudo systemctl daemon-reload

Перезапускаем transmission чтобы он создал каталог с конфигурацией и конфиг для нового пользователя.