Не найдена мышь bluetooth

При осуществлении поиска устройств bдuetooth не была найдена мышь. При этом нашлись телевизор LG и смарт-часы WS-GS38.

Мышь (BT5.4) была найдена только после установки в систему пакета bluez-firmware (Firmware for Bluetooth devices): sudo apt install bluez-firmware 

Принудительная установка значения APM для внешних ноутбучных HDD (2,5 дюйма)

Боксы для установки в них 2,5 дюймовых дисков и дальнейшего подключения к компьютеру/ноутбуку через usb бывают разными. В том числе они отличаются по возможностям их электронной части. Это заметно в случае необходимости избавиться от периодической парковки головок, что было мной замечено при использовании HDD Toshiba и Hitachi. В качестве примера ниже приводятся снимки экрана при просмотре параметров SMART.

На этих снимках экрана электронная часть бокса транслирует все нужные возможности отображения SMART. Обратите внимание на доступность для просмотра данных во вкладках Atributes и Statistics. Вывод информации производится через дополнительно установленное ПО smartmontools и gsmartcontrol.

В плане рассматриваемого вопроса во вкладке General (самый первый рисунок). На рисунке видно, что значение APM Level отображается как 254 (максимальная производительность), то есть как будто бы на установленном в компьютере диске в утилите "Диски" в настройках диска в параметрах дополнительного управления электропитанием (APM) было установлено, что снижение оборотов запрещено.

Другим способом посмотреть установленный уровень APM является результат выполнения терминальной команды  sudo hdparm -I /dev/sdХ, где x – это третья буква, указанная для смонтированного устройства в утилите "Диски".

Введённая для рассматриваемого случая команда  sudo hdparm -I /dev/sdс  покажет такой же результат (см. в разделе Capabilities:):

Advanced power management level: 254

Более "печальная" картина имеет место при использовании другого бокса. Как видно из рисунков ниже, доступно отображение только вкладки General:

При запросе  sudo hdparm -I получены значения APM для диска Toshiba – 128, а для диска Hitachi – 1. Значение 1, если не ошибаюсь, соответствует 10 минутам и менее, а 128 – 15 минутам (подробности).

Следовательно, если длительное время держать подключенный к компьютеру такой бокс, то значение 193 SMART будет постоянно расти. И хотя ресурс парковок для ноутбучных HDD достаточно высокий (300-500 тысяч), но износа механизма хотелось бы поменьше. С целью принудительной установки APM в значение 254 при использовании таких боксов для своих нужд был создан небольшой сценарий (скрипт) sh

1. Запрашивается список смонтированных устройств.

2. На основании информации п.1 в поле ввода указывается нужный диск.

3. Для выбранного диска устанавливается APM=254

4. Проверяется текущее значение APM (произошло ли назначение APM).

Ниже приводится листинг скрипта и снимки экрана его работы. Установленные величины пауз sleep можно изменить на свои, которые обеспечат комфортное восприятие процесса. В ходе выполнения скрипта определяется, указан ли диск. Если диск не указан, то отображается уведомление о том, что диск указан не был.

#!/bin/bash

lsblk

sleep 5

zenity --width=200 --title "Disk" --text="Указать диск sda, sdb, sdc и т.п.:" --entry > /tmp/apm.txt

echo " "

echo " "

if [ -s /tmp/apm.txt ]; then

    echo "        Установка значения APM"

    echo " "

    sudo hdparm -B 254 /dev/$(cat /tmp/apm.txt)

    echo " "

    echo " "

    echo " "

    echo "        Проверка значения APM"

    echo " "

    sudo hdparm -I /dev/$(cat /tmp/apm.txt) | grep "Advanced power management level"

    echo " "

    echo " "

    sleep 20

  else

    echo " "

    echo " "

    echo "        Не указан диск."

    echo "        Повторите скрипт,"

    echo "        выбрав нужный диск."

    echo " "

    echo " "

    sleep 10

fi

rm /tmp/apm.txt

exit

Из рисунка выше видно, что подключены два внешних диска: sde и sdf. Диск sde, размером в 1 ТБ (931,5 ГБ после форматирования файловой системы) является диском HHD 3,5' и не нуждается в установке значения APM. В изменении значения APM нуждается диск sdf hfpvthjv d 500 ГБ (465,8 ГБ после форматирования), который и является ноутбучным 2,5' диском.

