не пробовал, не вижу смысла, если есть нативный клиент, то зачем вайнить

А вы не пробовали ставить antiplagiatus под wine?

Doaxan ваши повторные вопросы напоминают ситуацию:
вас спрашивают все в вашем топике -который час?
вы отвечаете-спасибо я уже обедал.
Настройка беспроводного соединения производтся запущенными демонами утилит:
-connmanctl
-netctl
-nmcli
-wicd-curses
которые в свою очередь поддерживаются менеджерами подключений соот-но
-Connman
-netctl
-NetworkManager
-wicd
ВОПРОС-каким из менеджеров создания беспроводного подключения вы подключались?
Можно отключить интерфейс
sudo ip link set wlan0 down
Если не поняли вопроса -ответь своими словами.

Да, что то я попутал)
Погуглил и нашел решение тут поидее прокатит.
Править надо

/etc/NetworkManager/NetworkManager.conf

и там прописать

[keyfile]
unmanaged-devices=mac:00:19:e0:57:86:af

само собой указать мак своего вайфая.
З.Ы.
сам не тестил — на работе

Поместил под спойлер цветные иконки octopi-notifier в стиле Breeze.

Увы, это не конфиг, а текущее состояние подключений. В /var размещаются те данные, которые создаются в процессе работы.

Нужно отключить весь wifi, поиск сетей, а не подключение к сети.

Легко
Параметры системы — поиск — поиск в Plasma
но это была не минимал сборка

посмотрите список пакетов обычной версии манджаро и сравните его со списком пакетов в минимале у себя, думаю найдёте недостающее и звук будет фиксироваться, у меня таких проблем нет ни на ноутбкуе ни на компьютере, так что не знаю чем помочь

подробнее можно?

И ещё, может пригодиться — тыц
Как устранить «щелчки» и «клацания» HDD

Решение проблемы в Linux (*NIX)
В Linux утилита hdparm присутствует изначально. Если первый способ по каким-либо причинам не помог, то можно попробовать воспользоваться Linux Live CD и его командной строкой:

sudo hdparm -B 255 -M 254 -S 0 /dev/sda
Где /dev/sda — HDD в том виде, как его определила система, может быть /dev/sda, /dev/sdb, /dev/hda и т.д. Если при выполнении вышеприведенной команды выдаётся ошибка, то (скорее всего) система не может внести параметры так как диск смонтирован и его для начала нужно отмонтировать:

sudo umount /media/disk
sudo hdparm -B 255 -M 254 -S 0 /dev/sda
Где /media/disk — точка монтирования HDD. Разберём так же другие параметры:

-B — устанавливает APM (Advanced Power Management) если жесткий диск поддерживает данную технологию. Маленькое значение устанавливает более агрессивный режим энергосбережения и низкую производительность, большое значение устанавливает более мягкие правила к энергосбережению и, соответственно, более высокую производительность. Значение 0, 254 или 255 полностью выключает APM (устанавливается режим максимальной производительности и минимального энергосбережения). Некоторые накопители «не понимают» значения 255, для них нужно использовать 0 или 254 (обычно используют 254). Для винчестеров Hitachi картинка выглядит примерно следующим образом:

0 – АРМ отключён = штатному режиму работы: максимальное потребление энергии и максимальная производительность;
1-127 – через 5-10 минут отсутствия обращения к диску шпиндель снижает обороты до минимальных;
128-191 – через 2-5 минут простоя паркуются головки и обесточивается соленоид БМГ;
192-254 – штатный режим работы (максимальное потребление): головки над пластинами, шпиндель – 7200 (5400) об/мин;
-M — отображает или устанавливает AAM (Automatic Acoustic Management). Большинство современных HDD умеют снижать скорость позиционирования головок для уменьшения издаваемого ими шума. Допустимые значения от 0 до 254. Значение 128 задаёт самый тихий режим работы и, соответственно, самую низкую производительность накопителя. Значение 254 задаёт самую высокую производительность и самый шумный режим работы. Градациями от 128 до 254 можно регулировать шум/производительность накопителя, но не все диски её поддерживают, ограничиваясь только двумя диапазонами работы: тихо и медленно — 128 или шумно и быстро — 254. Поэтому для таких накопителей доступны только три уровня работы AAM: 0 — выключить технологию подавления шума (равносильно значению 254); 128 — тихий и медленный режим; 254 — шумный и производительный режим.

