Просмотрено
Category: Системное администрирование

Перестал обновляться проводник в Windows

Перестал обновляться проводник в Windows

Перестал обновляться проводник в Windows

Столкнулся с проблемой, что перестал обновляться проводник в Windows. Для любого действия, будь-то удаление или создание папки/файла, приходилось вручную обновлять проводник. При скачивании файла браузер подвисал на некоторое время. Также при запуске подвисали на некоторое время Яндекс.Диск и Яндекс.Заметки.

Перепробовал кучу разных способов решения данной проблемы начиная от восстановления системных файлов Sfc /scannow и заканчивая сканированием антивирусом своей системы. Долгое время не мог решить данную проблему, но решение оказалось очень простым.

Виновник моей проблемы из за которой перестал обновляться проводник Windows
Виновник моей проблемы

Виновником моей проблемы оказалась «файлопомойка», которая после переезда стала не доступной. После удаления недоступного сетевого диска из сетевых расположений, моя проблема с обновлением проводника ушла.

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

DuckDNS.org в Keenetic

DuckDNS.org в Keenetic

DuckDNS.org в Keenetic

Так сложилось, что появилась необходимость использовать именно DuckDNS в роутере Keenetic, хоть у него есть свой собственный. В данной статье я расскажу как настроить DuckDNS в Keenetic на примере Keenetic 4G.

Keenetic 4G
Keenetic 4G

Первым делом нужно установить пакет DDNS. Для этого идем в Управление -> Параметры системы -> Изменить набор компонентов.

Изменить набор компонентов
Выбираем Изменить набор компонентов

Устанавливаем Клиент динамической службы DNS (DDNS).

После перезагрузки роутера идем в Сетевые правила -> Доменное имя -> DDNS.


В поле Сервис выбираем Другой.
Адрес сервиса указываем https://www.duckdns.org/update?domains=mydomen&token=mysecrettoken не забыв указать свой домен и токен.
Обратите внимание! URL необходимо указывать без параметра &ip=.
Доменное имя, Имя пользователя, Пароль оставляем пустыми.
Ставим галочку Определять мой IP-адрес автоматически.

Вкладка DDNS
Вкладка DDNS

Сохраняем настройки и переходим в Системный монитор -> Статус. В Интернет выбираем Подробнее о соединение. В Статус DDNS мы должны увидеть updated successfully.

Статус DDNS
Статус DDNS

На этом настройка DuckDNS в Keenetic завершена.

Обход блокировки сайтов Linux

Обход блокировки сайтов Linux

Обход блокировки сайтов на Linux

В данной статье я расскажу как настроить обход блокировки сайтов в Linux на примере Ubuntu 22.04. Для обхода блокировки будет использоваться утилита zapret. Как настроить обход для Windows я рассказал в этой статье.

zapret v.48
Автономное, без задействования сторонних серверов, средство противодействия DPI. Может помочь обойти блокировки или замедление сайтов http(s), сигнатурный анализ tcp и udp протоколов, например с целью блокировки VPN.

Первым делом необходимо установить пакеты git и curl если они у вас не установлены.

apt install git curl

Далее делаем клон репозитория bol-van/zapret

git clone https://github.com/bol-van/zapret.git

Переходим в каталог zapret и устанавливаем бинарники

cd zapret/
./install_bin.sh 

В ответ должны увидеть такой ответ:

x86_64 is OK
installing binaries ...
linking : ../binaries/x86_64/ip2net => /home/adm1/zapret/ip2net
linking : ../binaries/x86_64/mdig => /home/adm1/zapret/mdig
linking : ../binaries/x86_64/nfqws => /home/adm1/zapret/nfq
linking : ../binaries/x86_64/tpws => /home/adm1/zapret/tpws

Теперь нам нужно определить какой способ обхода блокировки нам подходит. Для этого пишем:

./blockcheck.sh | tee /tmp/blockcheck.txt

Далее нам будут заданы несколько вопросов:

specify domain(s) to test. multiple domains are space separated.
domain(s) (default: rutracker.org) :

Домен(ы) для тестирования методов обхода блокировки. Я указал rutracker.org и nnmclub.to