По злой иронии судьбы, у меня все нужные значения SMART отображаются при установке дисков в более дешёвые боксы, у которых крышки на защёлках. А при установке дисков в более дорогие боксы, у которых крышка на полозьях, значения SMART отображают только General. К первым (по данным вывода lsusb) относятся устройства JMicron USA Technology Corp. JMS578 и Initio Corporation MQ01ABF050, а ко вторым – Ugreen Storage Device и Realtek Semiconductor Corp. RTL9201.

Описанное выше, скорее всего, не будет работать с таким устройством:

TRIM на SSD через USB в Linux Mint

 

После приобретения носителей SSD Apacer и Digma, которые подключаются через внешний бокс, возник вопрос о выполнении на них команды TRIM. Если диск SSD устанавливается как системный, то при установке ОС система автоматически назначает еженедельное задание TRIM, которое выполняется в ночное время. Однако если компьютер в это время не будет включён, то задание система будет считать "отложенным" и выполнит его позднее при первом же запуске компьютера в пределах 100 минут после его включения.

Посмотреть время выполнения предыдущего и следующего заданий TRIM можно командой systemctl list-timers

В двух первых столбцах NEXT и LEFT отображаются дата и время следующего запуска.

В следующем столбце LAST отображаются дата и время предыдущего запуска.

В крайних столбцах PASSED UNIT и ACTIVATES ищите записи fstrim.timer и fstrim.service

В /etc/systemd/system/timers.target.wants найден fstrim.timer, являющийся ссылкой на /lib/systemd/system/fstrim.timer

[Unit]

Description=Discard unused filesystem blocks once a week

Documentation=man:fstrim

ConditionVirtualization=!container

ConditionPathExists=!/etc/initrd-release

[Timer]

OnCalendar=weekly

AccuracySec=1h

Persistent=true

RandomizedDelaySec=100min

[Install]

WantedBy=timers.target

Для проверки поддержки внешним боксом команды TRIM выполните

sudo hdparm -I /dev/sdc | grep TRIM

📍  В данном примере /dev/sdc – это мой внешний носитель, определённой как /dev/sdc  (см. Стандартные – Диски), так как в приводимом примере у компьютера имеется два внутренних диска sda и sdb. Соответственно, следующим подключённым диском будет sdc.

Если получен ответ Data Set Management TRIM supported (limit 8 blocks), то ваш внешний бокс команду TRIM поддерживает.

В завершение осталось сформировать две кнопки запуска, каждая из которых будет запускать TRIM на соответствующем носителе. Так как мои носители SSD имеют метки файловых систем Digma и SD-1, то мной и созданы две кнопки запуска, в параметрах лаунчера которых указано, что выполняются в терминале:

sudo fstrim -v /media/minter/Digma

sudo fstrim -v /media/minter/SD-1

Ниже приводятся результаты выполнения указанных выше команд:

/media/minter/Digma: 68,2 GiB (73248145408 bytes) trimmed

/media/minter/SD-1: 113,5 GiB (121923174400 bytes) trimmed

Запуск TRIM был произведен после записи и удаления больших объёмов данных.

Повторяющиеся записи браузеров в списке выбора "Предпочтительных приложений" и "Открыть с помощью"

После установки дополнительных браузеров в систему через источники приложений (apt) было обнаружено, что при вызове на файле правого контекстного меню мыши "Открыть с помощью", а также обращения к настройке "Предпочтительные приложения" появились дублирующиеся записи. Это было замечено на браузерах Brave, Chrome, Yandex.

1. Способ на скорую руку

Откройте папку общеситемного списка приложений с правами root

sudo xdg-open /usr/share/applications

В списке приложений вы можете обнаружить повторяющиеся записи установленных в системе браузеров:

Обратите внимание на размеры этих файлов desktop.  Как правило, один из них побольше, а другой поменьше. Откройте файл большего размера в текстовом редакторе и найдите строку 

NoDisplay=true

Допишите ещё одну строку, содержающую Hidden=true

Сохраните внесённые изменения и перезагрузите систему. Дублируюбщиеся записи браузеров в правом конктекстном меню мыши "Открыть с помощью", а также в настройке "Предпочительные приложения" должны изчезнуть.

Краткое пояснение дополнительных инструкций в файлах desktop (примеры):

NoDisplay=false – Не показывать в меню. Обычно "нет" (false). Файловые ассоциации (сопоставления файлов приложениям), если есть, будут работать.