-S — Устанавливает тайм-аут перехода накопителя в спящий режим (остановка шпинделя). Значение данного параметра указывает накопителю через какое время после простоя нужно остановить шпиндель для экономии энергии. После остановки шпинделя накопителю может потребоваться до 30 секунд для раскрутки «блинов» и вывода винчестера из «спячки» в режим готовности. Значение тайм-аута этого параметра несколько своеобразно и может иметь весьма различные интерпретации в зависимости от модели жёсткого диска и его производителя:

0 — полностью выключает переход HDD в спячку (тайм-аут отключен);
1-240 — тайм-аут от 5 секунд до 20 минут;
241-251 — тайм-аут от 30 минут до 5,5 часов;
252 — тайм-аут 21 минута;
253 — устанавливает тайм-аут заданный производителем, обычно это промежуток времени простоя 8 — 12 часов;
254 — зарезервировано;
255 — интерпретируется как 21 минута плюс 15 секунд.

Не все так просто оказалось с откатом. Решаю вопрос. Как сделаю отпишусь

Можно еще не нужные модули поиска поотключать — 50метров освободил так

Может лучше отдельный пост-мануал запили, а то крысятники сюда не заходят, а граб и им поможет?

По идее в этом конфиге(в дебиане когда то колдовал)

B/var/lib/NetworkManager/NetworkManager.state

3. SEND DIAGNOSTIC (1D 00 00 00 00 00) — команда предписывает устройству провести самотестирование и/или проверку логического накопителя. Для блоковых устройств (SBC) обязательна поддержка самотестирования, способ реализации которого оставляется на усмотрение разработчика.
# sg_raw /dev/sg2 1D 00 00 00 00 00
SCSI Status: Good
или
# sg_raw -vv /dev/sg2 1D 00 00 00 00 00
open /dev/sg2 with flags=0x802
cdb to send: 1d 00 00 00 00 00
SCSI Status: Good
No errors

4. REQUEST SENSE (03 00 00 00 00 00) — (запрос о состоянии) столкнувшись с проблемами при исполнении команды или получив неизвестную команду, устройство заполняет структуру, содержащую подробную информацию о состоянии и устанавливает значение поля «bCSWStatus» (CSW) равным «0x01» (ошибка исполнения). Структура с информацией о состоянии называется пояснительными данными (SENSE DATA) и передаётся в ответ на команду REQUEST SENSE (все поля формата не привожу, а только наиболее интересующие пользователей)
Запрашиваю только первые 16 байт (можно и без опции -vv, пишу для того, чтобы увидеть No errors, хотя это и не к чему… и так все видно)
# sg_raw -vv -r 16 /dev/sg2 03 00 00 00 00 00
open /dev/sg2 with flags=0x802
cdb to send: 03 00 00 00 00 00
SCSI Status: Good
Received 16 bytes of data:
00 70 00 00 00 00 00 00 0a 00 00 00 00 00 00 00 00 p…
No errors
……
PS… Забыл отметить, что в спецификации указано, что запрос должен быть равным 252 байтам для того, чтобы устройство могло возвратить всю значимую информацию, включая внутренние данные производителя.
…
Аналог специальной утилиты пакета sg3_utils (а вот с этими двумя разными выводами руки так разобраться и не дошли, наверное, потому, что утилиты этого пакета практически не использую… нравится общаться на прямую....)
# sg_requests /dev/sg2
Decode parameter data as sense data:
Fixed format, current; Sense key: No Sense
Additional sense: No additional sense information
# sg_requests -vv /dev/sg2
open /dev/sg2 with flags=0x800
Request Sense cmd: 03 00 00 00 fc 00
Decode parameter data as sense data:
Fixed format, current; Sense key: No Sense
Additional sense: No additional sense information
Parameter data in hex
00 70 00 00 00 00 00 00 0a 00 00 00 00 00 00 00 00
10 00 00
……

Формат вывода ответа
0 байт — RESPONSE CODE — для сведений о текущих ошибках устанавливается в «0x70». Для сведений об отложенных ошибках (для команд использующих кэширование) устанавливается в «0x71»
2 байт — SENSE KEY — содержит данные, классифицирующие ошибку
7 байт — ADDITIONAL SENSE LENGTH — длина дополнительных пояснительных данных, следующих за данным полем, в байтах, 244 байта максимум