ip protocol version(s) — 4, 6 or 46 for both (default: 4) :
Версия протокола IP. У меня 4.

check http (default : Y) (Y/N) ?
Проверять ли доступность сайта по протоколу HTTP. Говорим да.

check https tls 1.2 (default : Y) (Y/N) ?
Проверять ли доступность сайта по протоколу HTTPS с TLS v1.2. Тоже да.

check https tls 1.3 (default : N) (Y/N) ?
Тоже самое, что и предыдущее только для TLS версии 1.3. Я оставил по умолчанию, т. е. нет.

do not verify server certificate (default : N) (Y/N) ?
Проверять ли SSL сертификат? Тоже оставляем по умолчанию, нет.

how many times to repeat each test (default: 1)
Сколько раз нужно повторять тест. Я оставил по умолчанию.

do all tests despite of result ? (default : N) (Y/N) ?
Делать все тесты несмотря на результат. По умолчанию.

После этого пойдет тестирование. После завершения тестирования смотрим файл /tmp/blockcheck.txt и ищем в нем !!!!! AVAILABLE !!!!!. Это и будет наш обход блокировки сайтов в linux. Их может быть несколько. У меня на Ростелеком это:

- checking tpws --hostcase
!!!!! AVAILABLE !!!!!
- checking tpws --hostspell=hoSt
!!!!! AVAILABLE !!!!!
- checking tpws --split-http-req=method
!!!!! AVAILABLE !!!!!
- checking tpws --split-http-req=method --hostcase
!!!!! AVAILABLE !!!!!
- checking tpws --split-http-req=host
!!!!! AVAILABLE !!!!!
- checking tpws --split-http-req=host --hostcase
!!!!! AVAILABLE !!!!!
- checking tpws --hostdot
!!!!! AVAILABLE !!!!!
- checking tpws --hosttab
!!!!! AVAILABLE !!!!!
- checking tpws --hostnospace
!!!!! AVAILABLE !!!!!
- checking tpws --methodspace
!!!!! AVAILABLE !!!!!
- checking tpws --methodeol
!!!!! AVAILABLE !!!!!
- checking tpws --unixeol
!!!!! AVAILABLE !!!!!
- checking tpws --hostpad=1024
!!!!! AVAILABLE !!!!!
- checking tpws --hostpad=2048
!!!!! AVAILABLE !!!!!
- checking tpws --hostpad=4096
!!!!! AVAILABLE !!!!!
- checking tpws --hostpad=8192
!!!!! AVAILABLE !!!!!
- checking tpws --hostpad=16384
!!!!! AVAILABLE !!!!!

Запускаем скрипт install_easy.sh

./install_easy.sh

Далее нам также будут заданы несколько вопростов:

easy install is supported only from default location : /opt/zapret
currently its run from /home/adm1/zapret
do you want the installer to copy it for you (default : N) (Y/N) ?

Отвечаем да.

select firewall type :
1 : iptables
2 : nftables
your choice (default : iptables) :

Какой фаервол используется. У меня iptables.

enable ipv6 support (default : N) (Y/N) ?
Использование протокола IPv6. Оставляем по умолчанию, нет.

select MODE :
1 : tpws
2 : tpws-socks
3 : nfqws
4 : filter
5 : custom
your choice (default : tpws) :

Режим обхода блокировки. Опираемся на результаты проверки. У меня это tpws.

TPWS_OPT=»—hostspell=HOST —split-http-req=method —split-pos=3″
do you want to edit the options (default : N) (Y/N) ?

Хотим ли мы изменить параметры для режима. Также опираемся на результаты проверки. Я поменял на —hostspell=hoSt.

LAN interface :
1 : NONE
2 : enp0s3
3 : lo
your choice (default : NONE) :

Так как мы настраиваем на клиенте, то выбираем вариант NONE.

WAN filtering works only for local outgoing traffic !
WAN interface :
1 : ANY
2 : enp0s3
3 : lo
your choice (default : ANY) :

На каком WAN интерфейсе будет работать фильтрация. Можно оставить по умолчанию.

enable http support (default : Y) (Y/N) ?