Hidden=false – Не показывать в меню, убрать из файловых ассоциаций (сопоставления файлов приложениям). И вообще сделать вид, что приложения не существует. Обычно "нет" (false).

OnlyShowIn=GNOME; – Показывать только в указанной рабочей среде: GNOME, KDE, Xfce, ещё какие-нибудь через ;.

NotShowIn=KDE; – Не показывать в указанных рабочих средах. Должен быть только один из параметров: либо OnlyShowIn, либо NotShowIn.

Со временем, однако, по мере обновления системы было обнаружено, что при обновлении браузеров двойные записи появляются снова. 

2. Автоматическое отслеживание и удаление "повторяющихся" ярлыков

Упомянутые выше файлы, которые редактировались, отличаются именами. Например, существует файл google-chrome.desktop, но существует и файл com.google.Chrome.desktop  В менеджере файлов Nemo графического окружения Cinnamon вы этого не увидите. Разницу в Cinnamon можно обнаружить в какой-либо "кругом" менеджере файлов, например в Midnight Commander или Double Coomander. 

В п.1 редактированию подвергались файлы com.google.Chrome.desktop, com.brave.Browser.desktop, ru.yandex.desktop.browser.desktop, в то время как файлы google-chrome.desktop, brave-browser.desktop, yandex-browser.desktop оставались нетронутыми.

Ниже приводится пример, для удаления com.google.Chrome.desktop  Для сопоставления другим браузерам используйте список ниже:

Brave Web Browser – com.brave.Browser.desktop

Brave Web Browser (beta) – com.brave.Browser.beta.desktop

Google Chrome (beta) – com.google.Chrome.beta.desktop

Yandex Browser – ru.yandex.desktop.browser.beta.desktop

Yandex Browser (beta) – ru.yandex.desktop.browser.beta.desktop

Если существует файл com.google.Chrome.desktop, то он будет помещён в архив xz. При этом исходный файл автоматически будет удалён (алгоритм работы xz). Перед этим действием проверяется, существует ли архив xz, содержащий предыдущую версию обрабатываемого файла desktop. Если такой архив xz будет найден, то он подлежит удалению.

if [ -f /usr/share/applications/com.google.Chrome.desktop ]; then

    if [ -f /usr/share/applications/com.google.Chrome.desktop.xz ]; then

        rm /usr/share/applications/com.google.Chrome.desktop.xz

    fi

    xz /usr/share/applications/com.google.Chrome.desktop

  else

    :

fi

Так как упомянутые файлы desktop расположены в папке, для внесения изменений в которую необходимы права root, то создаваемый сценарий действий (исполняемый файл, исполняемый файл sh) необходимо добавить в записи файла /etc/sudoers, чтобы пароль не запрашивался. Самым простым способом является вызов тестового редактора

sudo xed /etc/sudoers

и внесение в него строки, например,

user ALL=NOPASSWD: полный_путь_к_сценарию_действий

Вместо user необходимо указать свой логин в системе.

EDAC pnd2: Failed to register device with error -22

После установки отсутствующего в комплекте поставки Linux Mint 22* просмотра журналов sudo apt install -y gnome-logs (Журналы) при просмотре журнала имелись записи:

EDAC pnd2: Failed to register device with error -22

Альтернативным способом узнать о наличии таких записей является выполнение в терминале команды  dmesg | grep -i edaс 

Хотя данные записи не влияют на работоспособность и обусловлены конкретной аппаратной частью (Desktop Mobo: ASRock model: J3455B-ITX), но вызывали раздражение. Пример:

[    0.382340] EDAC MC: Ver: 3.0.0

[    7.358602] EDAC pnd2: b_cr_tolud_pci=080000001 ret=0

[    7.358655] EDAC pnd2: b_cr_touud_lo_pci=080000000 ret=0

[    7.358698] EDAC pnd2: b_cr_touud_hi_pci=000000001 ret=0

[    7.358740] EDAC pnd2: b_cr_asym_mem_region0_mchbar=000000000 ret=0

[    7.358783] EDAC pnd2: b_cr_asym_mem_region1_mchbar=000000000 ret=0

[    7.358872] EDAC pnd2: b_cr_mot_out_base_mchbar=000000000 ret=0

[    7.358916] EDAC pnd2: b_cr_mot_out_mask_mchbar=000000000 ret=0