Некоторые значения поля SENSE KEY
00 — NO SENSE (нет ответа)
01 — RECOVERED ERROR (вскрытая ошибка)
02 — NOT READY (не готов)
03 — MEDIUM ERROR (ошибка носителя/средняя ошибка)
04 — HARDWARE ERROR (ошибка аппаратного обеспечения)
05 — ILLEGAL REQUEST (некорректный запрос)
06 — UNIT ATTENTION (устройство требует внимания/ предупреждение)
07 — DATA PROTECT (защищенная информация)
…… ит.п. ит.д… и, если мне не изменяет память, есть еще уточняющие коды, посмотреть можно в спецификации…
Примечание: уточнение кода SENSE KEY в части значения 05 — в случае получения неизвестной команды устройство не должно «зависать» или аварийно завершать работу. Правильный ответ на неподдерживаемую команду выглядит так:
— возвратить значение «0x01» (ошибка выполнения) в поле «bCSWStatus» (CSW);
— установить в блоке пояснительных данных («SENSE DATA») параметр «SENSE KEY» в «0x05» («Недопустимый запрос» — «ILLEGAL REQUEST»), а параметр «ADDITIONAL SENSE CODE» в «0x20» («Неверный код операции» — «INVALID COMMAND OPERATION CODE»).

Имеются и другие команды, но, если честно, что то уже устал и стал путаться (за найденные ошибки особо не пинать) — думаю для начального ознакомления этого достаточно.
PS… по ответам, напрямую посланным запросам (на низком уровне), можно судить о состоянии устройства...

SCSI команды условно можно разделить на 3 группы
— специфицированные, обязательные для всех устройств;
— специфицированные, но работающие не на всех устройствах;
— неспецифицированные, применяются разработчиками, изготовителями и, как бы сказать… наладчиками… то есть эти команды не описаны в спецификации и известны узкому кругу лиц.
Специфицированных команд около 60. Но обычным пользователям достаточно 5 базовых команд — минимум команд, которые используются устройством и хостом для начала взаимодействия/общения, чтобы начать полноценную работу. Вот эти команды я и постараюсь описать.

1. INQUIRY (12 00 00 00 60 00) — запрашивает структуру с информацией об устройстве. Устройство должно возвращать ответ даже в случае неготовности носителя и невозможности отвечать на все остальные команды. Все блоковые устройства должны поддерживать команду INQUIRY. В скобках приведен формат команды.
Ответ на команду имеет длину как минимум 36 байт и указывает периферийный тип устройства («PDT»), версию набора базовых команд SPC, идентификаторы производителя и изделия, номер модификации изделия, а также данные о возможностях устройства и поддерживаемых протоколах.
Забыл написать, что для дальнейшего тестирования должен быть установлен пакет sg3_utils и загружен модуль sg… и будем использовать утилиту sg_raw
Вставляем флешку и смотрим как она определилась
# sg_map -i
/dev/sg2 /dev/sdb JetFlash Transcend 16GB 1100
Приступаем к общению ….
# sg_raw /dev/sg2 12 00 00 00 60 00
SCSI Status: Good
или более информативный вывод
# sg_raw -vv /dev/sg2 12 00 00 00 60 00
open /dev/sg2 with flags=0x802
cdb to send: 12 00 00 00 60 00
SCSI Status: Good
No errors
Попросим дать ответ в другой форме и вывести нам всю информацию об устройстве (запросим только первые 64 байта)
# sg_raw -r 64 /dev/sg2 12 00 00 00 60 00
SCSI Status: Good
Received 64 bytes of data:
00 00 80 00 01 1f 73 6d 69 4a 65 74 46 6c 61 73 68 .....smiJetFlash
10 54 72 61 6e 73 63 65 6e 64 20 31 36 47 42 20 20 Transcend 16GB
20 31 31 30 30 00 80 02 00 00 00 00 00 00 00 00 00 1100…
30 00 00 00 00 00 00 28 00 03 01 82 06 00 15 00 00 ......(…
формат ответа описывать не буду — кому интересно, обращайтесь к спецификации (например, 8..15 байты — обозначение производителя, 16..31 байты — обозначение изделия, 32..35 байты — версия изделия и.т.д....). .....PS… чтобы увеличить количество выводимых байт, нужно вместо 64 прописать, например, 256… иногда и там имеется полезное)
……
Аналог специальных утилит пакета sg3_utils
# sg_inq /dev/sg2 или # sginfo /dev/sg2
Аналог sdparm (но менее информативный) с опцией -i (--inquiry) команда
# sdparm -i /dev/sdb
……
2. READ CAPACITY (25 00 00 00 00 00) — возвращает структуру, содержащую логический адрес (LBA) последнего блока на носителе и размер блока в байтах. Стоит уточнить, что команда запрашивает логический адрес (LBA) последнего блока, а не количество блоков на носителе. Логический адрес первого блока равен нулю, таким образом, логический адрес последнего блока на единицу меньше количества блоков. PS… команда используется, чтобы выяснить какой объём данных может хранить устройство
# sg_raw -r 8 /dev/sg2 25 00 00 00 00 00
SCSI Status: Good
00 01 e3 bf ff 00 00 02 00
( 01e3bfff=31703039 — (первые 4 байта) количество блоков, (последние 4 байта) 00000200=512 — размер блока)
Проверка
$ sudo fdisk -l /dev/sdb
Диск /dev/sdb: 15,1 GiB, 16231956480 байт, 31703040 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
……
Аналог специальной утилиты пакета sg3_utils — # sg_readcap /dev/sg2