Поддержка http. Да.

enable https support (default : Y) (Y/N) ?
Поддержка https. Да.

select filtering :
1 : none
2 : ipset
3 : hostlist
your choice (default : none) :

Оставляем по умолчанию.

Перезапускаем демона:

service zapret restart

И проверяем доступность сайта. Если сайт не открывается или сломались другие сайты, то пробуйте другие параметры.

Заблокированный сайт открылся
Заблокированный сайт открылся

На этом все, спасибо за внимание! 🙂




Плагины для Internet Explorer в браузерах на базе Chromium

Плагины для Internet Explorer в браузерах на базе Chromium

IE Tab

Столкнулся с проблемой, что в новых версиях Windows нет браузера Internet Explorer, а он необходим например для настройки видеорегистраторов на базе HiWatch, Hikvision, XMEye и т.д.

Например при попытке открыть в Chrome веб-морду регистратора на базе XMEye нам вываливается такое сообщение:

Сообщение в Chrome
Сообщение в Chrome

В нем нам предлагают установить более старую версию браузера, и соответственно ничего не работает.

Не работает в Chrome
Не работает в Chrome

Для себя я нашел отличное решение под названием IE Tab.

Что такое IE Tab?

IE Tab — расширение Firefox, созданное для просмотра сайтов, которые могут быть корректно отображены только в Internet Explorer, например, использующих элементы ActiveX или «расширения» стандарта HTML от Microsoft, в окне браузеров Google Chrome, Mozilla Firefox, Flock, Mozilla Suite и SeaMonkey.

Установив расширение из магазина нужно открыть адрес регистратора и нажать на иконку расширения

Запускаем IE Tab
Запускаем IE Tab

После чего страница откроется в расширении IE Tab

Страница открылась через IE Tab
Страница открылась через IE Tab

Как видно, все отлично работает в Chrome

Все отлично работает в Chrome
Все отлично работает в Chrome

Также в настройках плагина можно выбрать какую версию Internet Explorer эмулировать.

Выбор версии Internet Explorer в IE Tab
Выбор версии Internet Explorer в IE Tab

На этом все, спасибо за внимание! Надеюсь данная статья вам помогла 🙂

Интеграция ИБП CyberPower в Home Assistant

Интеграция ИБП CyberPower в Home Assistant

В данной статье я расскажу как добавить мониторинг ИБП в Home Assistant на примере CyberPower Value500EI.

У данной модели есть USB разъем для мониторинга состояния ИБП. Для мониторинга у CyberPower есть своя утилита под названием PowerPanel. Скачать ее можно с сайта производителя. У меня на домашнем сервере стоит Ubuntu 20.04, по этому я скачал PowerPanel for Linux 64bit (deb).

Подключаем ИБП через USB и устанавливаем PowerPanel:

 dpkg -i CyberPower_PPL_Linux+64bit+\(deb\)_v1.4.1.deb

После установки проверяем командой:

pwrstat -status

В ответ, если все нормально, должны увидеть примерно следующее:

    The UPS information shows as following:

    Properties:
            Model Name................... Value500EI
            Firmware Number.............. BZAB100.B31
            Rating Voltage............... 230 V
            Rating Power................. 275 Watt(500 VA)

    Current UPS status:
            State........................ Normal
            Power Supply by.............. Utility Power
            Utility Voltage.............. 224 V
            Output Voltage............... 226 V
            Battery Capacity............. 100 %
            Remaining Runtime............ 31 min.
            Load......................... 49 Watt(18 %)
            Line Interaction............. None
            Test Result.................. Unknown
            Last Power Event............. Blackout at 2022/09/13 23:53:27 for 7 sec.

В файле /etc/pwrstatd.conf настраиваем выключение компьютера через время после перехода на резервное питание или при разряде аккумулятора на определенный процент. Также можно настроить отправку E-Mail или выполнение произвольного скрипта. После изменения перезапускаем демона:

service pwrstatd restart

У меня настроено выключение сервера при разряде аккумулятора до 35%. Мой конфиг:

# pwrstatd configuration file
#