[    7.358998] EDAC pnd2: b_cr_slice_channel_hash=80000d9480001248 ret=0

[    7.359048] EDAC pnd2: b_cr_asym_2way_mem_region_mchbar=000000000 ret=0

[    7.359093] EDAC pnd2: d_cr_drp0=0e000c005 ret=0

[    7.359135] EDAC pnd2: d_cr_drp0=000000000 ret=2

[    7.359178] EDAC pnd2: d_cr_drp0=0e000c005 ret=0

[    7.359219] EDAC pnd2: d_cr_drp0=000000000 ret=2

[    7.359222] EDAC pnd2: ECC disabled on channel 0

[    7.359224] EDAC pnd2: ECC disabled on channel 2

[    7.359226] EDAC pnd2: Failed to register device with error -22.

Для избавления от таких записей было предпринято редактирование файла blacklist.conf

sudo xed /etc/modprobe.d/blacklist.conf, в который была внесена строка 

blacklist pnd2_edac

После перезагрузки при вызове команды dmesg | grep -i edaс терминал выдал:

[    0.384003] EDAC MC: Ver: 3.0.0

При обращении к панели управления Syncthing в Windows отображается страница с предупреждением

В Windows после установки Syncthing и обращении к странице панели управления Syncthing из меню ожидается увидеть

но отображается страница предупреждения

В Linux такая проблема отсутствует. В Windows решение заключается в импорте в браузеры необходимых сертификатов Syncthing.

Ниже приводятся примеры для браузеров Chrome и Brave. Для остальных браузеров будет что-то аналогичное. Импортируемые сертификаты расположены в скрытой папке пользователя с настройками Syncthing. Чтобы она отобразилась необходимо в настройках Проводника включить отображение скрытых элементов. Ниже пример для Windows 10:

Путь к сертификатам Syncthing:  папка профиля – AppData – Local – Syncthing

Для приводимого примера путь: C:\Users\user\AppData\Local\Syncthing

Сертификаты для импорта: cert.pem и https-cert.pem

Импорт сертификатов Syncthing для браузера Chrome
в настройках браузера
(последовательные действия):

Импорт сертификатов Syncthing для браузера Brave
в настройках браузера
(последовательные действия):

Перейти в "Безопасность" (ниже) и далее

Однако после импорта сертификатов при обращении к странице панели управления Syncthing из меню вы снова можете получить страницу предупреждения:

Для получения отображения страницы без ошибки создайте на панели закладку с адресом страницы управления  http://127.0.0.1:8384  и обращайтесь к странице панели управления Syncthing через созданную закладку.

В качестве примера:

В результате у вас должна отображаться панель управления Syncthing:

Ночной свет в Cinnamon и xfce Linux Mint 22.2

"Ночной свет" в Linux Mint Сinnamon был анонсирован в ветке 22. Цель данной функции операционной системы – уменьшить количество синего света, излучаемого экраном, то есть сделать изображение более теплым. 

Перейдите в "Параметры системы – Ночной свет" и передвиньте движок включения в правое положение. Степень теплоты экрана монитора устанавливается движком "Цветовая температура". Если вас не устраивает автоматическое определение времени включения и выключения "Ночного света", то в строке "Расписание" выберите "Указать время начала и окончания".

В Linux Mint xfce для реализации выполнения такой задачи необходимо установить ПО Redshift

sudo apt install -y redshift redshift-gtk

По умолчанию файл настроек redshift автоматически не создаётся, даже при первом запуске программы. Такой файл необходимо создать вручную. Если файл настроек redshift отсутствует, либо расположен в неправильном месте, либо имеющиеся в нём записи некорректны, то программа Redshift в xfce у вас работать не будет. Выполните команду:

> ~/.config/redshift.conf && xed ~/.config/redshift.conf

В окне редактора впишите следующее:

[redshift]
temp-day=6500
temp-night=4500
gamma=0.8
adjustment-method=randr
location-provider=manual
[manual]
lat=xx.yy
lon=xx.yy

Значение temp-night= определите экспериментально по своему желаемому восприятию. Если вас не устраивает значение 4500, то постепенно уменьшайте его до значения, которое будет соответствовать нужной степени вашего восприятия "теплоты" монитора.

Значения в строках lat и lon впишите по данным своего географического местоположения. Их можно вычислить на сайте https://latlong.info