Ссылка это хорошо, но мне приятнее и спокойнее если оно у нас в сообществе всё есть)))

Общение с USB-устройством
Два дня было свободных и решил написать две ознакомительные статейки. Но, чувствую, что это в первый и последний раз …… тяжеловато, особенно в этой статье, тема тяжелая, написать можно много… но уже стал путаться, ну и гложет мысль …. а кому это нужно — успокоился тем, что пойдет на пользу ребятишкам, которые частенько забегают за ответами на свои вопросы…

USB-устройства, по большей части флешки, отказывали у многих и прежде чем заниматься их восстановлением хотелось бы извлечь из этой флешки побольше информации — чем больше информации, тем лучше… А вот как поговрить с этим устройством, особо и не расписано… информация, конечно, имеется, но в основном вся проверка сводится к тестированию несколькими утилитами… А вот как общаются эти самые утилиты с устройством …. особо и неизвестно …… а общаются они посредством SCSI команд (запрос/ответ). И напрашивается вывод — а может лучше самим пообщаться с устройством без всяких посредников, напрямую?
Вот с этими способами общения и хочу ознакомить форумчан…
В основном для тестирования флешек в Linux применяют утилиту hdparm и реже sdparm.
В качестве подопытного будет 16G флешка (при возможности буду приводить похожие выводы всеми способами — обоими утилитами и SCSI командами)
# sdparm -i /dev/sdb
/dev/sdb: JetFlash Transcend 16GB 1100
malformed VPD response, VPD pages probably not supported

USB-устройство, в частности флешка, представляет собой тот же мини/микро компьютер — описывать ее устройство не собираюсь — все давно уже хорошо описано и в инете можно найти кучу схем и описаний (интересующимся даю ссылку на старую статью… там хоть и много лишнего, но хорошая схемка… что то другой похожей я у себя не нашел, а может плохо искал....)

Для начала — набор команд SCSI разрабатывался, как протокол для устройств, использующих параллельный интерфейс для малых компьютерных систем (Small Computer Systems Interface — SCSI). Команды является инструментом, позволяющим получать информацию об устройстве, менять режим его работы и читать/записывать блоки данных на носитель. Набор команд SCSI используют многие накопители данных, подключаемые через другие аппаратные интерфейсы, в том числе через USB.
Команды SCSI охватывают широкий диапазон типов устройств и задач, все заспецифицировано, а для нас важна спецификация SCSI Block Commands (SBC) — блоковые команды SCSI, которые описывает команды, используемые жёсткими дисками, флэш-дисками и другими блоковыми устройствами прямого доступа. Текущая версия — SBC-3. Кого интересует данная спецификация, формат команд, их описание и.т.п. могут обратится к первоисточнику — можно найти и скачать по названию SCSI Block Commands — 3 (SBC-3)
Ну вот, с вводной можно закончить и приступить к основной части.

~/.cache/thumbnails

~/.thumbnails

Это понятно — убрать из автозагрузки wifi, только непонятно какой программой у вас происходит подключение к этой сети, вы определитесь и тогда можно найти решение.