# You must restart pwrstatd after changing this file in order for changes to take effect.
# Ex:/etc/init.d/pwrstatd restart

#
# Action setting for event of Power Failure
#

# A delay time in seconds since event of Power Failure occur then to run shell
# script and shutdown system. Allowed range is 0 ~ 3600. Default is 60 sec.
powerfail-delay = 60

# Enable to run shell script when the event of Power Failure occur.
# The allowed options are yes and no. Default is yes.
powerfail-active = yes

# Assign a path of script file for event of Power Failure.
# The default is /etc/pwrstatd-powerfail.sh
powerfail-cmd-path = /etc/pwrstatd-powerfail.sh

# How much time in seconds to take script running for event of Power Failure.
# The allowed range is 0 ~ 3600. Default is 0 sec.
powerfail-duration = 0

# Allow Daemon to shutdown system for event of Power Failure.
# The allowed options are yes and no. Default is yes.
powerfail-shutdown = no

#
# Action setting for event of Battery Low
#

# A threshold of Battery Capacity, If the battery capacity is lower than this
# value and a event of Battery Low will be identified. The unit is percentage.
# The allowed range is 0 ~ 90. Default is 35 %.
lowbatt-threshold = 35

# A threshold of Remaining Runtime, If the Remaining Runtime is lower than this
# value and a event of Battery Low will be identified. The unit is second.
# The allowed range is 0 ~ 3600. Default is 300 sec.
# Note: When meet this condition the below 'shutdown-sustain' property
# will be ignored.
runtime-threshold = 300

# Enable to run shell script when the event of Battery Low occur.
# The allowed options are yes and no. Default is yes.
lowbatt-active = yes

# Assign a path of script file for event of Battery Low.
# The default is /etc/pwrstatd-lowbatt.sh
lowbatt-cmd-path = /etc/pwrstatd-lowbatt.sh

# How much time in seconds to take script running for event of Battery Low.
# The allowed range is 0 ~ 60. Default is 0 sec.
lowbatt-duration = 0

# Allow Daemon to shutdown system for event of Battery Low.
# The allowed options are yes and no. Default is yes.
lowbatt-shutdown = yes

# Turn UPS alarm on or off.
# The allowed options are yes and no. Default is yes.
enable-alarm = yes

# The necessary time in seconds for system shutdown.
# The UPS will turn power off when this time is expired.
# The allowed range is 0 ~ 3600. Default is 600 sec.(10 min.)
# If the computer shutdown is cause by low runtime condition, the UPS will
# turn power off when the time is expired that time is assigned on
# 'runtime-threshold' property and it is no longer to refer the
# 'shutdown-sustain' property.

shutdown-sustain = 600

# Daemon will turn UPS power off once it ask system shutdown cause by a power
# event. Allowed options are yes and no. Default is yes.
turn-ups-off = yes

# The period of polling UPS in seconds.
# The allowed range is 1 ~ 60. Default is 3 sec.
ups-polling-rate = 3

# the period of re-try to find available UPS in seconds since find nothing at
# last time. The allowed range is 1 ~ 300. Default is 10 sec.
ups-retry-rate = 10

# Prohibiting daemon to provide communication mechanism for client, such as
# pwrstat command. normally, it should be 'no'. It can be 'yes' if any security
# consideration. Allowed options are yes and no. Default is no.
prohibit-client-access = no
# The pwrstatd accepts four types of device node which includes the 'ttyS',
# 'ttyUSB', 'hiddev', and 'libusb' for communication with UPS. The pwrstatd
# defaults to enumerate all acceptable device nodes and pick up to use an
# available device node automatically. But this may cause a disturbance to the
# device node which is occupied by other software. Therefore, you can restrict
# this enumerate behave by using allowed-device-nodes option. You can assign
# the single device node path or multiple device node paths divided by a
# semicolon at this option. All groups of 'ttyS', 'ttyUSB', 'hiddev', or
# 'libusb' device node are enumerated without a suffix number assignment.
# Note, the 'libusb' does not support suffix number only.
#
# For example: restrict to use ttyS1, ttyS2 and hiddev1 device nodes at /dev
# path only.
# allowed-device-nodes = /dev/ttyS1;/dev/ttyS2;/dev/hiddev1
#
# For example: restrict to use ttyS and ttyUSB two groups of device node at
# /dev,/dev/usb, and /dev/usb/hid paths(includes ttyS0 to ttySN and ttyUSB0 to
# ttyUSBN, N is number).
# allowed-device-nodes = ttyS;ttyUSB
#
# For example: restrict to use hiddev group of device node at /dev,/dev/usb,
# and /dev/usb/hid paths(includes hiddev0 to hiddevN, N is number).
# allowed-device-nodes = hiddev
#
# For example: restrict to use libusb device.
# allowed-device-nodes = libusb
allowed-device-nodes =

# Daemon will hibernate system to instead of system shutdown when power
# event occur. Allowed options are yes and no. Default is no.
hibernate = no

# Enable cloud solution.
# The allowed options are yes and no. Default is no.
cloud-active = no

# Account for cloud server login.
cloud-account =

Далее в Docker необходимо установить контейнер, который будет парсить эту информацию и передавать в MQTT брокер:

docker pull dwinks/pwrstat_docker
docker volume create pwrstat_data
docker run -d -p 5003:5003 --name=pwrstat --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v pwrstat_data:/data dwinks/pwrstat_docker

После запуска контейнера смотрим его ID из списка:

docker ps -a
Список запущенных контейнеров

Переходим в консоль контейнера:

docker exec -it a86d79a48027 bash

В контейнере нам нужно для удобства установить nano и отредактировать конфиг. Для это выполняем:

apt update
apt install nano -y
nano /pwrstat.yaml

В конфиге указываем IP адрес и порт MQTT брокера, частота обновления, имя и пароль MQTT.

pwrstat_api: # optional
  log_level: WARNING # optional
mqtt:
  broker: "192.168.0.24"
  port: 1883
  client_id: "pwrstat_mqtt"
  topic: "sensors/basement/power/ups"
  refresh: 5
  qos: 0
  retained: true
  username: "*****" # optional
  password: "*****" # optional, required if username specified
rest:
  port: 5003
  bind_address: "0.0.0.0"
prometheus:
  port: 9222
  bind_address: "0.0.0.0"
  labels:
    rack: "0"

Перезапускаем контейнер:

docker restart pwrstat

Проверяем работоспособность по ссылкам: http://192.168.0.24:5003/health и http://192.168.0.24:5003/mqtthealth. Не забудьте поменять IP на свой. Если все нормально, то мы увидим:

{"code":"SUCCESS","message":"OK"}

Отлично! Данные отправляются в MQTT. Теперь необходимо достать их в Home Assistant. Для этого создаем сенсоры:

mqtt:
  sensor:
    # UPS Sensors
    - name: "UPS Model Name"
      icon: mdi:rename-box
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Model Name'] }}"

    - name: "UPS Rating Voltage"
      icon: mdi:flash-triangle
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Rating Voltage'] }}"

    - name: "UPS Rating Power"
      icon: mdi:lightning-bolt
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Rating Power'] }}"

    - name: "UPS State"
      icon: mdi:transmission-tower
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['State'] }}"

    - name: "UPS Power Supply by"
      icon: mdi:power-socket-eu
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Power Supply by'] }}"

    - name: "UPS Utility Voltage"
      icon: mdi:flash-triangle-outline
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Utility Voltage'] }}"

    - name: "UPS Output Voltage"
      icon: mdi:flash-triangle-outline
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Output Voltage'] }}"

    - name: "UPS Battery Capacity"
      icon: mdi:car-battery
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Battery Capacity'] }}"

    - name: "UPS Remaining Runtime"
      icon: mdi:timer-sand
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Remaining Runtime'] }}"

    - name: "UPS Load"
      icon: mdi:lightning-bolt
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Load'] }}"

    - name: "UPS Line Interaction"
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Line Interaction'] }}"

    - name: "UPS Test Result"
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Test Result'] }}"

    - name: "UPS Last Power Event"
      state_topic: "sensors/basement/power/ups"
      value_template: "{{ value_json['Last Power Event'] }}"

У меня это выглядит вот так:

Список датчиков UPS

Так же я настроил уведомления в Telegramm при отключении и включении электричества.

- alias: "Уведомления - Питание от ИБП"
  mode: single
  trigger:
    - platform: template
      value_template: "{{ states('sensor.ups_state') == 'Power Failure' }}"
  action:
    - service: notify.me
      data:
        message: "Внимание! Проблемы с питанием, переход на питание от аккумулятора."

- alias: "Уведомления - Питание от сети"
  mode: single
  trigger:
    - platform: template
      value_template: "{{ states('sensor.ups_state') == 'Normal' }}"
  action:
    - service: notify.me
      data:
        message: "Питание восстановлено"

На этом настройка завершена! Спасибо за внимание 🙂

Не открывается Центр обновления в Windows 11

Не открывается Центр обновления в Windows 11

Что делать если не открывается Центр обновления Windows? С такой проблемой я недавно столкнулся. Решается она достаточно просто: через пуск открываем Изменение групповой политики.

Открываем изменение групповой политики
Открываем изменение групповой политики

Выбираем Конфигурация компьютера > Административные шаблоны > Панель управления, справа жмем два раза по Отображение страницы параметров и в открывшемся окне выбираем Отключено.

Отображение страницы параметров
Отображение страницы параметров
Выбираем "Отключено"
Выбираем «Отключено»

Далее аналогично переходим в Конфигурация пользователя > Административные шаблоны > Панель управления. Справа нажимаем два раза по Отображать только указанные элементы панели управления и точно также выбираем Отключено.

Отображать только указанные элементы панели управления
Отображать только указанные элементы панели управления
Также выбираем "Отключено"
Также выбираем «Отключено»

После этих манипуляций даже без перезагрузки Центр обновления Windows должен открываться как обычно.

Центр обновления Windows
Центр обновления Windows
Исправление ошибки The system found unauthorized changes on the firmare

Исправление ошибки The system found unauthorized changes on the firmare

Исправление ошибки The system found unauthorized changes on the firmare

После отключения электричества на объекте один из серверов Trassir выпал в ошибку:

The system found unauthorized changes on the firmware, operating system or UEFI drivers.

Press [N] to run the next boot device, or enter drectly to BIOS Setup if there are no other boot devices installed.
Go to BIOS Setup > Advanced > Boot and change the current boot device into other secured boot devices.

Для исправления данной ошибки необходимо зайти в BIOS > Advanced > Boot > Secure Boot > OS Type и из списка выбрать Other OS.

После этого жмем F10 > Yes.


Меняем Fn и Ctrl местами на Lenovo ThinkPad L15

Меняем Fn и Ctrl местами на Lenovo ThinkPad L15

Меняет местами Fn и Ctrl местами на Lenovo ThinkPad

Недавно приобрел себе и жене пару новых ноутбуков Lenovo ThinkPad L15 Gen 2. Классный мощный аппарат, Ryzen 5 PRO, 32Gb Ram, SSD M.2, клавиатура с подсветкой, сенсорный матовый экран с IPS матрицей и довольно не плохим звуком Dolby® Audio Premium. Но мне с самого его приобретения не давала покоя проблема с неудобным расположением клавиш Fn и Ctrl. Это жутко не удобно, особенно когда пересаживаешься из-за ПК с механической клавиатурой за ноутбук.

Поподробнее почитать о ноутбуке можно здесь.

Клавиши Fn и Ctrl на Lenovo ThinkPad
Клавиши Fn и Ctrl на Lenovo ThinkPad

По началу очень мучался с этим недоразумением, но как оказалось функционально можно поменять местами эти две клавиши. Можно сделать это двумя способами — через BIOS или через стандартную программу Lenovo Commercial Vantage.

Способ через BIOS

Для того чтобы поменять через BIOS на стадии загрузки жмем F1. После того как попали в BIOS необходимо слева в меню выбрать пункт Config.

Выбираем пункт Config в биосе
Выбираем пункт Config в биосе

Далее нужно выбрать в правой части пункт Keyboard/Mouse.

Выбираем пункт Keyboard/Mouse
Выбираем пункт Keyboard/Mouse

Ну собственно на данном этапе как нетрудно догадаться переключаем параметр Fn and Ctrl Key swap в положение On.

Параметр Fn and Ctrl Key swap
Параметр Fn and Ctrl Key swap

После этого жмем F10 и перезагружаемся.

Способ через программу Lenovo Commercial Vantage

Ищем в меню пуск Lenovo Commercial Vantage в меню Пуск
Ищем в меню пуск Lenovo Commercial Vantage в меню Пуск

Ищем в меню пуск Lenovo Commercial Vantage.

Выбираем More settings
Выбираем More settings

После запуска нажимаем на More settings.

Выбираем Input & Accessories
Выбираем Input & Accessories

После того как попадаем в меню настроек, сверху выбираем вкладку Input & Accessories и листаем в низ.

Переключаем пункт Fn and Ctrl key swap
Переключаем пункт Fn and Ctrl key swap

Здесь также как и в BIOS переключаем параметр Fn and Ctrl key swap в положение On. После переключения действия клавиш меняются местами моментально. Перезагружаться нет необходимости.

Автоматическое удаление записей в ZoneMinder

Автоматическое удаление записей в ZoneMinder

Автоматическое удаление записей в  ZoneMinder

Сколько не искал как настроить ZM, чтобы он сам удалял старые записи, так и не смог найти. Пришлось сделать свой костыль на PHP. Скрипт писался исключительно для себя, и не претендует на правильность.

<?php
$servername = ""; // IP адрес MySQL сервера
$database = "zm"; // Имя БД
$username = ""; // Имя пользователя БД
$password = ""; // Пароль пользователя БД
$path = ""; // Путь к папке с записями
$interval = "7"; // Удалять записи старше N дней

// Создаем соединение
$mysqli = new mysqli($servername, $username, $password, $database);

// Получаем записи старше N дней
$result = $mysqli->query('SELECT * FROM `Events` WHERE StartDateTime < (NOW() - INTERVAL '.$interval.' DAY)');
$rows = $result->fetch_all(MYSQLI_ASSOC);

// Форматируем дату
$arrDates = array();
foreach($rows as $row) {
    $date = explode(' ', $row['StartDateTime'])[0];
    array_push($arrDates, $date);
}
// Удаляем дубликаты дат
$arrDates = array_unique($arrDates);

// Удаляем папки старше N дней
foreach($arrDates as $date) {
    // Удаление для каждого монитора отдельно
    exec('rm -R '.$path.'5/'.$date);
    exec('rm -R '.$path.'6/'.$date);
}

// Удаляем записи старше N дней
$mysqli->query('DELETE FROM `Events` WHERE StartDateTime < (NOW() - INTERVAL '.$interval.' DAY)');

// Закрываем соединение
$mysqli->close();

Скрипт запускается командой php script.php из консоли и может быть добавлен в cron.


Возвращаем rc.local в Ubuntu

Возвращаем rc.local в Ubuntu

В новых версиях Ubuntu убрали rc.local. Но так как я уже привык к нему, а через crontab не очень удобно, то я решил вернуть его обратно.
Создаем файл rc.local:

nano /etc/rc.local

Добавляем в rc.local содержимое:

#!/bin/sh -e 

exit 0 

Даем права на исполение:

chmod +x /etc/rc.local

Создаем rc-local.service:

nano /etc/systemd/system/rc-local.service

И добавляем следующее:

[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

Включаем автозагрузку и запускаем сервис:

systemctl enable rc-local.service
systemctl start rc-local.service

Проверяем, все-ли впорядке:

systemctl status rc-local.service

В случае успеха вывод будет таким:

rc-local.service - /etc/rc.local Compatibility
     Loaded: loaded (/etc/systemd/system/rc-local.service; enabled; vendor preset: enabled)
    Drop-In: /usr/lib/systemd/system/rc-local.service.d
             └─debian.conf
     Active: active (exited) since Mon 2021-04-26 21:27:57 UTC; 24min ago
      Tasks: 0 (limit: 4232)
     Memory: 0B
     CGroup: /system.slice/rc-local.service